1280880453 Q * dowdle Remote host closed the connection 1280880572 Q * BenG Quit: I Leave 1280881485 Q * Piet Remote host closed the connection 1280881657 J * Piet ~Piet__@28IAAA6C5.tor-irc.dnsbl.oftc.net 1280882195 Q * Mr_Smoke reticulum.oftc.net charon.oftc.net 1280882195 Q * ncopa reticulum.oftc.net charon.oftc.net 1280882195 Q * grobie reticulum.oftc.net charon.oftc.net 1280882195 Q * s1aden reticulum.oftc.net charon.oftc.net 1280882195 Q * snooze reticulum.oftc.net charon.oftc.net 1280882195 Q * maddoc_ reticulum.oftc.net charon.oftc.net 1280882195 Q * kolorafa reticulum.oftc.net charon.oftc.net 1280882195 Q * bzed reticulum.oftc.net charon.oftc.net 1280882195 Q * _nono_ reticulum.oftc.net charon.oftc.net 1280882195 Q * biz_ reticulum.oftc.net charon.oftc.net 1280882195 Q * padde reticulum.oftc.net charon.oftc.net 1280882195 Q * DLange reticulum.oftc.net charon.oftc.net 1280882195 Q * karasz reticulum.oftc.net charon.oftc.net 1280882195 Q * click reticulum.oftc.net charon.oftc.net 1280882195 Q * maharaja_ reticulum.oftc.net charon.oftc.net 1280882195 Q * wishi reticulum.oftc.net charon.oftc.net 1280882238 J * maharaja_ raoul@93-189-26-52.rev.ipax.at 1280882238 J * click click@ti0127a340-0211.bb.online.no 1280882238 J * karasz ~karasz@shell.opensde.net 1280882238 J * DLange ~DLange@dlange.user.oftc.net 1280882238 J * padde ~padde@patrick-nagel.net 1280882238 J * biz_ biz@baze.de 1280882238 J * _nono_ ~gomes@libation.ircam.fr 1280882238 J * bzed ~bzed@devel.recluse.de 1280882238 J * kolorafa ~kolorafa@irc.kolorafa.dlk.pl 1280882238 J * maddoc_ maddoc@stalin.ostruktur.com 1280882238 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se 1280882238 J * s1aden ~paul@starsky.19inch.net 1280882238 J * grobie ~grobie@tyr.schnuckelig.eu 1280882238 J * wishi ~wishi@kaze.crazylazy.info 1280882238 J * ncopa ~ncopa@180.40.189.109.customer.cdi.no 1280882238 J * Mr_Smoke smokey@layla.lecoyote.org 1280882881 Q * fzylogic Quit: DreamHost Web Hosting http://www.dreamhost.com 1280885808 J * imcsk8 ~ichavero@189.155.247.8 1280885971 Q * imcsk8 1280886896 Q * _are_ Ping timeout: 480 seconds 1280886967 J * _are_ ~quassel@vs01.lug-s.org 1280891225 Q * SauLus Ping timeout: 480 seconds 1280895126 M * Bertl off to bed now ... have a good one everyone! 1280895131 N * Bertl Bertl_zZ 1280896173 J * derjohn_foo ~aj@d004251.adsl.hansenet.de 1280896600 Q * aj__ Ping timeout: 480 seconds 1280898347 J * petzsch ~markus@dslb-094-222-182-091.pools.arcor-ip.net 1280900446 Q * petzsch Quit: Leaving. 1280901408 J * petzsch ~markus@dslb-094-222-182-091.pools.arcor-ip.net 1280901838 Q * petzsch Quit: Leaving. 1280902332 J * petzsch ~markus@dslb-094-222-182-091.pools.arcor-ip.net 1280903413 Q * derjohn_foo Ping timeout: 480 seconds 1280904036 J * sharkjaw ~gab@90.149.128.29 1280904679 J * derjohn_foo ~aj@213.238.45.2 1280906858 J * BenG ~bengreen@cpc6-aztw22-2-0-cust100.aztw.cable.virginmedia.com 1280908377 Q * derjohn_foo Ping timeout: 480 seconds 1280908399 J * derjohn_foo ~aj@213.238.45.2 1280909559 J * ghislain ~AQUEOS@adsl2.aqueos.com 1280912710 Q * sharkjaw Ping timeout: 480 seconds 1280913507 Q * BenG Quit: I Leave 1280913546 A * harry has a lot of work in his new job, so patches won't be coming as fast as before... 1280914884 M * vserver_guy_2 morning people 1280915577 Q * Piet Remote host closed the connection 1280915726 Q * ex Ping timeout: 480 seconds 1280915855 J * ex ex@85.232.229.248 1280916517 J * Piet ~Piet__@28IAAA6WK.tor-irc.dnsbl.oftc.net 1280916869 Q * _nono_ Ping timeout: 480 seconds 1280918034 J * sharkjaw ~gab@90.149.128.29 1280922922 J * ntrs ~ntrs@95.155.40.60 1280923743 N * Bertl_zZ Bertl 1280923747 M * Bertl morning folks! 1280924513 M * vserver_guy_2 hi bertl 1280924535 M * vserver_guy_2 do you happen to know why my guests are ignoring apps i put in the startup scripts using update-rc.d ? 1280924574 M * Bertl probably a bug in your guest OS 1280924582 M * vserver_guy_2 hmmm 1280924586 M * vserver_guy_2 all of them are doing it 1280924592 M * ard [19:27] vserver_guy_2 : do you have a /usr/sbin/policy-rc.d ? 1280924592 M * ard [19:27] or something like that? 1280924592 M * ard [19:27] because that one is bugged 1280924592 M * ard [19:28] it assumes that / always has inode nr 2 1280924592 M * ard [19:28] and if it's not, it won't rc.d 1280924607 M * vserver_guy_2 hi ard, i replied earlier - I didn't have one 1280924609 M * vserver_guy_2 (nor on the host) 1280924610 M * ard ah 1280924612 M * ard ok :-) 1280924619 M * ard the host is a don't care :-) 1280924625 M * vserver_guy_2 lol 1280924629 M * vserver_guy_2 the os is Debian 1280924634 M * ard policy-rc can bite you though 1280924639 A * ard only does debian 1280924648 M * vserver_guy_2 on another server, where update-rc.d works, it doesn't have a /usr/sbin/policy-rc.d either 1280924689 M * Bertl thing is, either you use sysv style, in which case the runlevel scripts will be executed by util-vserver (for a given runlevel) 1280924716 M * Bertl or you are using plain init style, in which case a guest init is started and nothing else 1280924728 M * vserver_guy_2 I take it sysv is default? 1280924734 M * ard the debian wrappers have something like this: 1280924736 M * ard http://people.debian.org/~hmh/invokerc.d-policyrc.d-specification.txt 1280924742 M * ard in the init scripts 1280924779 M * Bertl sysv is the default and will only start /etc/rc.d 1280924801 M * vserver_guy_2 ah ok 1280924826 M * vserver_guy_2 i'll have a look in there, I'm sure the symlinks exist 1280924912 M * vserver_guy_2 i'm just trying to ensure portmap starts in the guest 1280925020 Q * infowolfe Remote host closed the connection 1280925218 M * vserver_guy_2 it actually just looks like portmap is ignored 1280925230 M * vserver_guy_2 other apps start up normal 1280925239 M * _are_ it struck me again, someone wants to runa JBOSS5-Cluster within VServers. Unfortunately they need multicast working. I can add the multicast addresses and the first VServer to startworks fine, the next claims the address is in use already. While it doesn't really surprise me, is there any way around this? 1280925309 J * infowolfe ~infowolfe@c-67-166-127-67.hsd1.ut.comcast.net 1280925692 Q * infowolfe Quit: Leaving 1280925748 J * infowolfe ~infowolfe@c-67-166-127-67.hsd1.ut.comcast.net 1280926822 J * SauLus ~SauLus@d073094.adsl.hansenet.de 1280927118 M * ard bah 1280927120 M * ard jboss 1280927199 M * ard I thought Hollow_ had a working multicast, but I cannot imagine he had it working on multiple vservers on the same host 1280927234 M * Bertl same multicast IP or different one? 1280927294 M * ard jboss wants the same 1280927306 M * ard something with autodetecting which jboss servers are there 1280927345 M * Bertl is it assigned to the guest? 1280927360 M * ard in _are_ s case I guess so :-) 1280927407 M * ard Not only that, I know that kind of setup: the jboss servers must see eachother 1280927435 M * ard probably a testsetup to test and work with jboss5 autoconfigurating clusters 1280927456 M * _are_ same multicast IP and especially it listens on that IP 1280927471 M * Bertl is it assigned to both guests? 1280927477 M * ard _are_ : but they must hear eachother, right? 1280927498 M * _are_ Bertl: yes 1280927521 M * _are_ ard: yes, hear and send 1280927533 M * Bertl and what exactly doesn't work (regarding multicast)? 1280927534 M * ard In a testcase you could make a virtual bridge, and give them each a networkspace 1280927549 M * _are_ Bertl: the JBOSS startup claims the address is already in use 1280927559 J * _nono_ ~gomes@libation.ircam.fr 1280927583 M * ard Even if that worked, the system won't receive it's own multicasts without trickery 1280927586 M * _are_ no matter if I manually add the the ip beforehand on the host with ip maddr add or if I let the tools do that 1280927610 M * Bertl multicast is multicast, i.e. it is shared over all systems registered for that IP 1280927617 M * ard you either need vserver with 2.6.35 or network namespaces :-) 1280927620 M * _are_ gave 224.11.11.2 as IP in /etc/vservers/*/interface/m/ip 1280927636 M * _are_ Bertl: so I assumed, however, binding doesn't work 1280927662 M * Bertl could you strace -fF that in the first and second guest trying to bind? 1280927679 M * ard Bertl : But one instance announces itself by multicasting that. The others won't know because the ipstack won't receive it's own multicasts 1280927680 M * _are_ Bertl: java hell, I'll try 1280927689 M * ard (afaik) 1280927709 M * Bertl ard: receiving the 'own' messages is an option (loopback) 1280927719 M * Bertl (a multicast option) 1280927733 M * ard Hmmmm.... 1280927736 M * ard is that new? :-) 1280927749 M * Bertl not really :) 1280927752 M * ard :-( 1280927757 M * ard then I am dumb :-( 1280927767 A * ard could have handled not knowing new things 1280927767 M * _are_ uff, ok, I'll be busy now in strace-java-hell 1280928600 Q * sharkjaw Remote host closed the connection 1280930006 Q * derjohn_foo Ping timeout: 480 seconds 1280932669 Q * balbir_ Ping timeout: 480 seconds 1280932783 J * derjohn_foo ~aj@88.128.54.120 1280933211 J * dowdle ~dowdle@scott.coe.montana.edu 1280933516 Q * derjohn_foo Read error: Connection reset by peer 1280933518 J * balbir_ ~balbir@122.172.21.162 1280935165 M * geb http://pastebin.toile-libre.org/?show=77198 1280935166 M * geb (yeah i really have to edit this css/html to add a great to the original writer) 1280935182 M * geb what do you think about this test ? :) 1280935187 M * _are_ I seem to be unable to do a reasonable strace for that multicast thing. However, starting from scratch it seems to listen at least now. 1280935416 M * daniel_hozac Hollow fixed it with http://paste.linux-vserver.org/16406 1280935759 M * Bertl interesting ... 1280935771 M * Bertl daniel_hozac: btw, what shell (bash) are you using? 1280935795 Q * balbir_ Ping timeout: 480 seconds 1280936223 M * daniel_hozac bash 1280936298 J * balbir_ ~balbir@122.172.21.162 1280936299 M * Bertl unusual version? because your latest util-vserver functions do not work on debian and mandriva bash as it seems 1280936308 M * ard Ah 1280936312 M * ard eh 1280936313 M * ard yes 1280936341 M * Bertl first there is an if then else without then branch (808) 1280936344 M * ard daniel_hozac : did you include my fixed functions? or my broken functions? 1280936362 M * ard Bertl : in the namespace functions? 1280936366 M * Bertl and then there is a line continuation without line continuation character 1280936372 M * ard ow 1280936381 A * ard doesn't know anything about that :-) 1280936394 M * Bertl both are obvious when you try to start a guest with them :) 1280936441 M * daniel_hozac Bertl: ard's the only one who's tested it :-) 1280936449 M * ard My broken fixes were only obvious when using namespaces 1280936451 M * ard ah 1280936460 M * ard I will do a svn diff 1280936480 M * daniel_hozac but, all the issues i know about are fixed in trunk. 1280936526 M * Bertl okay, so could you do a new pre release, before millions of people start using the broken version please? :) 1280936547 M * ard http://paste.linux-vserver.org/16498 1280936559 M * ard is what I fixed 1280936575 M * Bertl unrelated 1280936587 M * ard ok :-) 1280936597 M * ard at least revision 2896 with that patch is working for me 1280936648 M * daniel_hozac 2904 is there now. 1280936671 M * Bertl will test shortly 1280936694 M * Bertl had massive filesystem corruption on one of my test systems, but it seems unrelated to the kernel 1280936695 M * ard daniel_hozac : could you then at least include http://paste.linux-vserver.org/16498 , or am I doing something wrong with svn? 1280936715 M * daniel_hozac you might try an svn up 1280936879 M * ard ah 1280936886 M * ard namespace fixes :-) 1280936953 M * ard daniel_hozac : is ncontext a new flag? 1280936965 M * ard to force a chbind when spaces/net is also set? 1280936985 M * Bertl daniel_hozac: 2904 looks good, thanks! 1280937055 M * daniel_hozac ncontext is not new. 1280937066 M * ard agh.. the debian/rules is not lenny compliant? 1280937074 M * daniel_hozac i have no idea :-) 1280937091 M * Bertl what is lenny compliance? 1280937107 M * pmjdebruijn good for really old versions of dpkg :) 1280937115 M * pmjdebruijn lenny has really really old packaging stuff 1280937125 M * pmjdebruijn it is debian stable after all :) 1280937142 M * ard no, lenny has the only stable packaging stuff (debian release flamewar :-) ) 1280937147 M * ard ow 1280937152 M * ard you said it already :-) 1280937157 M * Bertl and I thought it needs to be broken to be 'lenny compliant' :) 1280937195 M * ard the difference between lenny and unstable in the rules file is about 12 vs 112 lines :-) 1280937229 M * ard but then <-> ... lenny being 112 and unstable being 12 1280937255 M * daniel_hozac patches accepted etc. 1280937272 M * ard daniel_hozac : I don't think you want patches for that :-) 1280937292 M * ard but then again a backport of debhelper is almost undoable... 1280937445 M * ard Hmmmm 1280937456 M * ard vlan/vconfig dependency should be phased out 1280937508 M * daniel_hozac why? 1280937540 M * ard vconfig will dissapear, and the vlan package will also disappear... 1280937550 M * ard the scripts in vlan will be merged with iproute 1280937568 M * ard vlans can be configured with iproute, which is the preferred method :-) 1280937570 M * Bertl which makes sense, but isn't really complete yet, AFAIK 1280937634 M * ard well in vlan-1.9-4 I have phased out the use of vconfig depending on kernel revision :-) 1280937653 M * ard anything higher than 2.6.22 will use ip for macvlans and vlans 1280937667 M * ard vlan-1.9-4 release candidate 1280937681 M * ard found 1 bug handling vlan2#3 :-) 1280937715 M * ard or was it vlan9#9 1280937838 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1280938158 Q * ntrs Ping timeout: 480 seconds 1280938603 J * BenG ~bengreen@cpc6-aztw22-2-0-cust100.aztw.cable.virginmedia.com 1280941410 M * ryker__ anyone know how I get a vserver guest to mount a bind fstab entry at server startup? I have '/bind_dir /dir none bind 0 0' in the guest's /etc/fstab, but it doesn't get mounted at startup. but if I type mount /dir after the guest is started, it will mount it. 1280941436 M * daniel_hozac use /etc/vservers//fstab 1280941437 M * Bertl the first entry is the 'host' path 1280941516 M * ryker__ Bertl: i actually need to create bind mount inside the guest. from one folder to the next and have it show up when typing df -a. 1280941536 M * ryker__ it's a retarded installation requirement for our software install team. 1280941540 M * Bertl still the same, i.e. use the fstab in the guest config 1280941551 M * Bertl and specify the full host path as first entry 1280941558 M * ryker__ ah, ok. 1280941562 M * ryker__ thx. 1280941572 M * Bertl for example, to remount /src as readonly 1280941582 M * Bertl the entry would be: 1280941589 M * daniel_hozac if you really require the use of /etc/fstab inside the guest, then you'll have to add mount -a somewhere in your initscripts. 1280941615 M * Bertl /path/to/guest/src /src none bind 0 0 1280941647 M * Bertl and similar for the ro remount 1280941698 M * ryker__ thx daniel_hozac. not sure, but I might need to do that. 1280941745 M * Bertl and you need to allow bind mounts inside the guest (something you already asked) 1280941753 M * ryker__ daniel_hozac: btw, i was having trouble building vserver-utils on centos 5.5 yesterday. i was getting a libtool error. do you do any magic to get the latest utils to compile on centos? 1280941778 M * Bertl note that this is not required to have them mounted on guest startup (i.e. via guest config's fstab) 1280941872 M * ryker__ Bertl: understood. thanks again for your help. 1280941881 Q * BenG Quit: I Leave 1280941944 M * Bertl you're welcome! 1280942064 M * vserver_guy_2 when you use fstab.remote - is it the host that manages all NFS mounts/umounts 1280942091 M * vserver_guy_2 i'm attemping to implement FS-Cache, but wondering it its the host/guest that needs to be configured 1280946874 Q * ghislain Quit: Leaving. 1280947658 J * imcsk8 ~ichavero@201.174.32.227 1280950441 M * Bertl off for now ... bbl 1280950446 N * Bertl Bertl_oO 1280950706 J * emcepe ~mcp@wolk-project.de 1280951113 Q * mcp Ping timeout: 480 seconds 1280951114 N * emcepe mcp 1280953732 M * daniel_hozac ryker__: autoreconf -fi should do the trick... it appears the auto* toolchain on F13 isn't really working. 1280955074 J * ntrs ~ntrs@95.155.40.60 1280956399 Q * bonbons Quit: Leaving 1280956644 Q * balbir_ Read error: Operation timed out 1280957221 J * balbir_ ~balbir@122.172.22.63 1280958180 Q * ntrs Ping timeout: 480 seconds 1280959209 Q * petzsch Quit: Leaving. 1280961560 Q * imcsk8 Quit: This computer has gone to sleep 1280962038 Q * Romster Quit: Geeks shall inherit properties and methods of object earth. 1280964900 N * Bertl_oO Bertl 1280964907 M * Bertl back now ... 1280965580 Q * dowdle Remote host closed the connection