1251158553 Q * ruskie Remote host closed the connection
1251158669 J * ruskie ruskie@ruskie.user.oftc.net
1251161217 J * scientes ~scientes@174-21-108-121.tukw.qwest.net
1251161869 J * ktwilight_ ~keliew@229.60-240-81.adsl-dyn.isp.belgacom.be
1251162148 Q * ktwilight__ Ping timeout: 480 seconds
1251163094 Q * docelic Quit: http://www.spinlocksolutions.com/
1251164193 J * derjohn_foo ~aj@f051001162.adsl.alicedsl.de
1251164635 Q * derjohn_mob Ping timeout: 480 seconds
1251165984 Q * Guest1260 Quit: ZNC by prozac - http://znc.sourceforge.net
1251166083 J * Genghis ~Genghis@ph34r.my.d-n-s.org.uk
1251166117 N * Genghis Guest156
1251169191 J * saulus_ ~saulus@d003024.adsl.hansenet.de
1251169218 M * Bertl off to bed now .. have a good one everyone!
1251169223 N * Bertl Bertl_zZ
1251169598 Q * SauLus Ping timeout: 480 seconds
1251169605 N * saulus_ SauLus
1251169919 J * mib_jgghuwvy 47cddd54@webchat.mibbit.com
1251169932 P * mib_jgghuwvy 
1251172293 Q * Guest156 joule.oftc.net resistance.oftc.net
1251172293 Q * infowolfe joule.oftc.net resistance.oftc.net
1251172293 Q * nenolod joule.oftc.net resistance.oftc.net
1251172293 Q * mstrobert_ joule.oftc.net resistance.oftc.net
1251172293 Q * FireEgl joule.oftc.net resistance.oftc.net
1251172293 Q * fb joule.oftc.net resistance.oftc.net
1251172293 Q * carnage joule.oftc.net resistance.oftc.net
1251172293 Q * Snow-Man joule.oftc.net resistance.oftc.net
1251172463 Q * ktwilight_ joule.oftc.net kilo.oftc.net
1251172463 Q * doener joule.oftc.net kilo.oftc.net
1251172463 Q * ViRUS_ joule.oftc.net kilo.oftc.net
1251172625 J * ktwilight_ ~keliew@229.60-240-81.adsl-dyn.isp.belgacom.be
1251172625 J * doener ~doener@i59F55681.versanet.de
1251172625 J * ViRUS_ ~mp@p579B585D.dip.t-dialin.net
1251172639 J * Guest156 ~Genghis@ph34r.my.d-n-s.org.uk
1251172639 J * infowolfe ~infowolfe@c-76-105-242-186.hsd1.or.comcast.net
1251172639 J * nenolod ~nenolod@petrie.dereferenced.org
1251172639 J * mstrobert_ ~mstrobert@wkstn.wycliffe.ca
1251172639 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com
1251172639 J * fb fback@red.fback.net
1251172639 J * carnage ~carnage@voip-colo-74-86-148-74.link2voip.com
1251172639 J * Snow-Man ~sfrost@tamriel.snowman.net
1251173884 J * geb ~geb@earth.gebura.eu.org
1251174066 M * geb hi
1251175086 Q * ViRUS_ Quit: If there is Artificial Intelligence, then there's bound to be some artificial stupidity. (Thomas Edison)
1251175655 J * doener_ ~doener@i59F578C3.versanet.de
1251175756 Q * doener Ping timeout: 480 seconds
1251177485 J * krushia ~krushia@pool-71-168-96-174.cncdnh.east.myfairpoint.net
1251177529 A * krushia waves
1251177900 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1251178372 Q * derjohn_foo Ping timeout: 480 seconds
1251179293 Q * _nono_ Ping timeout: 480 seconds
1251179382 J * SHINSAKU ~Shinsaku@chello089076140236.chello.pl
1251181229 J * derjohn_foo ~aj@139.12.1.252
1251181353 J * mxs mxs@p4FCCB407.dip.t-dialin.net
1251181625 Q * geb Quit: /
1251181678 Q * mxs_ Ping timeout: 480 seconds
1251182358 J * davidkarban ~david@193.85.217.71
1251182471 J * ghislainocfs21 ~Ghislain@adsl2.aqueos.com
1251182765 Q * ghislainocfs2 Ping timeout: 480 seconds
1251182795 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1251183040 Q * ghislainocfs21 Ping timeout: 480 seconds
1251183249 J * Evet ~root@88.226.141.0
1251183255 M * Evet morning
1251184772 M * Hollow padde: +*vserver-sources-2.3.0.36.14-r1 (25 Aug 2009)
1251184772 M * Hollow +*vserver-sources-2.2.0.7-r1 (25 Aug 2009)
1251185169 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net
1251185353 Q * derjohn_foo Ping timeout: 480 seconds
1251185376 J * dna ~dna@p548F0CC1.dip0.t-ipconnect.de
1251185521 J * kir ~kir@swsoft-msk-nat.sw.ru
1251186014 J * derjohn_foo ~aj@139.12.1.252
1251186211 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1251186798 J * geb ~geb@earth.gebura.eu.org
1251186852 J * _nono_ ~gomes@libation.ircam.fr
1251186990 Q * dzimi Remote host closed the connection
1251187723 Q * _nono_ Ping timeout: 480 seconds
1251188001 J * _nono_ ~gomes@libation.ircam.fr
1251188989 J * xdr ~xdr@h-239-29.A219.priv.bahnhof.se
1251189552 Q * derjohn_foo Ping timeout: 480 seconds
1251191008 J * derjohn_mob ~aj@139.12.1.252
1251191359 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net
1251191801 J * dna_ ~dna@p548F0A2A.dip0.t-ipconnect.de
1251192246 Q * dna Ping timeout: 480 seconds
1251192257 Q * geb Quit: /
1251192438 Q * DLange Quit: upgrading
1251192994 J * DLange ~DLange@dlange.user.oftc.net
1251193065 Q * xdr Quit: Lost terminal
1251193103 J * xdr ~xdr@h-239-29.A219.priv.bahnhof.se
1251193131 Q * SHINSAKU Read error: Connection reset by peer
1251193162 J * SHINSAKU ~Shinsaku@chello089076140236.chello.pl
1251194110 J * geb ~geb@earth.gebura.eu.org
1251194121 M * Evet what is virtualbox-ose-modules-2.6.26-2-vserver-amd64
1251194147 M * SpComb presumeably a kernel-build-version specific set of kernel modules
1251194157 M * SpComb for virtualbox (Open Source Edition)
1251194163 M * blathijs Evet: Kernel modules for virtualbox, compiled for the vserver-patched 2.6.26.2 kernel
1251194221 M * Evet i thought virtualbox and vserver do same thing
1251194700 Q * geb Remote host closed the connection
1251194721 Q * Piet Remote host closed the connection
1251194774 J * Piet ~piet@659AAB1RZ.tor-irc.dnsbl.oftc.net
1251194774 M * blathijs Evet: They do a comparable thing, but also different on a fundamental level
1251194780 Q * xdr Quit: Lost terminal
1251194794 M * blathijs Evet: And they can be used at the same time as well
1251195212 J * em179 ~henchman@124-169-126-137.dyn.iinet.net.au
1251195344 P * em179 
1251195475 Q * infowolfe Ping timeout: 480 seconds
1251196294 J * geb ~geb@earth.gebura.eu.org
1251196352 Q * uva Read error: Operation timed out
1251197010 J * infowolfe ~infowolfe@c-76-105-242-186.hsd1.or.comcast.net
1251199190 J * mib_jbzar5ok 41310e0d@webchat.mibbit.com
1251199232 M * mib_jbzar5ok hello
1251199383 Q * SHINSAKU 
1251199449 M * mib_jbzar5ok i want to ask onething
1251199461 M * mib_jbzar5ok how cn we run wi-fi in fedora system
1251199473 M * mib_jbzar5ok does this support this
1251199612 M * mib_jbzar5ok hello 
1251199612 M * mib_jbzar5ok is there anyone
1251199612 M * mib_jbzar5ok ????????///
1251199750 Q * mib_jbzar5ok Quit: http://www.mibbit.com ajax IRC Client
1251201075 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk
1251201285 Q * snooze Quit: Changing server
1251201307 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se
1251203242 Q * doener_ Read error: Connection reset by peer
1251203543 N * Bertl_zZ Bertl
1251203549 M * Bertl morning folks!
1251203896 J * doener ~doener@i59F578C3.versanet.de
1251205537 A * arekm wonders if people using vserver noticed that xfs like to break with "XFS: bad number of regions (0) in inode log format"
1251205587 M * fb arekm: never seen this
1251205619 M * Bertl arekm: kernel/patch?
1251205669 M * arekm 2.6.27.31 with latest vserver patch
1251205687 M * Bertl is the xfs tagged?
1251205693 M * arekm most likely this is not related to vserver but who knows
1251205696 M * arekm Bertl: isn't
1251205796 M * Bertl you get that repeatedly with (0) as number of regions?
1251205966 M * Bertl in normal operation or when you mount an xfs filesystem?
1251206054 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa
1251206086 M * arekm Bertl: yes, when I try to mount it after machine reboots due to watchdog
1251206211 M * Bertl okay, that seems to be a 'known' problem then, i.e. probably disk write caches/missing barrier causes the journal to be incomplete ... before february this year, this simply led to a kernel panic, since then, it is handled gracefully
1251206257 M * Bertl why does your watchdog reboot your system? testing?
1251206579 M * arekm too big load usually but this time no idea - nothing interesting in logs ;/
1251206736 M * arekm 27f0 | 08/25/2009 | 14:55:38 | Watchdog 2 #0x03 | Hard reset | Asserted
1251206741 M * arekm yeah, watchdog
1251206815 M * arekm I expect corruptions but not this one every time something happens :-))
1251206902 M * Bertl so this one is your favorite filesystem corruption then :)
1251206947 M * Bertl well, I would either disable write caches completely, or use a more robust filesystem if the watchdog is a regular event
1251206955 M * Evet debian or centos, which one is more stable for host os
1251206997 M * Bertl the host system doesn't really matter that much, all you do there is building and starting guests (i.e. guest management)
1251207034 M * Bertl debian is a little problematic if you want to handle rpm based guests (i.e. you need to setup rpm/yum/etc)
1251207075 M * Bertl in any case, you should build your own kernel (and probably util-vserver) but otherwise, the host distro doesn't really matter
1251211882 J * kardan__i ~kardan@p54BE2D79.dip.t-dialin.net
1251211893 M * Evet thanks Bertl 
1251211902 M * Evet i continue to use debian :
1251211926 N * kardan__i kardan
1251212069 J * mrfree ~mrfree@host1-89-static.40-88-b.business.telecomitalia.it
1251212285 Q * kardan_ Ping timeout: 480 seconds
1251212375 Q * geb Ping timeout: 480 seconds
1251213618 J * ViRUS ~mp@p579B585D.dip.t-dialin.net
1251214145 Q * mrfree Quit: Leaving
1251214517 Q * derjohn_mob Ping timeout: 480 seconds
1251214966 M * Evet linux-image-2.6.26-2-vserver-amd64 and util-vserver installed
1251214973 M * Evet whats more i need?
1251215348 J * dowdle ~dowdle@scott.coe.montana.edu
1251215393 M * BenG Evet, a better kernel 
1251215425 M * BenG and possibly a better build of util-vserver
1251215496 M * Evet BenG: 2.6.26-2 is bad?
1251215536 M * BenG http://linux-vserver.org/Installation_on_Debian#Issues_with_the_current_2.6.26_Kernel
1251215554 M * BenG mainly issues moving from or to it, with some missing features also
1251215908 Q * BenG Quit: I Leave
1251216166 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1251216262 J * imcsk8 ~ichavero@148.229.1.11
1251217455 Q * dowdle joule.oftc.net synthon.oftc.net
1251217455 Q * fb joule.oftc.net synthon.oftc.net
1251217455 Q * mstrobert_ joule.oftc.net synthon.oftc.net
1251217455 Q * Guest156 joule.oftc.net synthon.oftc.net
1251217455 Q * nenolod joule.oftc.net synthon.oftc.net
1251217455 Q * FireEgl joule.oftc.net synthon.oftc.net
1251217455 Q * carnage joule.oftc.net synthon.oftc.net
1251217455 Q * Snow-Man joule.oftc.net synthon.oftc.net
1251217455 Q * FloodServ joule.oftc.net synthon.oftc.net
1251217455 Q * imcsk8 joule.oftc.net synthon.oftc.net
1251217455 Q * infowolfe joule.oftc.net synthon.oftc.net
1251217455 Q * ghislainocfs2 joule.oftc.net synthon.oftc.net
1251217455 Q * faheem joule.oftc.net synthon.oftc.net
1251217455 Q * micah joule.oftc.net synthon.oftc.net
1251217455 Q * tam_ joule.oftc.net synthon.oftc.net
1251217455 Q * Marillion joule.oftc.net synthon.oftc.net
1251217455 Q * scientes joule.oftc.net synthon.oftc.net
1251217455 Q * MooingLemur joule.oftc.net synthon.oftc.net
1251217496 J * imcsk8 ~ichavero@148.229.1.11
1251217496 J * dowdle ~dowdle@scott.coe.montana.edu
1251217496 J * infowolfe ~infowolfe@c-76-105-242-186.hsd1.or.comcast.net
1251217496 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1251217496 J * Snow-Man ~sfrost@tamriel.snowman.net
1251217496 J * carnage ~carnage@voip-colo-74-86-148-74.link2voip.com
1251217496 J * fb fback@red.fback.net
1251217496 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com
1251217496 J * mstrobert_ ~mstrobert@wkstn.wycliffe.ca
1251217496 J * nenolod ~nenolod@petrie.dereferenced.org
1251217496 J * Guest156 ~Genghis@ph34r.my.d-n-s.org.uk
1251217496 J * scientes ~scientes@174-21-108-121.tukw.qwest.net
1251217496 J * faheem ~faheem@rrcs-70-63-128-198.midsouth.biz.rr.com
1251217496 J * FloodServ services@services.oftc.net
1251217496 J * micah ~micah@micah.riseup.net
1251217496 J * MooingLemur ~troy@shells195.pinchaser.com
1251217496 J * tam_ ~tam@gw.nettam.com
1251217496 J * Marillion ~dirk@hetzner4.127011.net
1251217607 Q * krushia reticulum.oftc.net charm.oftc.net
1251217607 Q * zogthegreat reticulum.oftc.net charm.oftc.net
1251217607 Q * jklblerf reticulum.oftc.net charm.oftc.net
1251217607 Q * Supaplex reticulum.oftc.net charm.oftc.net
1251217607 Q * mugwump_ reticulum.oftc.net charm.oftc.net
1251217607 Q * mnemoc reticulum.oftc.net charm.oftc.net
1251217607 Q * sardyno_ reticulum.oftc.net charm.oftc.net
1251217607 Q * puck reticulum.oftc.net charm.oftc.net
1251217607 Q * dkg reticulum.oftc.net charm.oftc.net
1251217616 J * krushia ~krushia@pool-71-168-96-174.cncdnh.east.myfairpoint.net
1251217616 J * zogthegreat ~bill@bas4-montreal28-1279778840.dsl.bell.ca
1251217616 J * jklblerf jkl@c-76-120-67-234.hsd1.co.comcast.net
1251217616 J * Supaplex ~supaplex@166.70.62.193
1251217616 J * mugwump_ ~samv@watts.utsl.gen.nz
1251217616 J * mnemoc ~amery@shell.opensde.net
1251217616 J * sardyno_ ~me@pool-96-235-18-120.pitbpa.fios.verizon.net
1251217616 J * puck ~puck@leibniz.catalyst.net.nz
1251217616 J * dkg ~dkg@lair.fifthhorseman.net
1251217822 Q * Pazzo Quit: ...
1251217874 Q * dna_ Quit: Verlassend
1251220459 J * xdr ~xdr@h-239-29.A219.priv.bahnhof.se
1251220462 M * Evet there isn't a debian package for 2.6.30-1-vserver ?
1251220478 Q * ghislainocfs2 Quit: Leaving.
1251220860 M * Bertl Evet: distro kernels in general have the disadvantage that they need to cover many different hardware and software requirements
1251220907 M * Bertl Evet: there is probably an 'unofficial' 2.6.30.x debian kernel (check the mailing list archives), but in general, it is better you custom tailor the kernel to your hardware and software requirements
1251221103 M * Bertl Evet: there is a howto on the wiki, which explains the kernel patching and building too :)
1251221351 Q * xdr Quit: leaving
1251221569 J * xdr ~xdr@h-239-29.A219.priv.bahnhof.se
1251221980 Q * xdr Quit: leaving
1251221989 J * agaffney ~agaffney@71-81-81-131.dhcp.stls.mo.charter.com
1251222040 M * agaffney is vs2.3.0.36.14 known to be "broken"?
1251222046 J * xdr ~xdr@h-239-29.A219.priv.bahnhof.se
1251222049 Q * xdr 
1251222053 M * agaffney I'm playing with it on gentoo, and I'm getting all kinds of segfaults
1251222058 M * agaffney and testme.sh fails 6/9 tests
1251222073 M * agaffney sorry, 5/8
1251222075 M * agaffney http://dpaste.com/85230/
1251222075 M * Bertl on what kernel?
1251222128 M * agaffney I'm using vserver-sources-2.3.0.36.14, which is 2.6.29.6 plus the vserver patches plus the gentoo patchset
1251222182 M * Bertl well, that's probably the problem ... get the latest 2.6.29.x vanilla kernel, or 2.6.30.x if you prefer, and the latest patch set
1251222249 M * agaffney why would that be a problem?
1251222273 M * agaffney the gentoo patchset only does stuff such as add squashfs support and upstream patches
1251222305 M * agaffney I can certainly try it, though
1251222372 M * agaffney I'm going to rebuild the kernel with the same config
1251222383 M * agaffney using 2.6.29.6 and the 2.3.0.36.14 patchset
1251222388 M * agaffney or is there another patchset I should be using?
1251222420 M * Bertl http://vserver.13thfloor.at/ExperimentalT/
1251222430 M * Bertl always take the latest for your kernel version
1251222484 M * agaffney ok, so http://vserver.13thfloor.at/ExperimentalT/patch-2.6.29.6-vs2.3.0.36.14.diff would be the one I want
1251222506 M * Bertl yep
1251222824 J * xdr ~xdr@h-239-29.A219.priv.bahnhof.se
1251223060 Q * gnuk Quit: NoFeature
1251223746 J * derjohn_mob ~aj@e180194242.adsl.alicedsl.de
1251223864 A * agaffney reboots with the new kernel
1251223893 M * Bertl agaffney: also, make sure that you have working util-vserver :)
1251223935 M * agaffney I was using a .216_pre and also a fresh checkout
1251223969 M * Evet well. centos crashes
1251223992 M * Bertl crashes means?
1251224019 M * Bertl agaffney: you want a recent 0.30.216-pre for newer kernels, yes
1251224027 M * Evet cant boot
1251224080 M * Bertl you mean, your host system cannot boot?
1251224132 M * agaffney Bertl: with util-vserver 0.30.216-pre2841 and vanilla 2.6.29.6+vs2.3.0.36.14, I still get segfaults and testme.sh fails the same tests
1251224166 M * Bertl that sounds weird, please upload the output of 'vserver-info - SYSINFO' to paste.linux-vserver.org
1251224300 M * agaffney http://paste.linux-vserver.org/13404
1251224365 M * Bertl and you get segfaults on testme.sh with that?
1251224371 M * agaffney not on testme.sh
1251224383 M * agaffney but when I try to build, start, or enter a vserver
1251224388 M * agaffney and testme.sh fails 5/8 tests
1251224396 M * agaffney http://dpaste.com/85230/
1251224405 M * Bertl okay, any messages in 'dmesg'?
1251224417 M * agaffney nothing
1251224424 M * agaffney and I've got the vserver warnings enabled in the kernel
1251224446 M * Bertl the testme.sh reports an older util-vserver
1251224461 M * Bertl also an older kernel
1251224462 M * agaffney that was with the checkout
1251224464 M * agaffney hang on
1251224468 M * agaffney yeah, that's the old output
1251224470 M * agaffney the new one is the same
1251224483 M * agaffney http://dpaste.com/85256/
1251224517 M * Bertl okay, please rerun that with -vvv
1251224546 M * agaffney http://dpaste.com/85257/
1251224549 M * agaffney lots of segfaults
1251224604 M * agaffney also, my host system is semi-hardened
1251224614 M * agaffney it was built with gcc-4.3.2 w/ PIE
1251224628 M * agaffney although, the current kernel and util-vserver were built with the vanilla gcc spec
1251224631 M * Bertl ah, so maybe the dietlibc was built with that too?
1251224643 M * agaffney you mean glibc?
1251224656 M * Bertl nah, glibc doesn't matter
1251224680 A * agaffney rebuilds dietlibs
1251224682 M * agaffney dietlibc
1251224749 M * agaffney it looks like the build is passing -nopie anyway, which *should* disable any of the hardening
1251224767 M * Bertl I remember that gentoo had some issues with hardened dietlibc
1251224781 M * Bertl and util-vserver uses dietlibc for the core functionality
1251224809 M * Bertl but I thought they were resolved some time ago
1251224828 M * agaffney after rebuilding with vanilla gcc, testme.sh still fails 5/8
1251224846 M * Bertl maybe a new gcc feature?
1251224876 M * Bertl anyway, is there a binary package you could grab to test with (for util-vserver)?
1251224889 M * agaffney not really :P
1251224929 M * agaffney gentoo doesn't have binary packages
1251224936 M * agaffney well, not distro-provided ones
1251224967 M * Bertl hmm, I thought the stage 3 stuff were binaries, no?
1251225000 M * agaffney it's a pre-built "seed" binary
1251225005 M * agaffney but there aren't individual packages
1251225031 M * Hollow agaffney: can you please try to build without -nopie? i re-added that for a workaround for all that broken hardened stuff in dietlibc, but the story never ends
1251225072 M * Hollow see http://bugs.gentoo.org/show_bug.cgi?id=111880
1251225317 M * arekm Bertl: "< hch> and why they don't jsut talk to us if they need a feature in the ondisk format"
1251225324 M * arekm Bertl: xid on xfs ;>
1251225343 M * agaffney the -nopie wasn't having any effect anyway
1251225354 M * agaffney every gcc invocation was complaining that it was an unrecognized option
1251225371 M * Bertl arekm: yeah sure :)
1251225454 M * arekm Bertl: really, no one talked with them?
1251225493 M * Hollow agaffney: how is it possible then, that the guy from the bug (using hardened) fixes his compile problem?
1251225523 M * Hollow i have absolutely no idea about all this hardened crap, and i hate to maintain it in in dietlibc which is a mess anyway
1251225547 M * Hollow agaffney: maybe it worked in an older version?
1251225561 M * agaffney Hollow: that was a long time ago. currently, I'm using a vanilla gcc spec, so hardened doesn't come into it
1251225591 M * agaffney the kernel, util-vserver, and dietlibc are all built with a vanilla gcc
1251225632 M * Bertl a vanilla dietlibc + util-vserver should not segfault, but maybe gcc comes into play there
1251225677 M * Hollow agaffney: i see, you mentioned that your system is  semi-hardened before, so my alarm bell rang :)
1251225704 M * agaffney Hollow: don't jump to the conclusion that it's hardened's fault :P
1251225736 M * Hollow agaffney: well, i always jump to the conclusion that it's hardeneds fault, for historical reasons :)
1251225746 M * hparker hah
1251225751 M * agaffney heh
1251225758 A * agaffney blames solar
1251225779 M * agaffney these days, don't many major distros like RH/FC use PIE/SSP by default?
1251225806 M * Hollow agaffney: at one time bugzilla said "my mind is to small for this list" or similar, if you searched for "hardened" ... nuff said
1251225817 M * agaffney hah
1251225849 M * Hollow agaffney: i guess so ... it seemed to work with dietlibc after all, but now i pops up again *sigh*
1251225867 M * agaffney Hollow: anyway, my dietlibc doesn't fail to compile
1251225881 M * agaffney my problem is that various util-vserver utils are segfaulting
1251225890 M * agaffney the system itself is stable
1251225914 M * Bertl agaffney: because it doesn't use your dietlibc :)
1251225921 M * Hollow hehe
1251225935 M * agaffney Bertl: then what does it use?
1251225945 M * Bertl agaffney: probably glibc, no?
1251225955 M * Hollow agaffney: maybe you can get a backtrace with gdb?
1251225957 M * agaffney then why it dietlibc there at all?
1251225977 M * Bertl agaffney: because glibc is a security issue with guest systems
1251225988 M * Hollow Bertl: is this still true, btw?
1251226008 M * daniel_hozac yes, nss still exists.
1251226091 M * Bertl agaffney: if you like, I can compile binaries for you :)
1251226094 M * Hollow i see ... i have completely forgoten what the problem is with nss, but well, it somehow works with dietlibc :) although it's kind of a miracle
1251226104 M * agaffney so, what's my next step here?
1251226106 M * daniel_hozac dietlibc doesn't have nss.
1251226109 M * Hollow Bertl: i can send him one of my bin pkgs
1251226110 M * daniel_hozac ergo, it is not an issue.
1251226122 M * agaffney Hollow: I'm x86_64 here
1251226131 M * Hollow daniel_hozac: i thought so, but what is the issue with nss after all?
1251226158 M * daniel_hozac it dynamically loads libraries.
1251226183 M * Hollow agaffney: 0.30.215-r3?
1251226200 M * agaffney Hollow: I'm using a 2.6.29 kernel, so I need .216_pre
1251226224 M * Hollow http://bb.xnull.de/pub/util-vserver-0.30.216_pre2841.tbz2
1251226320 M * agaffney and now testme.sh succeeds on all tests
1251226322 M * agaffney so...wtf
1251226339 M * Bertl see, broken compilation (either dietlibc or gcc)
1251226343 M * Hollow maybe a CFLAGS issue?
1251226363 M * agaffney CFLAGS="-O2 -pipe -fforce-addr -march=core2"
1251226391 M * agaffney pretty safe/standard
1251226393 M * Hollow the binpkg was built with CFLAGS="-march=athlon64 -O2 -pipe"
1251226407 M * agaffney what gcc version?
1251226431 M * Hollow currently i have gcc version 4.3.2 (Gentoo 4.3.2-r3 p1.6, pie-10.1.5)
1251226439 M * Hollow not sure if the binary was built with that, but i guess so
1251226442 A * agaffney removes -fforce-addr and tries to build again
1251226573 M * agaffney well, that's...odd
1251226584 M * agaffney there was an I/O error on a ptrace call and sandbox killed the build
1251226592 M * Hollow agaffney: so, i'll add filter-flag -fforce-addr to the ebuild? :P
1251226597 M * Hollow oh
1251226618 A * agaffney tries it again
1251226690 M * agaffney failed again the same way
1251226727 M * Hollow but it still works with -fforce-addr?
1251226739 M * agaffney trying again with -fforce-addr added back
1251226746 M * Hollow or is your box borked now?
1251226751 M * Hollow :)
1251226826 M * agaffney builds fine with -fforce-addr
1251226829 M * agaffney I'm really confused now
1251226855 M * hparker No news here, move along please
1251226867 A * agaffney stabs hparker 
1251226874 M * agaffney hparker: go find a job you lazy bum
1251226877 M * hparker lol
1251226895 A * Hollow shrugs
1251226913 M * Bertl agaffney: you're aware that you need to rebuild util-vserver when you 'change' the dietlibc, yes?
1251226928 M * agaffney Hollow: and even weirder, now my compiled version works fine
1251226933 M * agaffney Bertl: no, I wasn't :P
1251226941 M * agaffney so maybe it *was* dietlibc
1251226947 M * agaffney it being built with the hardened gcc
1251226965 M * agaffney I didn't know I needed to rebuild util-vserver against the rebuilt dietlibc
1251226974 M * Hollow dietlibc is linked statically
1251226975 M * Bertl that explains it :)
1251226981 M * agaffney Hollow: I get that now ;)
1251226998 M * agaffney so, dietlibc will *build* with -nopie, but it still fails in weird and wonderful ways
1251227001 M * agaffney lovely
1251227028 M * agaffney Hollow: who do I blame now? ;)
1251227039 A * hparker blames agaffney 
1251227042 M * Hollow agaffney: well, if you can confirm that it's -nopie in dietlibc, you blame me ..
1251227074 M * Bertl for being so hardened?
1251227101 M * Hollow oh please ... no more viagra jokes :)
1251227117 M * agaffney heh
1251227118 M * hparker So, agaffney is semi-hardened and Hollow is hardened...
1251227131 M * agaffney hparker: and you're not hardened at all, old man!
1251227136 M * hparker :P
1251227146 A * hparker goes back to job app
1251227162 M * agaffney Hollow: well, -nopie only fixed the build issue, but it apparently still breaks dietlibc
1251227204 A * agaffney creates a vserver to test
1251227227 M * agaffney well, it built and started without segfaults
1251227229 M * agaffney definitely a good sign :P
1251227231 M * Hollow agaffney: so, removing -nopie fails to build with your toolchain?
1251227311 A * Hollow is confused
1251227329 M * agaffney Hollow: I never touched -nopie
1251227348 M * agaffney I'm just saying that adding it to the 0.33_pre ebuild allows it to build
1251227358 M * agaffney but it's still broken, going by my experience
1251227375 M * Hollow i see, so what fixed it for you now?
1251227523 M * agaffney rebuild dietlibc with a vanilla gcc and then rebuilding util-vserver
1251227644 M * agaffney ok, so now everything appears to be working fine
1251227648 M * agaffney and quite smoothly, too
1251227650 M * Hollow agaffney: can you try if dietlibc-0.30-r2 works with the hardened toolchain?
1251227663 M * agaffney yes, in a bit
1251227739 M * agaffney or right now :P
1251227810 M * agaffney dietlibc-0.30-r2 builds fine with the hardened gcc
1251227822 A * agaffney tries rebuilding util-vserver
1251228031 M * agaffney Hollow: fails in the same way
1251228040 M * agaffney same tests fail
1251228045 M * agaffney in testme.sh
1251228086 M * Hollow so, dietlibc is borked on hardened either way ... since 0.30-r2 does not add -nopie to CFLAGS
1251228105 M * agaffney appears that way
1251228106 M * Hollow and it's also not a 0.33 issue
1251228115 M * agaffney at least dietlibc as it's used by util-vserver is b0rked on hardened
1251228125 Q * scientes Ping timeout: 480 seconds
1251228132 M * Hollow yaya, hardened
1251228135 M * Hollow *yay
1251228137 M * Bertl agaffney: you can safely generalize that
1251228142 M * Hollow :)
1251228147 M * agaffney heh
1251228162 M * Bertl agaffney: it just happens that util-vserver is one of the few dietlibc users 
1251228179 A * agaffney is rebuilding util-vserver against the binpkg of the "good" dietlibc-0.33_pre
1251228184 Q * bonbons Quit: Leaving
1251228261 M * agaffney and testme.sh is happy again
1251228270 M * agaffney it's definitely the hardened gcc causing the issue
1251228330 M * agaffney so I guess I can go back to my gentoo kernel with vserver patches
1251228356 M * Hollow and i can go back ignoring hardened
1251228360 M * agaffney heh
1251228363 M * Bertl :)
1251228383 M * agaffney I only made this box hardened with the intent of making it a public server
1251228387 M * agaffney but that didn't happen
1251228394 M * agaffney so I guess I can switch to a regular profile
1251228433 M * Hollow well, sometimes even grsec/selinux can't help *cough* CVE-2009-2692 *cough*
1251229250 J * dna ~dna@55-197-103-86.dynamic.dsl.tng.de
1251229426 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1251232062 Q * C14r_ Ping timeout: 480 seconds
1251233199 N * DoberMann DoberMann[ZZZzzz]
1251233513 Q * bonbons Quit: Leaving
1251234730 Q * dna Quit: Verlassend
1251234948 Q * ViRUS Quit: If there is Artificial Intelligence, then there's bound to be some artificial stupidity. (Thomas Edison)
1251235078 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1251238576 J * geb ~geb@earth.gebura.eu.org
1251239342 Q * imcsk8 Remote host closed the connection
1251240496 M * arekm hmm, pre7 is likely blowing up on networking
1251240524 M * arekm at least on one of my machines scping over LAN blows the kernel. Works fine on vanilla
1251240543 M * arekm going to digg more since other patches can be guilty
1251240884 M * Bertl any kernel traces?
1251241020 Q * ghislainocfs2 Quit: Leaving.
1251241161 M * arekm nope, it reboots instantly (I have the server remotely and if something is on screen then it's not shown on ipmi console/netconsole)
1251241171 M * arekm going to try vanilla+vserver only
1251241625 M * Bertl could be related to the ipv6 changes, so a trace would be really interesting (if you manage to get one :)
1251241697 M * arekm well, nothing bad is happening on second machine with the same kernel so the issue is interesting one
1251242222 M * arekm it blew up so it's vserver patch being guilty ;/
1251242248 M * arekm now how to debug such thing if it reboots machine without a oops?
1251242289 M * Bertl are you using ipv6?
1251242499 M * arekm I have ipv6 on that machine but scp over v4 also blows it
1251242584 M * arekm rebuilding without ipv6
1251242599 M * Bertl the ssh, from where to where is it?
1251242615 M * Bertl i.e. host to guest, guest to guest, host/guest to outside
1251242629 M * arekm from other machine to host
1251242661 M * Bertl on an ipv4 address, with vanilla + Linux-VServer patch, yes?
1251242755 M * arekm and slow traffic doesn't kill it (like 100kb/s), fast traffic (lan) kills it. vanilla + linux vserver and the copying was over ipv4 (but the host also has ipv6 addresses assigned)
1251242796 M * Bertl hmm .. that sounds more like a hardware/driver issue, maybe TSO or so?
1251242825 M * Bertl what is you network card in that machine?
1251242831 M * arekm but vanilla works fine
1251242849 M * Bertl you might, for whatever reason, not trigger it there ...
1251242869 M * arekm intel e1000e (82546GB)
1251242884 M * Bertl should usually be fine ....
1251243232 M * arekm this time blew up just on ssh with interactive session
1251243267 M * arekm and this build was without ipv6
1251243305 M * Bertl okay, then please revert the http://vserver.13thfloor.at/ExperimentalT/delta-2.6.30.5-vs2.3.0.36.14-pre5-7.diff and see if that fixes the issue
1251243455 M * arekm this patches just two ipv6 files which aren't build for ipv4 only kernel... and note that my second machine works fine even with ipv6 enabled. something else is going on
1251243460 M * arekm but I can test that delta
1251243579 M * Bertl well, that delta is what we changed recently, so it should rule out the ipv6 changes :)
1251243641 M * arekm my guess is that the problem will be much earlier than recent changes
1251243660 M * arekm going to try .27 and other kernels at morning. sleep time
1251243799 M * Bertl okay, keep us updated
1251244387 Q * nkukard Ping timeout: 480 seconds
1251244594 J * nkukard ~nkukard@196.212.73.74