1247184446 Q * derjohn_mob Remote host closed the connection
1247186024 Q * doener_ Quit: leaving
1247189662 M * Bertl off to bed now .. have a good one everyone!
1247189684 N * Bertl Bertl_zZ
1247191937 Q * urbi Read error: Connection reset by peer
1247193078 J * geb ~geb@glo44-4-82-239-68-35.fbx.proxad.net
1247193541 Q * balbir_ Ping timeout: 480 seconds
1247193601 Q * geb Remote host closed the connection
1247194329 J * balbir_ ~balbir@122.172.0.170
1247194835 J * saulus_ ~saulus@c192133.adsl.hansenet.de
1247194835 Q * SauLus Read error: Connection reset by peer
1247194842 N * saulus_ SauLus
1247195393 Q * dowdle Remote host closed the connection
1247196304 M * micah daniel_hozac: NSS?
1247196579 M * daniel_hozac Network Security Services
1247196585 M * daniel_hozac mozilla library.
1247196656 M * micah newer util-vserver takes advantage of that if it is found at build-time?
1247196665 M * daniel_hozac yes.
1247196767 M * micah presumably the libraries, debian has libnss3-dev, which implements 3.12.3-1
1247196882 M * micah daniel_hozac: how are you feeling about r2842? what do you think about unleashing it on the debian unstable crowd to get some broader testing?
1247196906 M * daniel_hozac should be much better than what's there now.
1247197038 M * micah thats what I figured
1247197071 M * micah once the new libbeecrypt-dev hits, i'll build and do some testing and then upload
1247200068 Q * jpic Quit: Lost terminal
1247202141 J * scientes_ ~scientes@174-21-98-222.tukw.qwest.net
1247203262 Q * ViRUS Quit: If there is Artificial Intelligence, then there's bound to be some artificial stupidity. (Thomas Edison)
1247204777 Q * daenney Remote host closed the connection
1247204783 J * daenney ~daenney@daenney.net
1247205726 Q * balbir_ Ping timeout: 480 seconds
1247206112 Q * ktwilight_ Ping timeout: 480 seconds
1247208380 Q * zbyniu Ping timeout: 480 seconds
1247208724 J * balbir_ ~balbir@59.145.136.1
1247209317 J * thierryp ~thierry@home.parmentelat.net
1247209611 J * zbyniu ~zbyniu@ip-62.181.188.13.static.crowley.pl
1247209747 Q * imcsk8 Quit: This computer has gone to sleep
1247210039 Q * thierryp Remote host closed the connection
1247210607 J * davidkarban ~david@193.85.217.71
1247211189 J * thierryp ~thierry@home.parmentelat.net
1247211746 Q * scientes_ Ping timeout: 480 seconds
1247212158 J * matthew-_ ~ms@ns2.wellquite.org
1247212823 J * Net147 Net147@c211-30-18-226.rivrw2.nsw.optusnet.com.au
1247213193 Q * Net147 Quit:  HydraIRC -> http://www.hydrairc.com <- Like it?  Visit #hydrairc on EFNet
1247213900 J * dna ~dna@128-205-103-86.dynamic.dsl.tng.de
1247213944 Q * thierryp Remote host closed the connection
1247214699 J * esa bip@62.123.15.107
1247215900 M * fback micah: i'm testing 2834 for some time now, built on top of your source package
1247215995 J * esa` bip@62.123.12.171
1247216021 Q * esa Ping timeout: 480 seconds
1247216566 J * thierryp ~thierry@zanzibar.inria.fr
1247217255 Q * balbir_ Ping timeout: 480 seconds
1247218281 J * balbir_ ~balbir@59.145.136.1
1247219504 Q * balbir_ Ping timeout: 480 seconds
1247219871 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1247220470 J * balbir_ ~balbir@59.145.136.1
1247220863 J * mxs_ mxs@p4FCC9EAE.dip.t-dialin.net
1247220968 N * Bertl_zZ Bertl
1247220972 M * Bertl morning folks!
1247221131 Q * balbir_ Ping timeout: 480 seconds
1247221190 M * hparker morning
1247221202 Q * mxs Ping timeout: 480 seconds
1247221353 M * fback morning :)
1247222308 J * doener ~doener@i59F57A2B.versanet.de
1247223406 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1247224185 J * balbir_ ~balbir@59.145.136.1
1247227508 J * saulus_ ~saulus@d045020.adsl.hansenet.de
1247227722 Q * SauLus Ping timeout: 480 seconds
1247227722 N * saulus_ SauLus
1247229355 J * docelic_ ~docelic@78.134.192.197
1247229767 Q * docelic Ping timeout: 480 seconds
1247231191 M * pmjdebruijn daniel_hozac: about the / after the vserver disappearing files issue... Debian does not have newer VServer utils... is there a patch I can apply to the current sources, to fix that issue? and possibly report to Debian....
1247231657 M * pmjdebruijn daniel_hozac: I was never hit by it, because I don't type the /, but I have some sloppy colleagues...
1247231745 M * Bertl there are several patches which would accomplish this, one can be easily created by grabbing the debian source, and the recent pre, and simply doing a diff -NurpP :)
1247232014 M * pmjdebruijn I ment specifically for that bug
1247233199 M * Bertl nap attack ... bbl
1247233206 N * Bertl Bertl_zZ
1247234236 Q * esa` Ping timeout: 480 seconds
1247235034 M * pmjdebruijn btw, at this moment I'm using 32bit util-vserver against a 64bit kernel, which seems to work just fine...
1247235164 Q * kir Quit: Leaving.
1247235178 J * kir ~kir@swsoft-msk-nat.sw.ru
1247236867 J * dowdle ~dowdle@97-121-204-120.blng.qwest.net
1247237116 J * ktwilight ~keliew@140.178-241-81.adsl-dyn.isp.belgacom.be
1247237560 Q * DelTree Ping timeout: 480 seconds
1247238032 M * _Shiva__ is the guest's "init" actually meant to be usable for an easy way to start processes w/i the guest..? like: adding "foo:23:respawn:/some/command" to /etc/inittab..
1247238084 M * _Shiva__ actually this would need /dev/initctl to be exported to the guest.. ;-)
1247238111 M * _Shiva__ i guess that's not something one would do, right?
1247238931 Q * balbir_ Ping timeout: 480 seconds
1247239026 J * DelTree ~deplagne@goldorak3.eric.deplagne.name
1247239366 J * ktwilight_ ~keliew@140.178-241-81.adsl-dyn.isp.belgacom.be
1247239405 Q * ktwilight Ping timeout: 480 seconds
1247239498 Q * ktwilight_ Remote host closed the connection
1247239619 Q * thierryp Quit: ciao folks
1247239629 Q * Floops[w]1 Ping timeout: 480 seconds
1247241659 J * imcsk8 ~ichavero@189.155.83.205
1247242942 Q * _nono_ Quit: Leaving
1247243010 Q * davidkarban Quit: Ex-Chat
1247243199 N * DoberMann[ZZZzzz] DoberMann[PullA]
1247243804 J * pmenier ~pmenier@ACaen-152-1-22-92.w83-115.abo.wanadoo.fr
1247244084 Q * dowdle Remote host closed the connection
1247244717 Q * imcsk8 Quit: This computer has gone to sleep
1247244987 N * Bertl_zZ Bertl
1247244999 M * Bertl back now ...
1247245054 M * Bertl _Shiva__: if you use 'plain' initstyle, your guest gets an init process which will do the 'nromal' init stuff
1247245065 M * Bertl *normal
1247245605 J * KienLongTaGiap ~Khanh@115.73.208.174
1247246251 J * imcsk8 ~ichavero@148.229.1.11
1247247455 M * daniel_hozac pmjdebruijn: micah is working on a recent snapshot.
1247247775 M * pmjdebruijn ok cool
1247248296 J * kbad ~kyle@ip-66-33-206-8.dreamhost.com
1247248406 M * kbad I'm accustomed to using the 2.6.22.19 kernel with linux vserver, I recently tried out the 2.6.29.2 kerenel and noticed that the uptime reported by the guest is that same as that of the host.  Is this intentional?
1247248439 M * Bertl depends on the guest configuration and your Linux-VServer patch
1247248644 M * kbad Kk, I'll check on the patch.  I can only assume that it's that and not the configuration because nothing is changing in /etc/vservers.. just the kernel
1247248686 M * Bertl maybe this is missing in your patch: http://vserver.13thfloor.at/ExperimentalT/delta-uptime-fix01.diff
1247248726 M * Bertl (in any case, it is adviseable to use the latest patch for a specific kernel version)
1247248750 M * kbad Bertl: yeah, I'm going to redownload the sources/grsec patch and rebuild it
1247248759 M * kbad kbad: thanks for the help though@!
1247248767 M * Bertl np
1247250313 M * ard before I start compiling a new kernel, do others have problem with: write(9, "\1\0\0\6c41901\0\0010\0\22MIT-MAGIC-COOKIE-1"..., 117) = -1 ENOSPC (No space left on device)
1247250372 M * ard that happens after normal .Xauthority locking. on 2.6.30.1 with 2.3.0.36.14-pre[13]
1247250379 M * ard also with man-db updates.
1247250410 M * ard and of course, I am not running any vservers yet ;-).
1247250425 A * ard is now going to compile a vserver less kernel with the same options
1247250473 M * daniel_hozac do you have space on that filesystem?
1247250485 M * ard yes :_0
1247250511 M * ard 21% inodes in use, 83% diskspace in use
1247250520 M * arachnist daniel_hozac: i also had this issue
1247250532 M * arachnist daniel_hozac: only on ext3
1247250538 M * ard it only happens after a file lock
1247250540 M * arachnist daniel_hozac: ext4 and xfs were unaffected
1247250561 M * kbad semaphores maybe?
1247250580 M * arachnist dunno
1247250610 M * kbad ipcs -s
1247250666 M * arachnist ipcs?
1247250682 M * daniel_hozac patch looks fine to me.
1247250697 A * ard is compiling without vserver
1247250702 A * arachnist had no idea a command like that existed
1247250703 M * ard 15 minutes or so
1247250721 M * kbad " ipcs provides information on the ipc facilities for which the calling process has read access."
1247250722 A * ard has to fix 2 servers first :-(
1247250742 M * arachnist well, i switched from vanilla 2.6.30.1 to 2.6.30.1 + vserver
1247250744 M * ard ipcs does nothing about plain file locking
1247250795 M * ard aargh... server is dying right before my eyes :-(
1247250812 M * kbad :(
1247250914 M * arachnist quick! reanimate it!
1247250931 M * ard <BREAK>U<BREAK>B
1247250933 M * ard :-)
1247250987 M * ard ownoes, still a 2.6.19 kernel
1247250988 A * ard sighs
1247251061 Q * pmenier Quit: Konversation terminated!
1247251944 A * ard sighs
1247251950 A * ard has to go home
1247252193 Q * kir Quit: Leaving.
1247255092 J * doener_ ~doener@i59F5607B.versanet.de
1247255098 J * _stelios_ ~Stelios@cust-139-251.on3.ontelecoms.gr
1247255100 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1247255106 M * _stelios_ hello all
1247255116 M * Bertl hello
1247255195 Q * doener Ping timeout: 480 seconds
1247255370 J * kbad_ ~kyle@ip-66-33-206-8.dreamhost.com
1247255450 M * kbad_ I just compiled the 2.6.29.6 grsec sources and ran into a kernel bug, http://pastebin.com/m1e82768a anyone care to look?
1247255511 M * daniel_hozac i think harry is aware of it.
1247255523 M * Bertl remove grsec for now, and you should be fine
1247255703 M * kbad_ sadly grsec is a requirement at my shop :/
1247255751 M * Bertl how so?
1247255773 M * kbad_ matter of policy, everything customer facing has it
1247255813 M * Bertl k, then you have two options as I see it: a) live with the occasional kernel panic, or b) go back to an older kernel (for now)
1247255877 M * kbad_ I'm using the stable 2.6.22.19 and will continue to do so until the issue with grsec is resolved.  Do you know if anything > 2.6.27 works relatively well with grsec?
1247255918 M * kbad_ thanks again btw
1247255966 M * Bertl IIRC, harry had some patch problems since 2.6.27.x .. let's hope that they will be resolved soon (but I do not have any details :)
1247255990 M * kbad_ I assume that's due to the change in scheduling?
1247256042 M * Bertl harry has all the details (at least I hope so :)
1247256171 M * kbad_ :P
1247257857 M * kbad_ I fail.
1247257870 M * kbad_ that kernel was build for amd when it should have been xeon
1247258129 Q * kbad Quit: leaving
1247258135 N * kbad_ kbad
1247260165 Q * ghislainocfs21 Quit: Leaving.
1247260188 Q * _stelios_ Quit: later
1247262088 N * DoberMann[PullA] DoberMann[ZZZzzz]
1247262502 Q * dna Quit: Verlassend
1247262789 Q * kbad Quit: leaving
1247264199 Q * bonbons Quit: Leaving
1247264566 P * KienLongTaGiap 
1247266160 J * scientes_ ~scientes@174-21-98-222.tukw.qwest.net
1247266647 Q * imcsk8 Quit: This computer has gone to sleep
1247269635 Q * ensc Ping timeout: 480 seconds
1247270364 P * Kamping_Kaiser