1311811493 Q * clopez Ping timeout: 480 seconds
1311813409 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311813409 Q * ryker Read error: Connection reset by peer
1311815130 M * Bertl daniel_hozac: bug report: # /usr/lib64/util-vserver/vsysctl
1311815130 M * Bertl Segmentation fault
1311815650 M * Bertl no big deal, JFYI :)
1311816431 Q * ghislain Quit: Leaving.
1311816541 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311816541 Q * ryker1 Read error: Connection reset by peer
1311818835 Q * hparker Quit: Quit
1311818878 Q * ccxCZ Ping timeout: 480 seconds
1311819650 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311819650 Q * ryker Read error: Connection reset by peer
1311819826 J * ccxCZ ~ccxCZ@193.209.forpsi.net
1311820684 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311820684 Q * ryker1 Read error: Connection reset by peer
1311821261 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311821261 Q * ryker Read error: Connection reset by peer
1311822013 M * Bertl off to bed now .. have a good one everyone!
1311822021 N * Bertl Bertl_zZ
1311822602 Q * biz Ping timeout: 480 seconds
1311822814 J * biz biz@baze.de
1311822945 J * padde_ ~padde@patrick-nagel.net
1311822973 Q * padde Read error: Connection reset by peer
1311822979 N * padde_ padde
1311823629 Q * grobie Ping timeout: 480 seconds
1311823713 J * grobie ~grobie@tyr.schnuckelig.eu
1311823725 Q * ryker1 Read error: No route to host
1311823736 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311827739 J * sannes ~ace@cm-84.209.106.118.getinternet.no
1311827984 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311827984 Q * ryker Read error: Connection reset by peer
1311832780 J * ncopa ~ncopa@3.203.202.84.customer.cdi.no
1311833156 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311833156 Q * ryker1 Read error: Connection reset by peer
1311833284 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311833284 Q * ryker Read error: Connection reset by peer
1311833475 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311833475 Q * ryker1 Read error: Connection reset by peer
1311833953 Q * derjohn_mob Ping timeout: 480 seconds
1311833984 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311833984 Q * ryker Read error: Connection reset by peer
1311834741 Q * nkukard Remote host closed the connection
1311837146 Q * brc Ping timeout: 480 seconds
1311837181 J * ghislain ~AQUEOS@adsl2.aqueos.com
1311839018 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311839018 Q * ryker1 Read error: Connection reset by peer
1311840294 J * clopez ~clopez@142.28.60.213.dynamic.mundo-r.com
1311840777 Q * clopez Ping timeout: 480 seconds
1311841104 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311841104 Q * ryker Read error: Connection reset by peer
1311841406 Q * ghislain Quit: Leaving.
1311841800 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311841800 Q * ryker1 Read error: Connection reset by peer
1311842074 J * ghislain ~AQUEOS@adsl2.aqueos.com
1311842504 J * clopez ~clopez@155.99.117.91.static.mundo-r.com
1311843863 J * brc ~bruce@72.20.27.65
1311844631 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311844631 Q * ryker Read error: Connection reset by peer
1311846782 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311846782 Q * ryker1 Read error: Connection reset by peer
1311849291 N * Bertl_zZ Bertl
1311849301 M * Bertl morning folks!
1311849316 M * Bertl ryker: please fix your client
1311849628 M * daniel_hozac Bertl: hmm, okay. i was getting failing tests last time i ran it.
1311849756 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311849756 Q * ryker Read error: Connection reset by peer
1311849763 M * Bertl we probably need to test that a little more, but the testfs runs fine here
1311849814 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311849814 Q * ryker1 Read error: Connection reset by peer
1311849815 M * daniel_hozac cool.
1311849872 M * Bertl so what I'm currently looking at is the lookup part, handling file visibility (and I think I found a proper solution for that)
1311849914 M * Bertl and then I have to look through the rejects for missing parts :)
1311850294 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311850294 Q * ryker Read error: Connection reset by peer
1311850414 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311850414 Q * ryker1 Read error: Connection reset by peer
1311852576 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311852576 Q * ryker Read error: Connection reset by peer
1311852757 Q * clopez Ping timeout: 480 seconds
1311852814 J * derjohn_mob ~aj@213.238.45.2
1311853434 Q * disposable Ping timeout: 480 seconds
1311853525 M * pmjdebruijn hi
1311853543 M * pmjdebruijn I'm just now seriously fiddling with our 2.6.32.43 vserver kernel
1311853548 M * pmjdebruijn and most things seem to work fine now
1311853561 M * pmjdebruijn however it would seem that my vserver ""suddenly"" doesn't have a default gateway
1311853573 M * pmjdebruijn it's a testing machine so no big deal :)
1311853579 M * pmjdebruijn exception that I wonder how this changed?
1311853590 M * pmjdebruijn the old setup was debian lenny with a backport util-vserver
1311853601 M * pmjdebruijn the new setup is ubuntu lucid with the same version of util-vserver from the repos
1311853694 M * pmjdebruijn could it be that I need to define a capability now
1311854318 M * Bertl what do you mean by "doesn't have a default gateway"?
1311854501 M * pmjdebruijn well adding NET_ADMIN in bcaps and settings a default gw in the vserver doesn't fix it, it replaced the default gw in my host :) disconnecting my ssh . hihi :)
1311854507 M * pmjdebruijn Bertl: well it doesn't :)
1311854569 M * Bertl first, you don't give NET_ADMIN to guests lightly, second, why do you want to set a default gateway _inside_ the guest?
1311854569 M * pmjdebruijn well
1311854581 M * pmjdebruijn rephrase
1311854586 M * pmjdebruijn it's not really a default gateway is it :)
1311854588 M * pmjdebruijn it's just a route
1311854593 M * pmjdebruijn but it seems it _is_ being set
1311854619 M * pmjdebruijn strange
1311854623 M * pmjdebruijn I can ping my gateway
1311854626 M * pmjdebruijn in the vlan
1311854637 M * pmjdebruijn I wonder if this is related to vserver _at_all_
1311854649 M * Bertl I have no idea what you are talking about :)
1311854658 M * pmjdebruijn never mind
1311854662 M * pmjdebruijn just thinking out loud
1311854670 M * pmjdebruijn everything actually looks good
1311855365 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311855365 Q * ryker1 Read error: Connection reset by peer
1311855528 M * pmjdebruijn ok
1311855534 M * pmjdebruijn so it seems I have async packets
1311855568 M * pmjdebruijn when I tcpdump -i eth0.507 and ping a host beyond the vserver's own IP range, I only see echo reply's from the remote hosts
1311855586 M * pmjdebruijn this means the vservers outgoing packets are traveling outward via the _hosts_ default gateway
1311855627 M * Bertl we are talking a normal network isolation setup, yes?
1311855639 M * pmjdebruijn define "normal"
1311855647 M * Bertl no network namespaces involved
1311855660 M * Bertl (only network contexts)
1311855666 M * pmjdebruijn erhm I should check my kernel config then?
1311855687 M * Bertl well, you should know if you explicitely did setup a network namespace :)
1311855697 M * pmjdebruijn I didn't 
1311855716 M * Bertl so then it's isolation, in which case, everything happens according to the host routing rulse
1311855719 M * Bertl *rules
1311855719 M * pmjdebruijn I don't even have network namespace support compiled in
1311855733 M * Bertl especially as there is no guest routing or similar
1311855740 M * pmjdebruijn huh?
1311855758 M * pmjdebruijn so I should have async traffic on my old hosts too?
1311855767 M * Bertl always been that way and always will be that way
1311855783 M * Bertl it all depends on your routing setup
1311855804 M * pmjdebruijn well we have a management backend which is the hosts default gateway
1311855812 M * Bertl if you want a guest IP to use a different default gateway or different gateway for a network, you have to configure that
1311855819 M * pmjdebruijn I guess it's not a real issue since most traffic is on the local network
1311855856 M * Bertl try ping -I <guest-ip> <target> on the host
1311855886 M * Bertl there is no network context or Linux-VServer guest involved in this case and it will act according to your host routing setup
1311855899 M * pmjdebruijn doesn't work
1311855913 M * Bertl then your setup is flawed
1311855926 M * pmjdebruijn yeah I know I have a problem
1311855937 A * pmjdebruijn is just looking what changed
1311855961 M * pmjdebruijn I am received echo_reply from the remote host, but ping in the vserver isn't seeing them
1311855977 M * Bertl forget about Linux-VServer for now
1311855990 M * Bertl you could even boot a non Linux-VServer kernel for this part
1311856005 M * Bertl just use the ping -I to test with
1311856013 M * pmjdebruijn the silly thing is
1311856053 M * pmjdebruijn I have a debianlenny/vserver/2.6.27.x setup where this just works
1311856067 M * pmjdebruijn my ubuntulucid/vserver/2.6.32.x is where it breaks
1311856071 M * pmjdebruijn no obvious changed
1311856074 M * pmjdebruijn changes*
1311856082 M * pmjdebruijn on my old setup ping -I works
1311856110 M * pmjdebruijn I'm going to boot an old image to see if it really is the new image 
1311856239 M * Bertl debian 2.6.27 is quite broken ... but most likely your routing is setup differently
1311856254 M * Bertl I'd suggest to try with one host OS and different kernels
1311856295 J * ryker1 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311856295 Q * ryker Read error: Connection reset by peer
1311856302 M * pmjdebruijn Bertl: I don't use debian 2.6.27
1311856313 M * pmjdebruijn Bertl: it's selfbuilt 2.6.27.49 or something like that
1311856339 M * Bertl good, boot that system with 2.6.32.x and see how it does
1311856346 M * pmjdebruijn heh
1311856348 M * pmjdebruijn I can't
1311856353 M * pmjdebruijn out ramdisk+kernels are coupled
1311856361 M * pmjdebruijn so it would take quite a bit of work
1311856365 M * pmjdebruijn so that's my contingency
1311856368 M * Bertl or the other way round, boot your 2.6.32.x system with that kernel
1311856372 M * pmjdebruijn same problem
1311856392 M * Bertl don't you have a mkinitrd or mkinitramfs in debian/ubuntu?
1311856402 M * pmjdebruijn we don't have normal systems remember
1311856405 M * pmjdebruijn we build ramdisk
1311856408 M * pmjdebruijn ramdisk only
1311856426 M * Bertl so everything is on the ramdisk?
1311856429 M * pmjdebruijn yep
1311856440 M * Bertl then it should be trivial to change the kernel no?
1311856443 M * pmjdebruijn no
1311856449 M * Bertl i.e. just replace modules and the kernel image
1311856449 M * pmjdebruijn modules etc
1311856454 M * pmjdebruijn yeah
1311856458 M * pmjdebruijn surgery
1311856461 M * pmjdebruijn like I said
1311856467 M * pmjdebruijn let me check a few things first
1311856469 M * Bertl well, takes about 5 minutes to copy the stuff?
1311856494 M * Bertl (much faster than discussing a problem which doesn't exist :)
1311856501 M * pmjdebruijn I have two different build environments etc... so it's not 5mins
1311856506 M * pmjdebruijn but it is possible
1311856513 M * pmjdebruijn so I'm checking some other stuff first
1311856597 M * pmjdebruijn in any case the old debianlenny image works instantly again
1311856605 M * pmjdebruijn so it's not a network issue
1311856679 J * derjohn_foo ~aj@213.238.45.2
1311856729 M * pmjdebruijn I do see the async packets on the old image as well 
1311856748 M * pmjdebruijn so
1311856752 M * pmjdebruijn ramdisk surgecy it is
1311856822 Q * wurtel__ Ping timeout: 480 seconds
1311857728 M * pmjdebruijn booting the old kernel on the new image doesn't seem to help
1311857740 M * pmjdebruijn so I'm wondering if Ubuntu does something different in the network configuration
1311857772 P * ryker1 
1311858204 J * wurtel__ ~paul@gw-office.telegraaf.net
1311858270 M * wurtel__ hi guys, I'm trying linux 3.0.0 with vs2.3.1-pre8 patches (and 0.30.216-pre2982 util-vserver), but I can't start any vservers:
1311858277 M * wurtel__ # vserver debian-mirror start
1311858277 M * wurtel__ vcontext: vc_ctx_create(): Function not implemented
1311858300 M * Bertl disable the user namespaces
1311858310 M * Bertl (they are broken in mainline 3.0)
1311858365 M * wurtel__ OK, I'll try that, thanks
1311858484 M * Bertl np
1311858926 Q * Janno Quit: ZNC - http://znc.sourceforge.net
1311859207 M * wurtel__ yep, that fixed it!
1311859515 J * ryker ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311859529 J * ryker2 ~Adium@c-76-16-115-27.hsd1.in.comcast.net
1311859674 Q * ryker Read error: Operation timed out
1311859889 P * ryker2 
1311862432 M * pmjdebruijn Bertl: I found my issue
1311862474 M * Bertl congratulation!
1311862506 M * pmjdebruijn Bertl: /etc/sysctl.d/10-network-security.conf
1311862514 M * pmjdebruijn net.ipv4.conf.default.rp_filter=1
1311862514 M * pmjdebruijn net.ipv4.conf.all.rp_filter=1
1311862530 M * pmjdebruijn the file also enabled syncookies
1311862541 M * pmjdebruijn but I'm guessing it's the rp_filter
1311862602 M * Bertl so, as expected, not Linux-VServer related
1311862634 M * pmjdebruijn true... very true...
1311862638 M * pmjdebruijn sorry for wasting your time a bit
1311862671 M * Bertl np
1311862703 J * nkukard ~nkukard@196.211.31.26
1311862740 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647
1311862846 J * miller7 ~user@77.63.145.226
1311862865 M * miller7 Hello guys
1311862879 M * miller7 Bert, are you around? I have a question which requires your expertise :)
1311862902 M * Bertl yes, I am ..
1311862945 M * miller7 Thanks :) I have had a power failure and on one guest I get the NFS stale file or something - I don't have NFS or anything and read the archives of the mailing list
1311862952 M * miller7 you suggested to umount and fsck
1311862956 M * miller7 I did and shows no errors
1311862972 M * miller7 but my guest is unusable completely. Any ideas?
1311862988 M * miller7 ls shows: l?????????  ? ?    ?        ?                ? lib64
1311863015 M * pmjdebruijn you have nfs as rootfs?
1311863019 M * pmjdebruijn or lib64?
1311863020 M * miller7 and also ?rwsrwsrwt 65535 65535 65535 4294967295 1970-01-01 01:59 auth-master on other dirs
1311863025 M * miller7 no, no NFS on this box
1311863028 M * miller7 never had NFS
1311863032 M * pmjdebruijn huh?
1311863045 M * pmjdebruijn oh
1311863055 M * pmjdebruijn I would still guess FS corruption
1311863057 M * pmjdebruijn which FS?
1311863066 M * miller7 ext3
1311863114 M * pmjdebruijn miller7: did you did fsck.ext3 -f /dev/whatever ?
1311863120 M * Bertl kernel/patch/util-vserver version?
1311863122 M * miller7 -f let me try
1311863133 M * miller7 2.6.26-2-vserver-amd64
1311863140 M * pmjdebruijn ouch
1311863143 M * miller7 debian 5.0
1311863143 M * pmjdebruijn crappy lenny kernel
1311863144 M * miller7 lenny
1311863160 M * pmjdebruijn we run selfbuilt 2.6.27.53-vs on there
1311863177 M * pmjdebruijn debian lenny's kernel is basically horrific
1311863192 M * Bertl well, the debian 2.6.26 kernel is severely borken
1311863192 M * pmjdebruijn i wouldn't trust it to run my onion cutter
1311863193 M * miller7 ok, running -f now
1311863207 M * miller7 ouch... really :(
1311863207 M * pmjdebruijn it was a really bizarre choice of the debian team
1311863208 M * Bertl we even have a wiki page about the brokeness of this kernel
1311863218 M * pmjdebruijn especially considering 2.6.27-stable which was available atm IIRC
1311863219 M * miller7 I haven't seen that, sorry :(
1311863253 M * miller7 since the machine is down anyway, should I upgrade to latest debian lenny kernel?
1311863257 M * miller7 or there's no difference?
1311863285 M * pmjdebruijn doesn't really matter
1311863307 M * pmjdebruijn http://vserver.13thfloor.at/Experimental/patch-2.6.27.55-vs2.3.0.36.9.diff
1311863311 M * pmjdebruijn I'd build my own using that patch
1311863336 M * pmjdebruijn or a newer one... depending ...
1311863441 M * miller7 I see. Well, for the moment I need to set the box up and running again and then see how to proceed with upgrading :(
1311863536 M * Bertl did you switch between kernels at some point?
1311863548 M * Bertl i.e. to/from that 2.6.26 debian kernel?
1311863555 M * miller7 could be - I don't remember. But it was always debian lenny kernels
1311863610 M * tnkflx Bertl: I have absolutely no clue at what went wrong with the first vserver I created, but I deleted that, created it again and everything magically works now. Subnet of the guests can access everything.
1311863616 M * tnkflx Bertl: Thanks for your help ;-)
1311863685 M * Bertl you're welcome!
1311863729 M * Bertl miller7: because you need to manually adjust the attribues on your files when doing so
1311863868 Q * hparker Quit: Quit
1311863915 M * pmjdebruijn miller7: did fsck -f turn anything up?
1311863928 M * miller7 still working on it... has 4 disks in raid :S
1311864047 M * miller7 also, I don't see it having any other kernel in - but perhaps it had the one Bert mentioned when the machine was installed originally
1311864059 M * miller7 since the guest was created the current kernel was active - 100%
1311864073 M * miller7 since the guest is 1 year old and the machine is up for 2 years I think
1311864177 J * dowdle ~dowdle@scott.coe.montana.edu
1311864247 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647
1311864644 M * miller7 ok, now fsck returned something... Inodes that were part of a corrupted orphan linked list found.  Fix<y>? 
1311864648 M * miller7 so I'm gonna see and report :)
1311864651 M * miller7 thanks
1311865785 M * SwenTjuln i've a problem. "vattribute --xid <XID> --get"  from CLI returns "vattribute: vc_get_umask(): Function not implemented". (Kernel: 2.6.38.6-vs2.3.0.37-rc15-tba, util-vserver: 0.30.216-pre2981)
1311865830 M * SwenTjuln any clues
1311865888 M * Bertl vserver-info - SYSINFO and run strace -fF on that command
1311866029 M * SwenTjuln Bertl: here: http://paste.linux-vserver.org/20536
1311866071 M * Bertl tx
1311866511 Q * hparker Quit: Quit
1311866549 Q * derjohn_mob Ping timeout: 480 seconds
1311866572 Q * derjohn_foo Ping timeout: 480 seconds
1311867215 J * hparker ~hparker@2001:470:1f0f:32c:beae:c5ff:fe01:b647
1311867347 M * SwenTjuln do i need newer utils/kernel?
1311867480 M * Bertl well, an update wouldn't hurt, if just for security reasons
1311867505 M * Bertl but I don't see how you can end up with ENOSYS
1311867629 M * tnkflx Bertl: Hmm, I created 4 guests, enabled ssh on each of them (changed the ListenAddress) and now I get following output:
1311867656 M * tnkflx http://paste.linux-vserver.org/20538
1311867695 Q * ncopa Quit: Leaving
1311867708 M * Bertl SwenTjuln: ah, sec
1311867740 M * Bertl yes, that was a bug fixed in rc16
1311867751 M * Bertl so yes, a kernel update should fix this issue
1311867761 M * Bertl http://vserver.13thfloor.at/ExperimentalT/delta-umask-feat03.diff
1311867766 M * tnkflx ah, new kernel with patch rc16?
1311867801 M * Bertl tnkflx: looking at your issue now
1311867820 M * Bertl looks like you didn't run the util-vserver runlevel scripts
1311867828 Q * nkukard Remote host closed the connection
1311867836 M * Bertl and/or removed the memory cgroup support from the kernel
1311867871 M * Bertl memory accounting with recent kernels is done via cgroups, which get mounted with the proper subsystems from the util-vserver runlevel script
1311867942 M * tnkflx Bertl: Hmmm, I'm using util-vserver-0.30.216-pre2982 running on 2.6.38.4-vs2.3.0.37-rc15-tfx3
1311867957 M * SwenTjuln Bertl: tnx very much. Is there a database of these bugs (so i dont bother you with known bugs in the future) ?
1311867977 M * tnkflx Which runlevel scripts do you mean?
1311868013 Q * ccxCZ Ping timeout: 480 seconds
1311868231 M * Bertl SwenTjuln: not reall
1311868233 M * Bertl +y
1311868259 M * Bertl those from the util-vserver package
1311868293 M * Bertl util-vserver, vprocunhide and vservers-default
1311868306 M * Bertl btw, an update of your kernel would be adviseable too
1311868317 M * tnkflx which version do you recommend?
1311868340 M * SwenTjuln tnkflx: latest - of course :D
1311868340 M * Bertl as you have a config for 2.6.38.x, 2.6.38.8 + latest patch
1311868455 M * tnkflx Ok, ty
1311868471 M * tnkflx Btw, I ran util-vserver, but gave following error:
1311868477 M * tnkflx Mounting cgroup-hierarchy...mount: vserver already mounted or /dev/cgroup busy
1311868514 M * Bertl yeah, won't work now
1311868527 M * Bertl i.e. that is supposed to be run at host startup
1311868539 M * Bertl and it is also supposed to mount the /dev/cgroup
1311868579 M * Bertl i.e. if you have any fstab entries regarding cgroups, you want to revise those
1311868588 M * tnkflx Ok, I'll probably have to add that to my slackware startup scripts...  Any specific place this needs to be started?
1311868603 M * tnkflx No, nothing in fstab
1311868626 M * Bertl well, they come with default runlevel priorities (i.e. sysv compatible)
1311868667 M * tnkflx Slackware's BSD-style :)
1311868670 M * Bertl but probably you can run them whenever you like, just make sure that e.g. the /dev/cgroups isn't already mounted from somewhere else
1311868700 M * tnkflx Ok, will have to cook a new kernel anyways apparently followed by a reboot, will test after that's done. Thanks again for the help ;-)
1311868710 M * Bertl np
1311868764 J * ccxCZ ~ccxCZ@193.209.forpsi.net
1311869102 J * bonbons ~bonbons@2001:960:7ab:0:9c40:b3db:514f:83e8
1311870718 M * Bertl hey bonbons! how's going?
1311871265 M * bonbons Hey Bertl, well currently working against bugs, races an similar issues at work, otherwise fine
1311871579 M * SwenTjuln Bertl: JFYI upgrade helped
1311872073 M * Bertl fback_: ping?
1311872099 M * Bertl SwenTjuln: expected, but good to know ...
1311880876 J * nkukard ~nkukard@41-133-248-130.dsl.mweb.co.za
1311882221 J * panitaliemom bea68bea@ircip3.mibbit.com
1311882641 Q * ghislain Quit: Leaving.
1311882765 Q * panitaliemom Quit: http://www.mibbit.com ajax IRC Client
1311883435 Q * tnkflx Quit: leaving
1311884168 Q * miller7 Ping timeout: 480 seconds
1311885335 J * derjohn_mob ~aj@d063005.adsl.hansenet.de
1311885340 J * derjohn_foo ~aj@d063005.adsl.hansenet.de
1311885652 J * tnkflx ~laurens@static.70.47.40.188.clients.your-server.de
1311885654 M * tnkflx evening
1311885717 M * tnkflx Bertl: I upgraded to 2.6.38.8 with rc 17 patch. vprocunhide en util-vserver start at runtime, but I get following error: "/usr/lib/util-vserver/functions: line 863: 'pkgmgmt.guessStyle': not a valid identifier"
1311885731 M * tnkflx Also, cgroups doesn't seem to be mounted at all...
1311885820 M * Bertl how do you verify that
1311885831 M * tnkflx mount? ;-)
1311885843 M * tnkflx or check whether /dev/cgroup exists?
1311885845 M * Bertl try cat /proc/mounts
1311885863 M * tnkflx aha, mounted indeed :)
1311885873 M * tnkflx any idea whether the pkgmgmt is a problem?
1311885890 M * Bertl probably a bad entry somewhere
1311885896 M * Bertl util-vserver version?
1311885983 Q * bonbons Quit: Leaving
1311886012 M * tnkflx util-vserver-0.30.216-pre2982
1311886025 M * tnkflx on Slackware 13.37
1311886068 M * Bertl cat -n /usr/lib*/util-vserver/functions | grep 863
1311886127 M * tnkflx It's where the pkg mgmt style in use on the system is set
1311886158 M * Bertl i.e. what's on that line?
1311886209 Q * sannes Remote host closed the connection
1311886273 M * tnkflx only } ;)
1311886439 M * tnkflx what's the 'style' used for?  Adding:
1311886441 M * tnkflx     elif test -e "$_pgs_vdir"/etc/slackware-release; then
1311886442 M * tnkflx 	style=slackware
1311886450 M * tnkflx tests for Slackware btw
1311886495 M * Bertl well, except for maybe an incompatibility with your bash, I don't see what would cause this
1311886543 M * tnkflx GNU bash, version 4.1.10(2)-release (x86_64-slackware-linux-gnu)
1311886642 M * Bertl please check with daniel_hozac when he's around
1311886729 M * tnkflx ok
1311887303 J * miller7 ~user@e199009.upc-e.chello.nl
1311887314 P * miller7 
1311887934 M * Mr_Smoke Bertl: hi. Regarding your poll about stabilization...n
1311887947 M * Mr_Smoke does 2.6.32 include the latest cgroup accounting/limiting features ?
1311888173 M * Bertl nope
1311888203 M * Mr_Smoke Ok
1311888209 M * Mr_Smoke Then I'm all for 2.6.38/3.0
1311888262 M * Mr_Smoke It could very well be that 2.6.38 might be getting LTS, but for the time, I think such a set of features is more important than LTS
1311888265 M * Mr_Smoke But that's just me
1311888363 M * Bertl I agree, but the ML poll will decide I guess ...
1311890333 J * ghislain ~AQUEOS@adsl2.aqueos.com
1311890562 Q * ghislain 
1311891083 Q * brc Ping timeout: 480 seconds
1311894732 Q * PowerKe Ping timeout: 480 seconds
1311894965 J * PowerKe ~tom@94-226-105-27.access.telenet.be