1229043588 Q * Supaplex Remote host closed the connection
1229043594 J * Supaplex ~supaplex@166.70.62.193
1229044170 Q * dowdle Remote host closed the connection
1229046444 Q * hparker Ping timeout: 480 seconds
1229046458 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86
1229050793 Q * MooingLemur Ping timeout: 480 seconds
1229051410 M * Bertl off to bed now .. have a good one everyone!
1229051418 N * Bertl Bertl_zZ
1229053224 J * sladen paul@starsky.19inch.net
1229054113 J * balbir_ ~balbir@122.167.199.85
1229056660 Q * derjohn_mob Ping timeout: 480 seconds
1229057211 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1229057955 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fe60:79d4
1229059886 N * quinq qzqy
1229059986 Q * kiorky Quit: leaving
1229060789 J * kiorky ~kiorky@cryptelium.net
1229061368 Q * sladen Remote host closed the connection
1229061722 J * kir ~kir@swsoft-msk-nat.sw.ru
1229062278 J * mtg ~mtg@dialbs-088-079-143-204.static.arcor-ip.net
1229063250 Q * larsivi Ping timeout: 480 seconds
1229065264 J * awk ~awk@security.web.za
1229065267 M * awk morning all :)
1229065815 J * doener ~doener@i577BA41C.versanet.de
1229065918 Q * doener_ Ping timeout: 480 seconds
1229066154 Q * esa` Quit: Coyote finally caught me
1229066195 Q * ghislainocfs2 Ping timeout: 480 seconds
1229066638 J * chi6IT41 ~chigital@services.mivitec.net
1229066781 M * fb awk: sorry, i got back home really late
1229067033 J * ktwilight__ ~ktwilight@87.66.198.121
1229067049 Q * ktwilight_ Read error: Connection reset by peer
1229067178 Q * chi6IT41 Ping timeout: 480 seconds
1229067253 J * derjohn_mob ~aj@e180221248.adsl.alicedsl.de
1229067295 Q * balbir_ Remote host closed the connection
1229067694 J * esa ~esa@ip-87-238-2-45.static.adsl.cheapnet.it
1229067804 J * chi6IT41 ~chigital@services.mivitec.net
1229068628 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1229068678 J * balbir_ ~balbir@122.167.199.85
1229069500 Q * derjohn_mob Ping timeout: 480 seconds
1229069813 Q * chi6IT41 Ping timeout: 480 seconds
1229069831 J * chi6IT41 ~chigital@services.mivitec.net
1229070359 Q * awk Read error: Operation timed out
1229070807 J * sladen paul@starsky.19inch.net
1229071541 J * larsivi ~larsivi@85.221.53.194
1229071577 J * derjohn_mob ~aj@80.69.42.51
1229071695 J * davidkarban ~david@193.85.217.71
1229072292 J * _gh_ ~gerrit@1406dhost199.starwoodbroadband.com
1229073550 N * Bertl_zZ Bertl
1229073555 M * Bertl morning folks!
1229074469 M * fb Bertl :)
1229076548 J * dreamind ~dreamind@p57B1ADEA.dip0.t-ipconnect.de
1229076551 M * dreamind Hi folks :)
1229076889 Q * chi6IT41 Ping timeout: 480 seconds
1229077073 J * chi6IT41 ~chigital@services.mivitec.net
1229077134 J * awk ~awk@security.web.za
1229077581 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net
1229077752 Q * ghislainocfs2 Quit: Leaving.
1229078039 J * independence_ independen@titan.blinkenshell.org
1229078056 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1229078154 Q * independence Ping timeout: 480 seconds
1229079822 M * matti ;]
1229080108 M * awk fb: no worries, i'm up and running nicely now....
1229080124 M * awk installed util-vserver by hand, ditched the debian package as its very broken
1229080158 M * awk even the fix proc application doesn't work properly... 
1229080650 M * fb awk: great :)
1229081153 Q * FireEgl Quit: Leaving...
1229083689 Q * jsambrook Quit: Leaving.
1229084033 Q * Aiken Remote host closed the connection
1229085851 Q * independence_ Remote host closed the connection
1229085912 J * independence independen@titan.blinkenshell.org
1229086630 Q * independence Remote host closed the connection
1229087146 J * independence independen@titan.blinkenshell.org
1229089214 M * thermoman mhh
1229089239 M * thermoman changing the hosts IP address causes the virtual interface in all guests to disappear
1229089299 M * thermoman e.g. change hosts eth0 ip from 10.0.0.5/24 to 10.0.0.7/24 -> all vhosts with interfaces bound to eth0 lose their interfaces
1229090024 M * Bertl that is not correct :)
1229090046 M * Bertl what happens is the following (but let me explain a few things first):
1229090077 M * Bertl Linux-VServer uses IP isolation, i.e. a subset of host IPs can be assigned to each guest, which will then be able to 'use' (bind to) them
1229090115 M * Bertl to make life easier for applications and users, there is a small virtualization involved, which hides all interfaces which do not carry addresses assigned to the guest
1229090163 M * Bertl assuming you assigned the host ip to your guest(s), of course, removing or changing that IP will make the interface disappear from within the guests too
1229090182 M * Bertl (which is quite correct, as the guest is not able to use that address anymore)
1229090183 J * geb ~geb@115.4.82-79.rev.gaoland.net
1229090397 M * geb hi
1229090399 M * dreamind Hi Bertl :)
1229090402 M * dreamind hi thermoman :)
1229090716 Q * kir Quit: Leaving.
1229091610 M * Bertl okay, off ro grab some groceries ... bbl
1229091616 N * Bertl Bertl_oO
1229092219 J * gdm ~gdm@bellatrix.redetoile.net
1229092606 N * qzqy quinq
1229093169 M * thermoman Bertl_oO: ok
1229093185 Q * independence Remote host closed the connection
1229093187 J * independence independen@titan.blinkenshell.org
1229093432 Q * larsivi Remote host closed the connection
1229093627 Q * independence Remote host closed the connection
1229093806 M * ktwilight__ :O util-vserver is so clean!
1229093833 M * ktwilight__ i think i just fell in love with it. debian's was (somewhat) rusty, no offense.
1229094547 J * independence independen@titan.blinkenshell.org
1229095354 Q * davidkarban Quit: Ex-Chat
1229096221 J * Be Root@88.243.174.150
1229096260 Q * Be Quit: Geyikciyiz.NeT
1229096353 M * micah ktwilight__: you mean vserver-debianutils? it really is
1229096372 M * ktwilight__ :)
1229096400 M * micah we all wish it were removed from the debian archive
1229096479 M * micah when someone hashify's their guest, how are they supposed to 'undo' that? I got a bug report that demonstrates someone trying to remove a vserver, but aren't able to because of "Operation not permitted"
1229096494 M * micah and this is due to hashification of files
1229096528 M * daniel_hozac micah: i was about to reply.
1229096547 M * daniel_hozac most likely the hashification happened on an earlier kernel, the kernel was upgraded, and the iunlink bit lost.
1229097004 Q * chi6IT41 Ping timeout: 480 seconds
1229097738 Q * dreamind Quit: leaving
1229098112 J * dowdle ~dowdle@scott.coe.montana.edu
1229099205 J * pmenier ~pmenier@ACaen-152-1-67-97.w83-115.abo.wanadoo.fr
1229100123 M * jaqque micah: i have run into the hashify problem
1229100130 M * jaqque micah: i solved that by no longer hashifying
1229100453 N * Bertl_oO Bertl
1229100456 M * Bertl back now ...
1229100467 M * Bertl jaqque: that's not a solution :) what is the problem?
1229100487 M * jaqque Bertl: well; the one i am working on right now is the syscall on powerpc
1229100504 M * jaqque i rebuilt the util-vserver w/o alt. syscalls
1229100519 M * Bertl but that's not related to hashification, is it?
1229100524 M * jaqque not at all
1229100541 M * jaqque hashify was on i386/amd_64
1229100563 M * Bertl good, for newer gcc, the alt syscalls have to be adjusted or completely dropped ... it's on our todo list
1229100588 M * Bertl so what is/was the hashify issue?
1229100609 M * jaqque i noticed that when trying to upgrade packages on a hashified host, it would not always work too well
1229100616 M * jaqque i forget the exact error message
1229100664 M * jaqque mkdir /etc/vservers/hg/apps/vunify; vserver hg start; vserver hg hashify; ssh hg aptitude upgrade
1229100664 M * Bertl hmm, that would be interesting .. are you sure that they were properly unified?
1229100669 M * jaqque that last step would fail
1229100692 M * Bertl what filesystem are your guests on?
1229100696 M * jaqque XFS
1229100705 M * Bertl what kernel do you use?
1229100723 M * jaqque 2.6.26-1-vserver-amd64
1229100726 M * jaqque (debian)
1229100750 M * jaqque the rebuilt util-vserver worked!
1229100750 M * Bertl okay, if that happens with mainline 2.6.27.8 and the recent patch, please let me know
1229100837 M * jaqque will do
1229101572 M * jaqque patch submitted to the debian fol
1229101589 M * Bertl excellent! tx!
1229101611 M * jaqque i wonder what other archs currently have the alt. syscall problem
1229101637 M * Bertl it really depends on the assembler the arch uses, and the gcc which is used to compile
1229101657 M * Bertl the problem is mainly that gcc is being smart and 'optimizes' away essential stuff
1229101675 M * jaqque weird, because the gcc version is the same on the powerpc and amd_64
1229101695 M * Bertl unfortunately the gcc folks do not really care about inline assembler and thus it is not considered a bug (more a feature :)
1229101728 M * Bertl yeah, the code was developed for gcc 3.3, and it should work there
1229101734 M * jaqque i have seen some ugly stuff to get gcc to keep the stuff
1229101739 M * Bertl I suppose you are using 4.1 or 4.2
1229101794 M * Bertl feel free to fix up the alt syscall implementation (if you dare :) and test it, we'll gladly include a patch for that 
1229101834 M * jaqque 4.3.2 actually
1229101841 M * Bertl even worse :)
1229101844 M * jaqque i have to fix windowmaker
1229101853 M * Bertl ah, got it broken again?
1229101868 M * jaqque trying to get a new release out by the 25th
1229101882 M * jaqque so i spend time onthe kids xmas gift (i got them a mac mini)
1229101925 M * Bertl so, you come from the Open/NeXTstep corner? 
1229101964 M * jaqque not really. but i have been using windowmaker for so long - i can't imagine using any other window manager. when the old developers said ``here   we don't want it anymore'' i said ``okay!  thanks!''
1229101993 M * Bertl ah :) well, where I have I heard that ....
1229102011 M * jaqque  *laugh*    all too often i am certain
1229102047 M * Bertl I haven't followed windowmaker for some time now, stopped using it when sawfish/mill/whatever came out
1229102076 M * jaqque i thinkthat is about the time development effectively halted
1229102090 M * Bertl what's the current status in the face of compiz fusion, composite managers and emerald?
1229102104 M * Bertl *compositing
1229102154 M * jaqque well - bug release this month (hopefully) -  we don't plan on adding a lot of bloat/features.  i am not averse to supporting neat stuff - but not at the expense of WMs legendary lean and meanness
1229102199 M * jaqque we will be at SCALE in feb though :)
1229102215 M * jaqque i will talk with real people about it   see what the word on the street is
1229102238 M * Bertl well, fair enough, how is the integration with gnome? and with GNUstep?
1229102255 M * Bertl btw, no worries, most folks assume I'm not a real person :)
1229102260 M * jaqque GNOME has always worked well.
1229102292 M * jaqque and GNUstep had better work, dammit!    window maker is the official gnustep window manager
1229102575 M * Bertl well, then good luck with the upcoming release :)
1229102590 M * jaqque thanks :)
1229102618 M * jaqque btw - it would be a lot harder to do without my proliferation of vservers.
1229102646 M * Bertl yeah, Linux-VServer can be used in quite a number of ways ...
1229102669 M * Bertl (although the obvious VPS hosting is still one of the main uses)
1229102672 M * jaqque for the mac mini - i am setting up the kids in their own vserver. so they can break it as much as they want
1229102779 Q * hparker Quit: Quit
1229103057 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86
1229104187 M * gdm may i ask a quick question? i'm trying to configure cpu for vservers and i wondered where guarantees are configured,, as opposed to a pure hard limit?
1229104239 M * daniel_hozac the hard limit will be your guarantee.
1229104269 M * daniel_hozac then you use idle time to give contexts more tokens when the system is otherwise idle.
1229104349 Q * mtg Quit: Verlassend
1229104375 M * gdm so the idle time is configured through the tokens-max and tokens-min ?
1229104422 M * daniel_hozac no.
1229104439 M * daniel_hozac through setting idle-time and fill-rate2/interval2.
1229104458 M * daniel_hozac tokens-min/tokens-max control bursting.
1229104473 M * gdm ahh, ok.
1229104605 M * gdm so, a  general recipe would be to 1. share out the hardlimits among the vservers (not allocating more than 100% of available CPU); 2. set the idle-time and fill-rate2/interval2; and then 3. configure bursting after that.
1229104650 M * daniel_hozac sure.
1229104676 M * gdm and for part (2), the total may be more than 100& CPU?
1229104702 M * gdm or, is it just limited to 100% but we use the second formula on the CPU_Schedular page?
1229104705 M * daniel_hozac the easiest way is to just use the same values.
1229104722 M * gdm and make some guestimates about what the idle time is?
1229104775 M * gdm hrm, the problem is i have ~15 vservers, and 2-3 are consuming lots of CPU so we want to limit them, but then among the others there are some core services that must be preserved above the others
1229104801 M * daniel_hozac so use only idle-time for the services that aren't mission critical.
1229104817 M * karasz daniel_hozac: do you know offhand what is the status of libvirt regarding vserver?
1229104826 M * daniel_hozac i have no idea.
1229104832 M * gdm daniel_hozac: thank you :)
1229104837 M * gdm i think that has really helped.
1229104845 M * daniel_hozac i sent a patch way back when, didn't really hear anything about it.
1229104899 M * karasz for some reason that patch is the only thing i can find, either i didn't looked to carefully but i didn't saw it in libvirt svn
1229104916 J * larsivi ~larsivi@9.80-202-30.nextgentel.com
1229104925 M * daniel_hozac i don't think it was merged.
1229105406 J * chi6IT41 ~chigital@tmo-105-66.customers.d1-online.com
1229105687 Q * independence Remote host closed the connection
1229105698 J * independence independen@titan.blinkenshell.org
1229105982 N * quinq qzqy
1229106015 Q * qzqy Quit: Coyote finally caught me
1229107014 J * rgl ~rgl@192.104.48.240
1229107018 A * rgl waves
1229107565 Q * rgl Quit: Leaving
1229107654 M * Bertl off now .. bbl
1229107658 N * Bertl Bertl_oO
1229107957 Q * gnuk Read error: Connection reset by peer
1229108439 J * Aiken ~Aiken@ppp118-208-116-8.lns4.bne4.internode.on.net
1229110125 Q * chi6IT41 Ping timeout: 480 seconds
1229112940 Q * pmenier Ping timeout: 480 seconds
1229113378 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1229113622 J * Androsch100 ~Androsch1@p5083612C.dip.t-dialin.net
1229115461 Q * Aiken Quit: Leaving
1229118831 Q * FaUl Ping timeout: 480 seconds
1229119329 Q * derjohn_mob Ping timeout: 480 seconds
1229119349 Q * hparker Remote host closed the connection
1229119491 J * blub ~richi@chello062178029134.10.11.vie.surfer.at
1229119598 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86
1229119645 M * blub hello, if i try to compile something like l4-filter, or other modules that needs to include in.h i got this error: /usr/include/linux/netfilter.h:44: error: field ‘in’ has incomplete type - http://marc.info/?l=netfilter-devel&m=121136753411431&w=2
1229119652 M * blub l7*
1229119852 M * blub arg, sry - reading mistake - i think it needs /usr/src/linux-headers-2.6.26-1-vserver-686/include/linux/netfilter.h - sry 
1229121095 J * Piet ~piet@asteria.debian.or.at
1229121161 J * FaUl immo@2001:4c50:ffff:a8::8
1229121234 Q * bonbons Quit: Leaving
1229121513 Q * blub Ping timeout: 480 seconds
1229122793 J * yarihm ~yarihm@77-56-182-18.dclient.hispeed.ch
1229123821 N * Bertl_oO Bertl
1229123862 M * Bertl back now ...
1229124001 Q * hparker Remote host closed the connection
1229124161 J * hparker ~hparker@2001:470:1f0f:32c:212:f0ff:fe0f:6f86
1229124186 M * klikz oi Bertl, are u there?
1229124231 J * derjohn_mob ~aj@e180221248.adsl.alicedsl.de
1229124272 M * Bertl klikz: yup
1229124298 M * klikz Bertl: i have stupid question ;] whats diffrent betwen ipv4-failover and ipv4?
1229124325 M * Bertl the failover part? 8)
1229124334 M * mnemoc *G*
1229124392 M * klikz doh
1229125465 J * Aiken ~Aiken@ppp118-208-116-8.lns4.bne4.internode.on.net