1271290187 Q * sid3windr Ping timeout: 480 seconds
1271290594 Q * urbee Ping timeout: 480 seconds
1271290689 J * urbee ~urbee@93-103-199-233.dynamic.dsl.t-2.net
1271290713 J * sid3windr luser@bastard-operator.from-hell.be
1271299104 J * balbir ~balbir@122.167.250.55
1271300472 J * SauLus_ ~SauLus@c150205.adsl.hansenet.de
1271300882 Q * SauLus Ping timeout: 480 seconds
1271300882 N * SauLus_ SauLus
1271301466 J * jrklein ~jrklein@2001:0:53aa:64c:0:7574:b97d:df43
1271305098 J * jklblerf jkl@c-67-172-141-170.hsd1.co.comcast.net
1271305217 M * jklblerf Hey, I just moved from a debian lenny 2.6.18 kernel with util-vserver 0.30.216~r2772-6 to vserver-2.6.31-beng and util-vserver 0.30.216-pre2882.1 ... My vservers that use upnp/mdns are having trouble
1271305238 M * jklblerf any hints on what I might need to tweak in bcapabilities or the such to fix it?
1271305251 M * Bertl what kind of trouble?
1271305278 M * jklblerf upnp/mdns clients can't see the servers at times
1271305307 M * jklblerf If I reboot the vserver, the mdns/upnp client picks up the server just fine.
1271305334 M * jklblerf but If I reboot the client, it can't find the server. The clients also just lose connectivity after a period of time too
1271305354 M * jklblerf have to constantly restart either the entire vserver or just the media server running inside
1271305397 M * Bertl what does client and server mean here? and which are in guests and what are the others?
1271305474 M * jklblerf hehe. Sorry. I have a Roku Soundbridge (standalone UPNP/daapd music player), which talks to an mt-daapd daemon that runs inside a vserver.
1271305499 M * jklblerf So the soundbridge would be the client, mt-daapd is the server, running inside a vserver.
1271305538 M * Bertl okay, and you need to restart that since you upgraded to make it work?
1271305565 M * jklblerf Yep. Needs to be restarted every 30 minutes or so
1271305582 M * Bertl basically if it works at all, then you obviously don't need any bcapabilities
1271305605 M * Bertl i.e. there are no capabilities which keep you from doing something _after_ 30 minutes :)
1271305618 M * jklblerf hmm yeah I was afraid of that :)
1271305634 M * Bertl the rather long delay also doesn't sound like typical network issues
1271305642 M * jklblerf This UPNP / Multicast DNS stuff is all voodoo magic to me
1271305657 M * Bertl do you assign a multicast IP to the guest?
1271305686 M * jklblerf I haven't explicitly done that in the past
1271305700 M * Bertl well, then you are _not_ using multicast :)
1271305711 M * Bertl and probably don't need it anyways
1271305727 M * jklblerf but, the interface in the guest has ... ALLMULTI MULTICAST 
1271305773 M * Bertl but multicast operates on multicast IPs, and without giving one to your guest, no guest app should be able to bind it
1271305809 M * Bertl you said, restarting the media server fixes it too?
1271305819 M * Bertl i.e. the app _inside_ the guest?
1271305824 M * jklblerf exactly.
1271305845 M * jklblerf at that point, I believe it sends out a broadcast that the "client" or the soundbridge will pick up
1271305857 M * Bertl that would also rule out some guest specific limits or similar and point towards some resource depletion from the app side
1271305886 M * Bertl did you try to run the media server in a chroot just to check if that 'fixes' the issue?
1271305906 M * Bertl (i.e. chroot without any of the Linux-VServer guest isolations)
1271305917 M * jklblerf hmm, no I haven't done that
1271305932 M * jklblerf I'm not sure if I could pull that off
1271305951 M * Bertl how so?
1271305999 M * jklblerf so just chroot to the vserver's directory from the host and fire it up huh?
1271306033 M * Bertl something like that, just make sure that it will not wipe anything or format your harddrive (as you have no protection)
1271306070 M * Bertl you might also need to restrict it to certain IPs if that was done by the guest before
1271306152 M * jklblerf hrm, yeah this is tricky to do with the filesystems I have bind-mounted
1271306189 M * jklblerf it will take a minute
1271306495 M * jklblerf hehehe yuck. I don't think I have a chance at getting this started inside a chroot
1271306510 M * jklblerf it requires dbus and avahi as well
1271306519 M * jklblerf which really don't like the chroot situation
1271306541 M * Bertl okay, was just an idea
1271306581 M * Bertl did you check the logs? maybe there are some hints there?
1271306600 M * Bertl you could also try to run the server with strace -fF -o server.log
1271306601 M * jklblerf ah, wait
1271306604 M * jklblerf I think I got it started
1271306611 M * jklblerf had to bind mount proc into the chroot
1271306703 M * jklblerf yep, that looks like it fixed it. I can reboot the soundbridge and it can still find the mt-daapd server
1271306736 M * Bertl now check what lsof -ni says about bindings
1271306751 M * Bertl (relevant to the server/client that is)
1271306755 M * jklblerf UDP *:1900
1271306760 M * jklblerf TCP *:daap (LISTEN)
1271306784 M * jklblerf then the avahi bit ... UDP *:mdns UDP *:43775
1271306846 M * Bertl so that binds to all IPs, let's check with tcpdump what IPs are actually used
1271306863 M * Bertl (narrow the dump down to the relevant ports)
1271306977 M * jklblerf The soundbridge sends this ... > 224.0.0.251.5353: 0 [2a] [4q] PTR (QM)? _daap._tcp.local. PTR (QM)? _daap._udp.local.[|domain]
1271306995 M * Bertl that is definitely a multicast IP
1271307000 M * jklblerf > 255.255.255.255.3483: UDP, length 18 
1271307005 M * jklblerf > 239.255.255.250.1900: UDP, length 319
1271307006 M * jklblerf Yeah. 
1271307010 M * Bertl so you want to add 224.0.0.251 to the guest then
1271307031 M * jklblerf Some with the 239.255.255.250 ?
1271307043 M * jklblerf *Same
1271307113 M * Bertl maybe, at least if the client tries to connect there
1271307189 M * jklblerf hmm. So why would have this worked flawlessly under vserver 2.2 w/o adding these ips?
1271307216 M * Bertl no idea, maybe a bug?
1271307220 M * jklblerf hehe
1271307264 M * jklblerf To further complicate the matter ... I also had another vserver running mediatomb, which also binds to *:1900 ... which probably uses the same upnp broadcast address
1271307284 M * jklblerf under 2.2 the two vservers got along just fine. 
1271307302 M * jklblerf I wonder what will happen if I try to assign the same multicast address to both vservers?
1271307355 M * Bertl that, per se, is not a problem, as long as the multicast binding doesn't clash
1271307366 M * jklblerf I realize most folks probably don't use linux-vserver for their home media servers ;)
1271307400 M * Bertl I'm pretty sure most folks don't have a media server yet :)
1271307428 M * Bertl but it doesn't really sound weird to do that 
1271307510 Q * CR Ping timeout: 480 seconds
1271307568 M * jklblerf what would you say the netmask should be for these new interfaces?
1271307644 M * Bertl 240.0.0.0 for the entire range, but I'd try with single IPs first
1271307890 M * jklblerf hmm I guess I can't specify multiple interfaces that use the same device?
1271308000 M * Bertl sure you can, the device is just for util-vserver so that the IP will be added/removed on start/stop
1271308013 M * Bertl but for the multicast IPs, you want to use nodev anyways
1271308034 M * jklblerf ah, so put 'nodev' in the dev file?
1271308180 M * Bertl nah, touch nodev
1271308189 M * Bertl instead of having a 'dev' file
1271308207 M * jklblerf gotcha
1271308241 M * jklblerf should it show up in an 'ifconfig -a' within the guest
1271308242 M * jklblerf ?
1271308334 M * Bertl if the host has that IP explicitely configured, it will show up with 'ip a ls'
1271308366 M * Bertl (explicitely configured means that 'ip a ls' on the host shows it)
1271308410 M * jklblerf hmm, don't see it
1271308696 M * jklblerf but it looks like it may have made a difference nonetheless 
1271308870 M * Bertl of course, the guest can now bind that IP
1271309268 Q * balbir Ping timeout: 480 seconds
1271309341 M * jklblerf huh
1271309354 M * jklblerf well, I must say, I think this sleuthing fixed it
1271309394 M * jklblerf It makes perfectly good sense the way you describe it, it just seems to simple :) 
1271309409 M * jklblerf I guess that's partially because it was working for so long w/o these little "hacks" in place
1271309450 M * Bertl well, I guess that was by accident :)
1271309484 M * jklblerf heh, yeah I guess so. Glad the "bug" got fixed I guess :)
1271309602 M * jklblerf Thank you very much, you're always so helpful!
1271309652 J * ntrs_ ~ntrs@77.28.170.227
1271309680 M * Bertl you're welcome! feel free to donate if you like the project
1271309733 M * jklblerf I have in the past, but I'll plan on sending a bit of my tax refund your way too :)
1271309818 M * jklblerf I really should have been working on my taxes instead of this ... but taxes are so boring!
1271309852 M * Bertl how true!
1271309866 Q * jrklein Ping timeout: 480 seconds
1271310007 Q * nkukard_ Quit: Leaving
1271310173 J * petzsch ~markus@dslb-094-222-103-173.pools.arcor-ip.net
1271310573 J * ichavero_ ~ichavero@evdomip-54-63.iusacell.net
1271310928 Q * petzsch Quit: Leaving.
1271310973 J * ncopa ~ncopa@180.40.189.109.customer.cdi.no
1271311166 J * jrklein ~jrklein@2001:0:53aa:64c:0:7574:b97d:df43
1271312444 Q * aj__ Ping timeout: 480 seconds
1271312848 J * sharkjaw ~gab@90.149.121.45
1271314904 J * BenG ~bengreen@cpc2-aztw22-2-0-cust521.aztw.cable.virginmedia.com
1271315233 Q * nkukard Read error: Connection reset by peer
1271315295 J * nkukard ~nkukard@196-210-182-57-wrbs-esr-2.dynamic.isadsl.co.za
1271315323 Q * nkukard Read error: Connection reset by peer
1271315597 Q * BenG Quit: I Leave
1271315781 J * nkukard ~nkukard@196-210-182-57-wrbs-esr-2.dynamic.isadsl.co.za
1271316064 Q * ichavero_ Quit: This computer has gone to sleep
1271317360 Q * imcsk8 Ping timeout: 480 seconds
1271318362 J * imcsk8 ~ichavero@201.174.19.86
1271319169 J * ntrs__ ~ntrs@77.28.27.179
1271319177 Q * imcsk8 Read error: Operation timed out
1271319188 J * imcsk8 ~ichavero@201.174.19.86
1271319371 J * ghislain ~AQUEOS@adsl2.aqueos.com
1271319390 J * aj__ ~aj@213.238.45.2
1271319457 J * barismetin ~barismeti@zanzibar.inria.fr
1271319608 Q * ntrs_ Ping timeout: 480 seconds
1271319823 Q * imcsk8 Ping timeout: 480 seconds
1271319834 J * imcsk8 ~ichavero@201.174.19.86
1271320141 J * Hawq ~hawk@limanowa.net
1271320149 M * Hawq hello
1271320320 M * Hawq I'm running X server inside vserver guest and some problem reappeared after moving from 2.6.27 to 2.6.32 series.
1271320357 M * Hawq back in 2008 we've fixed issue on screen getting corrupted after switching TTYs from X to text console
1271320421 M * Hawq here is change: http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/kernel-bare-vserver/linux-2.6-vs2.3.patch?r1=1.1.2.17.2.30&r2=1.1.2.17.2.31
1271320480 M * Hawq and now one question. what and where to change in patch for 2.6.32 to get it working again? :) source has changed a bit
1271320553 M * Hawq I suspect that I should change VS_WATCH to VS_ADMIN in code added to check_kill_permission() but I'm not sure if this will be enough and if it will not break something else
1271320663 Q * imcsk8 Ping timeout: 480 seconds
1271320673 J * imcsk8 ~ichavero@201.174.19.86
1271321346 M * Bertl we removed that two days ago, because it caused 'hanging' signal delivery
1271321373 M * Bertl so I'd say, there is a little more required this time :)
1271321463 Q * imcsk8 Read error: Operation timed out
1271321474 J * imcsk8 ~ichavero@201.174.19.86
1271321955 Q * sharkjaw Remote host closed the connection
1271322282 Q * imcsk8 Ping timeout: 480 seconds
1271322293 J * imcsk8 ~ichavero@201.174.19.86
1271322497 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net
1271322512 J * sharkjaw ~gab@90.149.121.45
1271323063 Q * imcsk8 Ping timeout: 480 seconds
1271323074 J * imcsk8 ~ichavero@201.174.19.86
1271324262 Q * imcsk8 Ping timeout: 480 seconds
1271324272 J * imcsk8 ~ichavero@201.174.19.86
1271324691 J * ghislain1 ~AQUEOS@adsl2.aqueos.com
1271324993 Q * sharkjaw Ping timeout: 480 seconds
1271325013 Q * ghislain Ping timeout: 480 seconds
1271325292 M * Hawq Bertl: any tips how much more is needed? :) I must get it running ASAP and downgrade is not an option here.
1271325343 Q * imcsk8 Ping timeout: 480 seconds
1271325354 J * imcsk8 ~ichavero@201.174.19.86
1271325430 Q * ntrs__ Ping timeout: 480 seconds
1271325613 M * Bertl well, I'd say you need to implement proper signalling from the host to guest processes, acrosss the pid spaces and contexts, without using the vkill syscall interface (because Xorg doesn't use that :)
1271326482 Q * imcsk8 Ping timeout: 480 seconds
1271326493 J * imcsk8 ~ichavero@201.174.19.86
1271326916 J * MeCooL mecool@94.129.135.222
1271326925 J * sharkjaw ~gab@90.149.121.45
1271327262 Q * imcsk8 Ping timeout: 480 seconds
1271327273 J * imcsk8 ~ichavero@201.174.19.86
1271328222 Q * imcsk8 Ping timeout: 480 seconds
1271328233 J * imcsk8 ~ichavero@201.174.19.86
1271328805 Q * imcsk8 Read error: Operation timed out
1271328816 J * imcsk8 ~ichavero@201.174.19.86
1271329416 Q * imcsk8 Read error: Operation timed out
1271329427 J * imcsk8 ~ichavero@201.174.19.86
1271330100 Q * imcsk8 Read error: Operation timed out
1271330110 J * imcsk8 ~ichavero@201.174.19.86
1271330803 Q * imcsk8 Ping timeout: 480 seconds
1271330813 J * imcsk8 ~ichavero@201.174.19.86
1271331247 M * hijacker fellows, i have an out of memory situation, where free reports plenty of free space in the guest
1271331264 M * hijacker do you think this might be free's fault ?
1271331285 M * hijacker 2.6.32.2-vs2.3.0.36.28
1271331315 M * Bertl update to a recent kernel/patch and switch to memory cgroups
1271331377 M * hijacker Bertl, thanks
1271331390 M * hijacker so remove those: as  nofile  nproc  rss.hard  rss.soft and set them through cgroups?
1271331415 Q * sharkjaw Ping timeout: 480 seconds
1271331424 M * hijacker and i'll upgrade kernel/patch as well
1271331467 M * Bertl nofile and nproc is fine if you want that
1271331486 M * Bertl rss.* should be replaced by the cgroup memory/swap controller
1271331823 Q * imcsk8 Ping timeout: 480 seconds
1271331830 J * sharkjaw ~gab@90.149.121.45
1271331834 J * imcsk8 ~ichavero@201.174.19.86
1271331974 M * hijacker okay, thanks once more Bertl 
1271332294 M * Bertl once again, you're welcome! and I'm off to bed :)
1271332306 M * Bertl have a good one everyone!
1271332311 N * Bertl Bertl_zZ
1271332482 Q * imcsk8 Ping timeout: 480 seconds
1271332493 J * imcsk8 ~ichavero@201.174.19.86
1271333203 Q * imcsk8 Ping timeout: 480 seconds
1271333214 J * imcsk8 ~ichavero@201.174.19.86
1271334342 Q * imcsk8 Ping timeout: 480 seconds
1271334353 J * imcsk8 ~ichavero@201.174.19.86
1271335603 Q * imcsk8 Ping timeout: 480 seconds
1271335614 J * imcsk8 ~ichavero@201.174.19.86
1271336803 Q * imcsk8 Ping timeout: 480 seconds
1271336814 J * imcsk8 ~ichavero@201.174.19.86
1271337856 J * ntrs ~ntrs@77.28.165.35
1271338063 Q * imcsk8 Ping timeout: 480 seconds
1271338074 J * imcsk8 ~ichavero@201.174.19.86
1271338552 J * petzsch ~markus@dslb-094-222-103-173.pools.arcor-ip.net
1271339135 Q * imcsk8 Read error: Operation timed out
1271339146 J * imcsk8 ~ichavero@201.174.19.86
1271340144 Q * petzsch Quit: Leaving.
1271340462 Q * imcsk8 Ping timeout: 480 seconds
1271340473 J * imcsk8 ~ichavero@201.174.19.86
1271340787 J * ntrs_ ~ntrs@77.29.113.50
1271341163 J * balbir ~balbir@122.172.34.143
1271341218 Q * ntrs Ping timeout: 480 seconds
1271341259 Q * imcsk8 Read error: Operation timed out
1271341270 J * imcsk8 ~ichavero@201.174.19.86
1271341305 J * BenG ~bengreen@cpc2-aztw22-2-0-cust521.aztw.cable.virginmedia.com
1271341757 Q * barismetin Quit: Leaving...
1271341973 Q * BenG Quit: I Leave
1271342082 Q * imcsk8 Ping timeout: 480 seconds
1271342093 J * imcsk8 ~ichavero@201.174.19.86
1271342577 J * barismetin ~barismeti@zanzibar.inria.fr
1271342581 Q * barismetin 
1271342596 J * barismetin ~barismeti@zanzibar.inria.fr
1271342683 Q * imcsk8 Ping timeout: 480 seconds
1271342694 J * imcsk8 ~ichavero@201.174.19.86
1271343342 Q * imcsk8 Ping timeout: 480 seconds
1271343353 J * imcsk8 ~ichavero@201.174.19.86
1271343493 J * petzsch ~markus@dslb-094-222-103-173.pools.arcor-ip.net
1271343600 Q * sharkjaw Remote host closed the connection
1271344602 Q * imcsk8 Ping timeout: 480 seconds
1271344613 J * imcsk8 ~ichavero@201.174.19.86
1271344967 M * cehteh does vserver follow the LTS path of 2.6.32 in sense of providing backports for the time coming?
1271345145 Q * infowolfe Quit: Leaving
1271345541 Q * barismetin Quit: Leaving...
1271345862 Q * imcsk8 Ping timeout: 480 seconds
1271345873 J * imcsk8 ~ichavero@201.174.19.86
1271346943 Q * imcsk8 Ping timeout: 480 seconds
1271346954 J * imcsk8 ~ichavero@201.174.19.86
1271347375 J * BenG ~bengreen@cpc2-aztw22-2-0-cust521.aztw.cable.virginmedia.com
1271347395 Q * aj__ Ping timeout: 480 seconds
1271347698 J * ichavero_ ~ichavero@201.174.19.86
1271347699 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1271347828 Q * BenG Quit: I Leave
1271348263 Q * imcsk8 Ping timeout: 480 seconds
1271348274 J * imcsk8 ~ichavero@201.174.19.86
1271348518 Q * ichavero_ Ping timeout: 480 seconds
1271349097 Q * imcsk8 Read error: Operation timed out
1271349109 J * imcsk8 ~ichavero@201.174.19.86
1271349160 J * ichavero_ ~ichavero@201.174.19.86
1271349234 Q * jrklein Quit: jrklein
1271349395 Q * ichavero_ 
1271349835 Q * FloodServ synthon.oftc.net services.oftc.net
1271349883 Q * imcsk8 Ping timeout: 480 seconds
1271349894 J * imcsk8 ~ichavero@201.174.19.86
1271349971 J * FloodServ services@services.oftc.net
1271350313 Q * bonbons Quit: Leaving
1271350426 Q * imcsk8 Read error: Operation timed out
1271350438 J * imcsk8 ~ichavero@201.174.19.86
1271351185 J * infowolfe ~infowolfe@c-71-236-152-35.hsd1.or.comcast.net
1271351193 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1271351203 Q * imcsk8 Ping timeout: 480 seconds
1271351214 J * imcsk8 ~ichavero@201.174.19.86
1271351709 Q * balbir Read error: Connection reset by peer
1271352142 Q * manana Remote host closed the connection
1271352382 J * balbir ~balbir@122.172.40.93
1271352403 Q * imcsk8 Ping timeout: 480 seconds
1271352415 J * imcsk8 ~ichavero@201.174.19.86
1271352853 Q * gnuk Quit: NoFeature
1271353440 Q * ncopa Quit: Ex-Chat
1271353482 Q * imcsk8 Ping timeout: 480 seconds
1271353493 J * imcsk8 ~ichavero@201.174.19.86
1271353584 N * Bertl_zZ Bertl
1271353590 M * Bertl morning folks!
1271354203 Q * imcsk8 Ping timeout: 480 seconds
1271354213 J * imcsk8 ~ichavero@201.174.19.86
1271354357 J * manana ~mayday090@84.17.25.149
1271355051 J * kjj_ ~kjj@pool-74-107-128-126.ptldor.fios.verizon.net
1271355318 Q * kjj Ping timeout: 480 seconds
1271355318 N * kjj_ kjj
1271355403 Q * imcsk8 Ping timeout: 480 seconds
1271355413 J * imcsk8 ~ichavero@201.174.19.86
1271356624 Q * imcsk8 Read error: Operation timed out
1271356636 J * imcsk8 ~ichavero@201.174.19.86
1271357802 Q * imcsk8 Ping timeout: 480 seconds
1271357814 J * imcsk8 ~ichavero@201.174.19.86
1271358062 Q * balbir Ping timeout: 480 seconds
1271358605 J * balbir ~balbir@122.172.19.162
1271359062 Q * imcsk8 Ping timeout: 480 seconds
1271359073 J * imcsk8 ~ichavero@201.174.19.86
1271359477 M * ex hi, i'm trying to increase max number of semaphore arrays in vserver
1271359499 M * ex but even vlimit fail (invalid argument)
1271359533 M * ex any idea?
1271359764 J * bsarora ~balbir@122.172.19.162
1271359869 J * aj__ ~aj@c135068.adsl.hansenet.de
1271359998 Q * imcsk8 Read error: Operation timed out
1271360010 J * imcsk8 ~ichavero@201.174.19.86
1271360457 M * Bertl ex: kernel/patch/util-vserver version?
1271360683 Q * kjj Read error: Connection reset by peer
1271360742 Q * imcsk8 Ping timeout: 480 seconds
1271360753 J * imcsk8 ~ichavero@201.174.19.86
1271360820 M * ex 2.6.29.2-vs2.3.0.36.12  0.30.216~r2772 (debian)
1271360832 M * ex but, on gentoo host i've same problem
1271360870 M * ex 2.6.22-vs2.2.0.6-gentoo  0.30.214 (gentoo)
1271361703 M * Bertl well, with recent kernels (not the 2.6.22) you should have an IPC namespace (not with 0.30.214/15) where you can configure such things
1271361899 Q * imcsk8 Read error: Operation timed out
1271361910 J * imcsk8 ~ichavero@201.174.19.86
1271362284 M * ex Bertl, will check that, thx
1271362308 M * Bertl the interesting parts are in the sysctl config of the guest
1271362325 M * Bertl i.e. check the 'Flower Page' .. should be fairly trivial
1271362393 J * ntrs__ ~ntrs@77.28.7.234
1271362438 Q * MeCooL Ping timeout: 480 seconds
1271362513 M * ex vnamespace works, but i've read first that vlimit -c ID --semary XYZ should be fine too
1271362556 M * ex on flower page there is also hint with raising 'semary' via resources directory, also not working
1271362590 M * ex vspace (not vnamespace) works (my mistake)
1271362644 M * Bertl it is correct, the guest limits allow to set/change the semarry limits
1271362658 M * Bertl but what you are hitting is not that limit (you can check that with proc)
1271362664 M * Bertl as by default it is unlimited
1271362772 M * ex in vserver i've max 128 arrays of semaphores, and I see via ipcs -s | wc -l that i'm hitting that limit
1271362774 M * Bertl /etc/vservers/vserver-name/sysctl  
1271362788 M * ex that's why i need to raise it
1271362820 M * Bertl running a database?
1271362828 M * ex nope, flash media server
1271362847 Q * ntrs_ Ping timeout: 480 seconds
1271363022 Q * imcsk8 Ping timeout: 480 seconds
1271363033 J * imcsk8 ~ichavero@201.174.19.86
1271363587 Q * imcsk8 Read error: Operation timed out
1271363598 J * imcsk8 ~ichavero@201.174.19.86
1271364465 Q * imcsk8 Ping timeout: 480 seconds
1271364477 J * imcsk8 ~ichavero@201.174.19.86
1271365269 M * trippeh These icelanders needs to take a shower, I can smell them from here now!
1271365662 Q * imcsk8 Ping timeout: 480 seconds
1271365672 J * imcsk8 ~ichavero@201.174.19.86
1271366070 J * lemonzest ~chatzilla@cpc1-nott4-0-0-cust706.nott.cable.ntl.com
1271366132 J * ktwilight__ ~keliew@33.46-241-81.adsl-dyn.isp.belgacom.be
1271366406 Q * ktwilight_ Ping timeout: 480 seconds
1271366515 Q * imcsk8 Read error: Operation timed out
1271366526 J * imcsk8 ~ichavero@201.174.19.86
1271366571 J * derjohn_foo ~aj@d003028.adsl.hansenet.de
1271366985 Q * aj__ Ping timeout: 480 seconds
1271367282 Q * imcsk8 Ping timeout: 480 seconds
1271367293 J * imcsk8 ~ichavero@201.174.19.86
1271367567 Q * ex Read error: Connection reset by peer
1271367689 J * ex ex@valis.net.pl
1271367771 J * pexapor ~rj@tdream.lly.earlham.edu
1271367796 J * nutz ~nutz@unfoog.de
1271367798 M * nutz hi all
1271367815 M * nutz within my root-server (i'm on gentoo with vserver-sources) i wanted to enable IPV6, however i get: boolean symbol IPV6 tested for 'm'? test forced to 'n'  - i have it set to "Y", not "M"
1271367826 Q * nenolod Remote host closed the connection
1271367888 Q * imcsk8 Ping timeout: 480 seconds
1271367891 J * dowdle_ ~dowdle@scott.coe.montana.edu
1271367954 J * karasz_ ~karasz@shell.opensde.net
1271367955 Q * karasz Read error: Connection reset by peer
1271367975 Q * DreamerC Read error: Connection reset by peer
1271367988 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net
1271368004 J * nenolod ~nenolod@petrie.dereferenced.org
1271368122 Q * dowdle Ping timeout: 480 seconds
1271368122 Q * tolkor Ping timeout: 480 seconds
1271368161 Q * petzsch Quit: Leaving.
1271368431 Q * ntrs__ Read error: Operation timed out
1271369796 M * Bertl nutz: you need to either enable or disable ipv6, the module variant is not an option
1271370332 M * nutz Bertl: no i know.. it is enabled!
1271370333 M * nutz =(
1271370353 M * nutz sorry, the "!" was a sign of despair, not yelling
1271370371 M * nutz Bertl: it is _definitely_ set  to * in menuconfig
1271370391 M * daniel_hozac where do you get that?
1271370407 M * nutz right at the second line of "make", hang on - gonna binpaste
1271370427 M * nutz paste.unfoog.de/view?id=1593
1271370447 M * nutz and it doesn't compile any ipv6-stuff =(
1271370494 M * nutz hm.. hang on - trying something
1271370527 J * mecool mecool@94.128.19.117
1271370695 M * nutz no - i don't get it
1271370714 M * Bertl you have a .config file, yes?
1271370724 M * nutz aiccu, for example says: No IPv6 Stack found!.   i don't know what a better way would be to test for ipv6 stack?
1271370728 M * nutz yeah - i can paste it
1271370739 M * Bertl nah, just do the following:
1271370763 M * Bertl grep IPV6 .config
1271370772 M * nutz paste.unfoog.de/view?id=1594
1271370801 M * Bertl so your ipv6 is definitely enabled
1271370819 M * nutz yep
1271370885 M * nutz i'm running 2.3.0.36.30.4. i will try 2.3.0.36.28 now
1271370914 M * Bertl what is aiccu and how does it check (whatever it checks :)
1271370929 M * nutz aiccu is the program for sixxs to open the tunnel
1271370959 M * Bertl hmm, that probably needs some tunneling stuff?
1271370983 M * nutz yeah probably, i should get a local ipv6 addr as soon as ipv6 is enabled though, shouldnt i?
1271371001 M * nutz i get the same message with the older kernel btw
1271371113 M * nutz # ip addr add ::1/127 dev lo
1271371116 M * nutz RTNETLINK answers: Operation not supported
1271371135 M * nutz yeah - ipv6 is definitely not working
1271371147 M * Bertl did you compile and boot that kernel?
1271371151 M * nutz ;) yeas.
1271371212 M * nutz i think that message "boolean symbol IPV6 tested for 'm'? test forced to 'n'" really means i don't get IPv6 - .. but why?
1271371260 M * Bertl copy that .config into your kernel tree and do 'make oldconfig'
1271371272 M * Bertl then repeat the grep and upload the output again
1271371274 M * nutz in my kernel tree? but it is in my kernel
1271371295 M * nutz * tree
1271371297 M * Bertl wherever you get that forced to 'n'
1271371369 M * nutz this is so weird... : paste.unfoog.de/view?id=1595
1271371486 M * Bertl okay, that is weird :) pleas upload the entire .config ... I'll give it a try
1271371492 M * Bertl *please
1271371497 M * nutz interesting... paste.linux-vserver.org/14227  you had that message too
1271371503 M * nutz k :) will do
1271371587 M * nutz http://paste.unfoog.de/view?id=1596
1271371603 M * nutz actually, let me upload that as plaintext
1271371645 M * nutz http://nutz.unfoog.de/vserver_weird_config
1271371846 M * nutz Bertl: i found this: www.mail-archive.com/pld-cvs-commit@lists.pld-linux.org/msg203581.html, and sure enough, when i erase that line from the Kconfig i don't get that message anymore. it's just so weird because i dont have infiniband enabled at all.. rebooting right now to test it
1271371884 M * nutz na - didn't fix it.
1271372239 Q * ghislain1 Quit: Leaving.
1271372417 M * Bertl ipv6 is definitely compiled in here, despite of your config producing the strange message 
1271372429 M * nutz so do you get a ipv6 addr?
1271372434 M * Bertl kernel should be ready for a simple test shortly
1271372477 M * nutz ok - i'm rebooting with the "older" sources now, as well
1271372633 M * nutz nope - my interfaces still don't have a ipv6 address
1271372790 M * nutz you know what.. hang on - something is wrong here..
1271372840 M * nutz sonofa .. okay - i AM booting from the old kernel, my raid seems to be f****
1271372861 M * nutz Bertl: let me try and fix that first, i will get back to you in a bit :)
1271372911 M * Bertl           inet6 addr: ::1/128 Scope:Host
1271372914 M * Bertl works fine here
1271372958 M * nutz Bertl: yeah it makes sense - i think i really booted of the old kernel, my raid 1 didn't get assembled and sure enough i made changes to exactly that hdd, that i didnt boot from ^^
1271372979 M * Bertl :)
1271373241 Q * bonbons Quit: Leaving
1271373492 M * nutz meh.. i guess i might just as well re-install the whole machine... well i'll see
1271373979 M * nutz heh... inet6 ::1/128 scope host
1271373979 M * nutz :)
1271373985 M * nutz thanks so much Bertl  :)
1271375701 M * Bertl you're welcome!
1271375824 M * nutz Bertl:  one more question: i don't exactly know how to set that IPv6 addr to that vserver now
1271375851 M * nutz i tried: adding the ipv6 addr simply to: interfaces/0/ip
1271375863 M * nutz (without CIDR)
1271375881 M * nutz but now, after a vserver restart, ip a doesnt show anything anymore
1271375956 M * nutz HA!
1271375958 M * nutz my bad 
1271375969 M * nutz forgot to add that IP to the host first
1271375974 M * nutz omgthisissocool =)
1271375981 M * nutz ♥ thanks :)