1160438404 M * doener eg. the gfs2 stuff. some of the commits are from february, maybe even older, and got merged into Linus' tree only recently.
1160438445 M * doener With reverse rebasing these are reapplied on a current tree and you basically do all the resolving again that Linus' already had to do
1160438460 M * doener incremental rebasing works quite ok
1160438462 M * hardwire reverse rebase?
1160438465 M * hardwire rebase?
1160438467 M * hardwire wtf?
1160438477 M * doener hardwire: git stuff
1160438486 M * Bertl hardwire: advanced git-ology :)
1160438489 M * hardwire gotcha
1160438491 M * hardwire git is odd
1160438497 M * hardwire I just used it first time today!
1160438510 M * mugwump where do I specify the XID for non-dynamic?
1160438521 M * mugwump the flowerpage is unhelpful as ever
1160438522 M * doener echo 1234 > /etc/vservers/foo/context
1160438586 M * mugwump well, that didn't change anything.
1160438592 M * mugwump (other than the XID ;))
1160438607 M * doener hm, did you stop the vserver first? *g*
1160438639 M * Bertl vkill is your friend :)
1160438656 M * mugwump I have other vservers that start and stop fine
1160438671 M * mugwump on the same host.  I can't see what the difference is.
1160438680 M * doener mugwump: I guess that /var/run/vservers/run-rev (or whatever the path was) got messed up a bit
1160438693 M * doener so it now uses the wrong xid when trying to stop the vserver
1160438709 M * Bertl shouldn't be too hard to figure, just start/stop them with --debug and compare the output
1160438789 M * mugwump the run.rev link was missing
1160438798 M * mugwump I put it back, and that didn't fix it
1160438818 M * doener did you remove the context file?
1160438821 M * Bertl run.rev missing means the guest is already stopped?
1160438830 M * mugwump oh, I see
1160438840 M * doener it will use either the context file _or_ the reverse lookup helper IIRC
1160438880 M * mugwump the /var/run/vservers.rev where this is is full of stale symlinks
1160438891 M * mugwump lots of old context IDs there
1160438998 M * mugwump cleaning them out didn't fix it either
1160439013 M * doener mugwump: sorry, thought that .rev was name->xid
1160439027 M * doener you need to check /var/run/vservers
1160439048 M * doener stale symlinks in vservers.rev shouldn't cause problems AFAICT
1160439064 M * mugwump nothing bogus in /var/run/vservers
1160439320 M * doener can you ssh into the non-stoppable vserver?
1160439366 M * mugwump I can try.  I've just finished comparing the --debug logs, and AFAICT they diverge at the line:
1160439370 M * mugwump /usr/sbin/vserver-info - FEATURE migrate
1160439374 M * mugwump vs
1160439375 M * mugwump /usr/sbin/vserver-info - FEATURE vkill
1160439451 M * mugwump yes, I can ssh in
1160439569 M * mugwump shell scripts really are the UNIX equivalent of Excel Spreadsheets
1160439636 M * Bertl hmm, is Excel turing compatible?
1160439665 M * Bertl I mean, a flight simulator does not necessarily mean that it is an universal machine :)
1160439744 M * doener mugwump: check the xid in /proc/self/status inside the vserver
1160439794 M * mugwump it's correct
1160439903 M * mugwump excel might not be turing complete, I don't know, but it's a bitch to debug, just like shell scripts
1160439949 M * doener mugwump: matches the stuff in /var/run/vservers and /var/run/vservers.rev?
1160439974 M * mugwump yes
1160440006 M * doener sounds like a job for daniel_hozac then... he's the one to cast util-vserver runes ;)
1160440038 M * mugwump alrighty.  I should really upgrade to 0.30.211 first, too
1160440073 M * Bertl guess that would save some time :)
1160440091 M * mugwump well, if the bug has been fixed
1160440222 M * Bertl in any case, or what do you think would be the first question daniel_hozac would ask?
1160440273 M * mugwump look, last week that machine was on the most up to date stable release available.
1160440310 M * Bertl yup, no problem with that, just that I think it is a good idea to test with that first
1160440478 J * Piet_ hiddenserv@tor.noreply.org
1160440575 M * mugwump sure.  well, the other guy who's got a test system should be giving the new version a spin RSN
1160440876 Q * Piet Ping timeout: 480 seconds
1160442524 P * mz .
1160443697 Q * _are_ Ping timeout: 480 seconds
1160443707 Q * hardwire Ping timeout: 480 seconds
1160443714 J * hardwire ~hardwire@89-208-58-66.gci.net
1160443747 Q * Aiken Ping timeout: 480 seconds
1160443886 J * _are_ ~are@62.112.159.81
1160444013 J * Aiken ~james@tooax6-174.dialup.optusnet.com.au
1160445087 Q * Aiken Quit: Leaving
1160446078 M * Bertl off to bed now ... have a good one everyone! cya!
1160446086 N * Bertl Bertl_zZ
1160446448 Q * ensc Killed (NickServ (GHOST command used by ensc_))
1160446458 J * ensc ~irc-ensc@p54B4D5DA.dip.t-dialin.net
1160448770 N * hardwire hardwire-afk
1160449734 N * hardwire-afk hardwire
1160449752 N * hardwire hardwire-afk
1160449792 Q * hardwire-afk Quit: Coyote finally caught me
1160449818 J * hardwire-afk ~hardwire@89-208-58-66.gci.net
1160449822 Q * hardwire-afk 
1160449864 J * hardwire ~hardwire@89-208-58-66.gci.net
1160452148 Q * nayco_work Ping timeout: 480 seconds
1160452351 J * Aiken ~james@tooax6-174.dialup.optusnet.com.au
1160452359 J * nayco_work ~nayco@proxy2.laroche.univ-nantes.fr
1160452985 J * FireEgl FireEgl@Sebastian.Atlantica.US
1160455465 Q * Piet_ Ping timeout: 480 seconds
1160455612 J * r3wt0r a@cpc2-leic11-0-0-cust467.leic.cable.ntl.com
1160455639 P * r3wt0r 
1160456577 M * daniel_hozac mugwump: your guest appears to be confused. it seems to think it's both a sysv and plain initstyle...
1160456985 Q * hardwire Quit: Coyote finally caught me
1160457191 M * doener now that's interesting :)
1160457238 M * daniel_hozac indeed.
1160457249 M * daniel_hozac only way i can see that happening is if you have a sysv guest with fakeinit in flags.
1160457581 J * hardwire ~hardwire@89-208-58-66.gci.net
1160458942 Q * FireEgl Quit: Bye...
1160461259 J * ntrs_ ~ntrs@68-188-51-87.dhcp.stls.mo.charter.com
1160461259 Q * ntrs Read error: Connection reset by peer
1160462208 Q * ruskie Read error: Connection reset by peer
1160462245 J * ruskie ~ruskie@ruskie.user.oftc.net
1160462702 Q * Aiken Quit: Leaving
1160463860 M * mugwump fakeinit!
1160464001 M * mugwump that was it
1160464004 M * mugwump daniel_hozac++
1160464148 Q * ensc Ping timeout: 480 seconds
1160464418 Q * ruskie Remote host closed the connection
1160464931 Q * _are_ Remote host closed the connection
1160465278 J * meandtheshell ~markus@85-124-232-54.work.xdsl-line.inode.at
1160465797 Q * ntrs_ Ping timeout: 480 seconds
1160465923 J * ntrs ~ntrs@68-188-51-87.dhcp.stls.mo.charter.com
1160466260 J * dna_ ~naucki@p54BCDBFA.dip.t-dialin.net
1160467974 J * yarihm ~yarihm@whitehead2.nine.ch
1160468532 Q * shedi Quit: Leaving
1160468686 Q * yang Ping timeout: 480 seconds
1160469530 J * ruskie ~ruskie@ruskie.user.oftc.net
1160469651 J * ij ~ij@windfluechter.net
1160469659 M * ij hi
1160469662 M * daniel_hozac hello
1160469698 A * ij has problems with vserver and openvpn *sigh*
1160469708 M * daniel_hozac what kind of problems?
1160469732 M * ij according to http://oldwiki.linux-vserver.org/OpenVPN it should work, but I'm getting ENOPERM when creating the tun device
1160469800 M * daniel_hozac EPERM when creating it? what kernel is that?
1160469827 M * ij 2.6.17.11-vs2.0.2
1160469831 M * daniel_hozac IIRC tun doesn't require any perms to create an interface, just the setting an address/routes.
1160469924 M * meandtheshell daniel_hozac: hi daniel - any proceedings with the people.linux-vserver.org  ---> ftp.linux-vserver.org thing?
1160469943 M * daniel_hozac meandtheshell: no, sorry, i forgot about it last night.
1160469972 M * ij daniel_hozac: well: ioctl(4, SIOCGIFFLAGS, {ifr_name="tun0", ???}) = -1 ENODEV (No such device) & write(5, "SIOCGIFFLAGS: No such device\n", 29SIOCGIFFLAGS: No such device
1160469977 M * meandtheshell daniel_hozac: absolutely no problem - I was just asking since I wasn't around all times yesterday :)
1160470011 M * daniel_hozac ij: well, that's expected, i suppose.
1160470012 M * ij which is without using MTU from /sbin/ip link set dev tun0 up mtu 1500
1160470031 M * ij daniel_hozac: with the full command, I get no permission
1160470032 M * daniel_hozac ij: the interface is not setup with address available to the guest yet, right?
1160470140 M * ij daniel_hozac: the guest is using a static/public IP address, the tun device is supposed to use an private ip... the wiki page is somewhat unclear about anything else, imho
1160470218 M * ij cat interfaces/1/dev
1160470218 M * ij tun0
1160470261 M * daniel_hozac ij: the only way to get it working securely is by allocating the interface on the host, set it up with the correct address, and give the guest access to that address.
1160470392 M * daniel_hozac note that guests are only limited to IP addresses, they don't care about interfaces at all.
1160470431 M * ij on the host side I have no /dev/tun, but only /dev/net/tun
1160470452 M * daniel_hozac what is /dev/tun supposed to be?
1160470466 M * daniel_hozac AFAIK /dev/net/tun is the device.
1160470478 M * ij right, my working openvpn server has just net/tun as well
1160470509 M * ij but, ifconfig tun0 172.16.12.1 returns a SIOCSIFADDR: No such device as well
1160470519 M * daniel_hozac have you created it?
1160470529 M * daniel_hozac i.e. does ip a show it?
1160470556 M * ij no, it doesn't show up
1160470571 M * daniel_hozac so it doesn't exist.
1160470585 M * ij /dev/net/tun exists
1160470613 M * daniel_hozac but have you opened it and requested a new interface?
1160470629 M * daniel_hozac with (e.g.) tunctl from uml-utilities?
1160470670 A * ij hides ;)
1160470699 M * ij but i can't remember to have to create such devices on my other openvpn machines
1160470711 M * daniel_hozac OpenVPN usually does that for you.
1160470741 M * daniel_hozac but then you'd also have to add the address/route from the inside, which guests aren't allowed to do unless you give them way too many capabilities.
1160470831 M * ij hmmm, ok... tun0 now exists on the host
1160471006 M * ij should tun0 show up in the guest now when it is mentioned in $guest/interfaces/?
1160471023 M * daniel_hozac have you assigned it an address that is assigned to the guest?
1160471100 M * ij cat vserv1/interfaces/1/ip
1160471101 M * ij 172.16.12.1
1160471128 M * ij and that's the IP that ip a s mentions for tun0 on the host
1160471165 M * daniel_hozac and it's still not shown in the guest?
1160471182 M * ij yes... 
1160471210 M * daniel_hozac have you restarted the guest since changing .../interfaces?
1160471219 M * ij probably because the prefix doesn't match?
1160471223 M * ij no
1160471313 M * ij dammit!
1160471325 M * ij rebooted the host now instead of the guest... 
1160471327 M * ij *bummer* ;)
1160471330 M * daniel_hozac hehe.
1160471485 J * lilalinux ~plasma@dslb-084-058-194-119.pools.arcor-ip.net
1160471756 M * ij ok, it's up again, tun0 shows up in guest, but still no running openvpn, still with no permission error
1160471768 M * daniel_hozac when doing what?
1160471777 M * ij restarting openvpn
1160471790 M * daniel_hozac did you tell it not to create the device, to reuse the existing one?
1160471891 M * ij how so?
1160471908 M * ij persist-tun is set, when you mean that
1160471913 M * daniel_hozac well, creating another one and trying to set the IP address, will fail.
1160471923 M * ij of course
1160472276 J * s0undt3ch_ ~s0undt3ch@bl7-253-206.dsl.telepac.pt
1160472309 Q * nayco_work Quit: Lost terminal
1160472412 J * shedi ~siggi@dsl-149-109-85.hive.is
1160472512 Q * dna_ Quit: Verlassend
1160472591 J * dna_ ~naucki@p54BCDBFA.dip.t-dialin.net
1160472731 Q * s0undt3ch Ping timeout: 480 seconds
1160472731 N * s0undt3ch_ s0undt3ch
1160472837 J * gluk ~kvirc@breuss.ws.ehouse.ru
1160472926 Q * michal` Ping timeout: 480 seconds
1160473171 Q * gluk Quit: KVIrc 3.2.0 'Realia'
1160473223 J * gluk ~kvirc@breuss.ws.ehouse.ru
1160473342 J * michal` ~michal@www.rsbac.org
1160474237 J * ensc ~irc-ensc@p54B4D5DA.dip.t-dialin.net
1160474848 Q * ensc Ping timeout: 480 seconds
1160476146 J * MikeDona ~daniel@tor-irc.dnsbl.oftc.net
1160476286 Q * MikeDona 
1160476609 J * Wonder_in ~wonder_in@83.102.213.20
1160477692 J * _are_ ~are@62.112.159.81
1160477723 M * _are_ hi
1160477730 M * daniel_hozac hello
1160478626 M * h01ger (micah): man vserver tells me about "man 8 newvserver" but that manpage doesnt exist.
1160478644 M * h01ger i want to create a new vserver without /tmp on tmpfs, how do i do this?
1160478686 M * waldi modify fstab as usual
1160478709 M * mnemoc vi /etc/vservers/h01ger/fstab
1160478808 M * daniel_hozac h01ger: really? man vserver refers to newvserver?
1160478915 M * daniel_hozac damn, it does.
1160478965 M * daniel_hozac i suppose the man pages should get an overhaul.
1160479019 M * Wonder_in hi all
1160479027 M * daniel_hozac hello Wonder_in 
1160479039 M * Wonder_in need some help related to vserver
1160479073 M * daniel_hozac shoot.
1160479078 A * h01ger doesnt want vi, i want it easily scriptable...
1160479096 M * daniel_hozac h01ger: create your own initpost script then.
1160479173 M * daniel_hozac mkdir /etc/vservers/.distributions/<dist>; vi /etc/vservers/.distributions/<dist>/initpost; chmod +x .../initpost
1160479198 M * Wonder_in I have an ALT Linux host system with 2.4.26-vs-smp-alt5.1 kernel. There is a guest system on ALT Linux Sisyphus. After an apt-get install something (it upgraded 10 or so packages) i got a FATAL: kernel too old message on the guest.
1160479225 M * daniel_hozac Wonder_in: i guess you updated glibc, right?
1160479241 M * Wonder_in i think so...
1160479272 M * mnemoc h01ger: if you want to change the defaults make it on util-vserver source before building
1160479311 M * h01ger daniel_hozac, in debian ./distributions/debian does not exist. should i use ./d../common/postinst or is it "debian" or "sarge"?
1160479348 M * doener h01ger: .dist....
1160479351 M * doener without the /
1160479367 M * daniel_hozac h01ger: .distributions/<dist> is your local configuration directory.
1160479382 M * Wonder_in There are two questions: why the apt-get utility did not check for dependencies and so on and what to do in this situation?
1160479382 M * daniel_hozac and <dist> is what you give to -d on your vserver build command line, sarge in that case.
1160479397 M * doener h01ger: you can override the default fstab in .defaults/fstab
1160479414 M * daniel_hozac Wonder_in: dependencies doesn't help you in that case.
1160479432 M * daniel_hozac Wonder_in: you can have a 2.6 kernel installed in your guest, doesn't mean it's what's running.
1160479444 M * daniel_hozac Wonder_in: i guess you'll have to downgrade to an older glibc from the outside.
1160479453 M * h01ger doener, thanks!
1160479513 M * Wonder_in How can i perform a downgrade?
1160479560 M * daniel_hozac well, i don't know what packaging format ALT Linux is using.
1160479580 M * daniel_hozac rpm has rpm2cpio which can be used to downgrade to an older version.
1160479580 M * Wonder_in .rpm
1160479633 M * Wonder_in How can i downgrade from outside the guest?
1160479634 M * daniel_hozac i.e. something like rpm2cpio /path/to/older/glibc.rpm | (cd /vservers/<guest>; cpio -i) should overwrite the files.
1160479672 M * daniel_hozac (or just rpm --root=/vservers/<guest> -Uvh --oldpackage /path/to/older/glibc.rpm)
1160479707 M * Wonder_in Ok. Thanks.
1160479739 M * daniel_hozac the rpm --root might have to be executed after you've done the rpm2cpio.
1160480076 Q * ntrs Remote host closed the connection
1160480118 Q * _are_ Ping timeout: 480 seconds
1160480119 J * _are_ ~are@62.112.159.81
1160480548 J * Gato_feio ~kurumin@201009188101.user.veloxzone.com.br
1160480560 M * Gato_feio ol
1160480562 M * Gato_feio ola
1160480565 M * Gato_feio hi
1160480607 P * Gato_feio 
1160480699 N * Bertl_zZ Bertl
1160480706 M * Bertl morning folks!
1160480892 M * Bertl daniel_hozac, Wonder_in: what glibc version is that?
1160481053 Q * Zaki Remote host closed the connection
1160482223 M * daniel_hozac Bertl: IIRC 2.4 removed support for anything older than 2.6.9.
1160482730 J * ntrs ~ntrs@68-188-51-87.dhcp.stls.mo.charter.com
1160482815 J * Zaki ~Zaki@212.118.110.114
1160482831 M * Bertl rellay? interesting ...
1160483334 M * daniel_hozac ah, it's a configure flag, nevermind me.
1160483436 J * ensc ~irc-ensc@p54B4D5DA.dip.t-dialin.net
1160483746 Q * ruskie Ping timeout: 480 seconds
1160483946 M * Bertl so some distros decide to remove backwards compatibility then
1160483970 M * Bertl well, not that unexpected .. similar happened to 2.2 and 2.0 
1160484015 M * daniel_hozac indeed.
1160484546 M * matti Hi Bertl :)
1160484555 M * matti Bertl: How are you?
1160484561 M * matti Bertl: Feeling better?
1160484788 M * Bertl yeah, I guess so, sinuses still blocked, but the headache is almost gone
1160484813 M * matti Good to hear!
1160484820 M * matti :)
1160485105 M * Wonder_in Big thanks to daniel_hozac for help :) Everything is ok now :)
1160485243 M * Bertl great! you might still consider upgrading the host kernel at some point
1160485296 M * Wonder_in Well the first rule is "don't touch a working machine" :)
1160486229 M * harry how stable is the 2.0.2.1 patch for 2.6.18 ?
1160486692 M * Bertl should be fine, we will add a tiny modification (to make it more compatible with out of line modules) and have that released as 2.0.2.2 soon
1160486955 Q * Wonder_in 
1160487130 Q * ntrs oxygen.oftc.net helium.oftc.net
1160487130 Q * s0undt3ch oxygen.oftc.net helium.oftc.net
1160487130 Q * Johnnie oxygen.oftc.net helium.oftc.net
1160487130 Q * mugwump oxygen.oftc.net helium.oftc.net
1160487130 Q * Borg- oxygen.oftc.net helium.oftc.net
1160487130 Q * weeble oxygen.oftc.net helium.oftc.net
1160487130 Q * Radiance oxygen.oftc.net helium.oftc.net
1160487130 Q * duckx oxygen.oftc.net helium.oftc.net
1160487130 Q * ex oxygen.oftc.net helium.oftc.net
1160487130 Q * romke oxygen.oftc.net helium.oftc.net
1160487130 Q * nebuchadnezzar oxygen.oftc.net helium.oftc.net
1160487130 Q * vasko oxygen.oftc.net helium.oftc.net
1160487130 Q * morfoh oxygen.oftc.net helium.oftc.net
1160487130 Q * anonc oxygen.oftc.net helium.oftc.net
1160487130 Q * harry oxygen.oftc.net helium.oftc.net
1160487130 Q * Greek0 oxygen.oftc.net helium.oftc.net
1160487130 Q * Loki|muh oxygen.oftc.net helium.oftc.net
1160487130 Q * cehteh oxygen.oftc.net helium.oftc.net
1160487130 Q * nammie oxygen.oftc.net helium.oftc.net
1160487130 Q * Curus oxygen.oftc.net helium.oftc.net
1160487130 Q * Zaki oxygen.oftc.net helium.oftc.net
1160487130 Q * michal` oxygen.oftc.net helium.oftc.net
1160487130 Q * gluk oxygen.oftc.net helium.oftc.net
1160487130 Q * dna_ oxygen.oftc.net helium.oftc.net
1160487130 Q * shedi oxygen.oftc.net helium.oftc.net
1160487130 Q * tso oxygen.oftc.net helium.oftc.net
1160487130 Q * yarihm oxygen.oftc.net helium.oftc.net
1160487130 Q * fosco oxygen.oftc.net helium.oftc.net
1160487130 Q * kaner oxygen.oftc.net helium.oftc.net
1160487130 Q * glut oxygen.oftc.net helium.oftc.net
1160487130 Q * bj oxygen.oftc.net helium.oftc.net
1160487130 Q * eyck oxygen.oftc.net helium.oftc.net
1160487130 Q * trippeh oxygen.oftc.net helium.oftc.net
1160487130 Q * Wonka oxygen.oftc.net helium.oftc.net
1160487130 Q * mountie oxygen.oftc.net helium.oftc.net
1160487130 Q * matti oxygen.oftc.net helium.oftc.net
1160487130 Q * Hunger oxygen.oftc.net helium.oftc.net
1160487130 Q * MooingLemur oxygen.oftc.net helium.oftc.net
1160487130 Q * ray6 oxygen.oftc.net helium.oftc.net
1160487130 Q * tanjix oxygen.oftc.net helium.oftc.net
1160487130 Q * FloodServ oxygen.oftc.net helium.oftc.net
1160487130 Q * ensc oxygen.oftc.net helium.oftc.net
1160487130 Q * _are_ oxygen.oftc.net helium.oftc.net
1160487130 Q * hardwire oxygen.oftc.net helium.oftc.net
1160487130 Q * samuel_ oxygen.oftc.net helium.oftc.net
1160487130 Q * [PUPPETS]Gonzo oxygen.oftc.net helium.oftc.net
1160487170 M * Bertl hum, anybody left?
1160487177 J * ensc ~irc-ensc@p54B4D5DA.dip.t-dialin.net
1160487177 J * Zaki ~Zaki@212.118.110.114
1160487177 J * ntrs ~ntrs@68-188-51-87.dhcp.stls.mo.charter.com
1160487177 J * _are_ ~are@62.112.159.81
1160487177 J * michal` ~michal@www.rsbac.org
1160487177 J * gluk ~kvirc@breuss.ws.ehouse.ru
1160487177 J * dna_ ~naucki@p54BCDBFA.dip.t-dialin.net
1160487177 J * shedi ~siggi@dsl-149-109-85.hive.is
1160487177 J * s0undt3ch ~s0undt3ch@bl7-253-206.dsl.telepac.pt
1160487177 J * yarihm ~yarihm@whitehead2.nine.ch
1160487177 J * hardwire ~hardwire@89-208-58-66.gci.net
1160487177 J * Loki|muh loki@satanix.de
1160487177 J * Hunger Hunger.hu@213.163.11.138
1160487177 J * cehteh ~ct@pipapo.org
1160487177 J * nammie ~nam@S0106001195551ff0.va.shawcable.net
1160487177 J * fosco fosco@konoha.devnullteam.org
1160487177 J * Curus ~Curus@kbhn-vbrg-sr0-vl209-213-185-8-10.perspektivbredband.net
1160487177 J * Johnnie ~jdlewis@216.75.24.218
1160487177 J * mugwump ~samv@watts.utsl.gen.nz
1160487177 J * Borg- borg@cube.benet.uu3.net
1160487177 J * weeble ~weeble@81.52.144.1
1160487177 J * kaner kaner@strace.org
1160487177 J * Radiance 08f6a0b00d@halt.1984world.eu
1160487177 J * glut ~glut@no.suid.pl
1160487177 J * trippeh atomt@x.vx.no
1160487177 J * duckx ~Duck@tox.dyndns.org
1160487177 J * ex ex@valis.net.pl
1160487177 J * bj ~bj@insanefactory.com
1160487177 J * romke ~romke@acrux.romke.net
1160487177 J * nebuchadnezzar ~nebu@zion.asgardr.info
1160487177 J * eyck eyck@ghost.anime.pl
1160487177 J * Wonka produziert@chaos.in-kiel.de
1160487177 J * vasko ~vasko@unreal.rainside.sk
1160487177 J * morfoh ~morfoh@kilo105.server4you.de
1160487177 J * tso ~tso@196-019.adsl.pool.ew.hu
1160487177 J * matti matti@linux.gentoo.pl
1160487177 J * Greek0 ~greek0@85.255.145.201
1160487177 J * harry ~harry@d54C2508C.access.telenet.be
1160487177 J * mountie ~mountie@69.196.162.198
1160487177 J * anonc ~anonc@staffnet.internode.com.au
1160487177 J * samuel_ ~samuel@jupe.quebectelephone.com
1160487177 J * ray6 ~ray@194.126.159.45
1160487177 J * [PUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de
1160487177 J * tanjix ~tanjix@office.star-hosting.de
1160487177 J * MooingLemur ~troy@shells200.pinchaser.com
1160487177 J * FloodServ services@services.oftc.net
1160487219 M * harry Bertl: then i will wait for the release, before creating and releasing a new grsec + vserver patch
1160487243 M * Bertl okay, but you can prepare it, as the change will be minimal
1160487640 M * harry true :)
1160487646 M * harry but... i'm also boneidle atm :)
1160487650 M * harry so maybe tomorrow :)
1160488271 M * daniel_hozac pidtype for stable as well
1160488273 M * daniel_hozac ?
1160488717 M * fs Bertl: anything new about the cpuhog issue?
1160488721 Q * mugwump Read error: Connection reset by peer
1160488738 J * mugwump ~samv@watts.utsl.gen.nz
1160489039 J * ruskie ~ruskie@ruskie.user.oftc.net
1160489898 J * Loki|muh_ loki@satanix.de
1160490051 Q * nammie helium.oftc.net strange.oftc.net
1160490051 Q * cehteh helium.oftc.net strange.oftc.net
1160490051 Q * Loki|muh helium.oftc.net strange.oftc.net
1160490051 Q * Curus helium.oftc.net strange.oftc.net
1160490051 N * Loki|muh_ Loki|muh
1160490118 M * Bertl ah, fs! yes, we basically finished the tools required to investigate this
1160490149 M * Bertl fs: but I didn't find the time to do futher testing, are you interested in helping out there?
1160490205 M * fs yes
1160490231 M * Bertl okay, you need the following:
1160490245 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.18-vs2.1.1-rc38.diff
1160490258 M * Bertl http://vserver.13thfloor.at/Experimental/TOOLS/vdump-0.03.tar.bz2
1160490273 M * Bertl single cpu, right?
1160490284 M * fs my testbox is single cpu, yes 
1160490289 M * fs my production box is smp
1160490302 M * Bertl okay, np, the single cpu is what we want for now
1160490330 M * Bertl basically the vdump records the scheduler events from the kernel
1160490349 M * Bertl it is called like this: vdump -d >dump.out 2>&1
1160490380 M * Bertl what we want to 'capture' are the two cases
1160490393 M * Bertl a) cpuhog on host, mouse circling around
1160490405 M * Bertl b) cpuhog on context, mouse circling around
1160490407 J * cehteh ~ct@pipapo.org
1160490407 J * nammie ~nam@S0106001195551ff0.va.shawcable.net
1160490407 J * Curus ~Curus@kbhn-vbrg-sr0-vl209-213-185-8-10.perspektivbredband.net
1160490461 M * Bertl the vdump delay is at 1second atm, which might be a little to small (we'll see) but that can be raised with an option
1160490510 M * fs I'll prepare everything, but I am at work now and my testbox at home
1160490523 M * fs I'll compile the kernel and the tool and test it when I am home
1160490528 M * Bertl np, just let me know when you have something to look at
1160490534 M * fs yeah .)
1160490548 M * Bertl and thanks for testing!
1160490617 Q * ruskie helium.oftc.net nova.oftc.net
1160490617 Q * tso helium.oftc.net nova.oftc.net
1160490617 Q * shedi helium.oftc.net nova.oftc.net
1160490617 Q * dna_ helium.oftc.net nova.oftc.net
1160490617 Q * gluk helium.oftc.net nova.oftc.net
1160490617 Q * michal` helium.oftc.net nova.oftc.net
1160490617 Q * Zaki helium.oftc.net nova.oftc.net
1160490633 J * ruskie ~ruskie@ruskie.user.oftc.net
1160490633 J * Zaki ~Zaki@212.118.110.114
1160490633 J * michal` ~michal@www.rsbac.org
1160490633 J * gluk ~kvirc@breuss.ws.ehouse.ru
1160490633 J * dna_ ~naucki@p54BCDBFA.dip.t-dialin.net
1160490633 J * shedi ~siggi@dsl-149-109-85.hive.is
1160490633 J * tso ~tso@196-019.adsl.pool.ew.hu
1160493790 M * weeble daniel_hozac, I rebooted my server with XFS quotas enabled, and I'm not getting the quota errors any more
1160493798 M * weeble Although none were set.
1160493808 M * weeble I'm sure it's a conflict between vserver and XFS
1160493855 M * weeble Box with XFS+quotas enabled with no vserver = OK
1160493869 M * weeble Box with no XFS quotas, but with vserver = OK
1160493882 M * weeble Box with both = the odd strange EQUOT error.
1160494289 M * Bertl when do you get that error?
1160495505 M * h01ger hmmmm... when i run /etc/cron.daily/find on a vserver i get "pam_open_session: Permission denied", this does not happen on a normal host. but if i run the find-command (as opposed to the script) in a shell on the vserver, i also dont get that permission denied. any ideas? 
1160495524 M * h01ger su nobody -s /bin/bash -c "/usr/bin/find / \\( -fstype NFS -o -fstype nfs -o -fstype afs -o -fstype proc -o -fstype smbfs -o -fstype autofs -o -fstype iso9660 -o -fstype ncpfs -o -fstype coda -o -fstype devpts -o -fstype ftpfs -o -fstype devfs -o -fstype mfs -o -fstype shfs -o -fstype sysfs -o -fstype cifs -o -fstype lustre_lite -o -type d -regex '\(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^
1160495524 M * h01ger /sfs$\)\|\(^/media$\)' \\) -prune -o -print"
1160495530 M * h01ger is the command being run, FWIW
1160495600 M * Bertl why does cron try to open a pam session?
1160495649 M * h01ger it also happens when i run the script from the command line
1160495653 M * Bertl what is the environment for your init? do you have an init process?
1160495663 M * h01ger no
1160495686 M * h01ger that is, i do, the one from the vserver-host
1160495694 M * Bertl so running the script causes this?
1160495707 M * h01ger yes
1160495710 M * Bertl what if you chroot into the guest and execute the script?
1160495714 M * mnemoc hi, does tar break the hardlinks when writting? (/me trying to give his first steps into vunify)
1160495739 M * h01ger Bertl, thats inside the vserver.. (you mean i should _ch_root into the guest-filesystem?
1160495741 M * h01ger )
1160495748 M * Bertl yep
1160495814 M * h01ger from the host. ok..
1160495871 M * h01ger runs fine, no permission denied
1160495937 M * Bertl okay, then please strace -fF that one (inside and outside) and upload the trace to paste.linux-vserver.org
1160495962 M * Bertl if it is a shell script, also add the bash -x output
1160495973 M * h01ger ist shell
1160496342 M * h01ger Bertl, http://paste.linux-vserver.org/476 and http://layer-acht.org/inside and http://layer-acht.org/outside
1160496352 M * Bertl tx
1160496381 J * bonbons ~bonbons@83.222.36.111
1160496596 M * Bertl h01ger: hmm, could you redo the outside case with entering the namespace first?
1160496614 M * Bertl i.e. vnamespace -e <xid> - ...
1160496640 M * h01ger sure
1160496772 M * h01ger you mean "vnamespace -e <xid> chroot $path" right?
1160496776 M * h01ger reload
1160496789 M * h01ger vnamespace btw also has no manpage :)
1160496846 M * h01ger Bertl, reload  http://layer-acht.org/outside
1160496882 M * Bertl yep, tx
1160497805 M * Bertl h01ger: the problem is in your limit config
1160497816 M * Bertl [pid 26345] setrlimit(RLIMIT_NOFILE, {rlim_cur=RLIM_INFINITY, rlim_max=RLIM_INFINITY}) = -1 EPERM (Operation not permitted)
1160497839 M * Bertl your pam session seems to try to raise the FILE limit, which fails
1160497863 M * Bertl same for the priority
1160497870 M * Bertl [pid 26345] setpriority(PRIO_PROCESS, 0, 0) = -1 EACCES (Permission denied)
1160497889 M * Bertl details seem to be in /etc/security/limits.conf and the pam config
1160497947 M * h01ger hmm... i basically didnt modify the limits.conf (its given by the host anyway) and the pam config doesnt specify to do this
1160497978 M * h01ger Bertl, thanks for investigating it.
1160498004 M * h01ger is scheduling the priority down also prohibited?
1160498010 M * Bertl np, well, the guest is bound to the limits it inherits from the host
1160498040 M * Bertl nope, and you can add the igneg_nice flag too, which will silently fail
1160498051 M * Bertl (i.e. make it fail silently)
1160498086 M * daniel_hozac h01ger: patches accepted (re: manpages ;))
1160498119 M * h01ger daniel_hozac, i expected that reply but i dont really now what vnamespace does :( and i fear i will hear this now... ;)
1160498143 M * h01ger Bertl, where/how do i set this flag?
1160498151 M * daniel_hozac well, vnamespace --help is pretty verbose, IMHO.
1160498172 M * daniel_hozac (which, i suppose, is the reason there aren't many man pages)
1160498228 M * daniel_hozac h01ger: echo igneg_nice > /etc/vservers/<name>/flags
1160498412 M * Bertl h01ger: http://oldwiki.linux-vserver.org/Caps+and+Flags
1160498452 M * hardwire does the vserver patch do anything that would effect normal desktop operation?
1160498452 M * h01ger daniel_hozac, Bertl: nice: with the flag set, the find-cronjob now runs without that stupid error message _and_ locate now works :) muchas gracias!
1160498476 M * Bertl you're welcome!
1160498656 J * coocoon ~coocoon@dslb-084-057-223-095.pools.arcor-ip.net
1160498663 M * coocoon hello
1160498676 M * Bertl hey!
1160498731 M * h01ger does /etc/vservers/.defaults/fstab work as expected?
1160498848 M * daniel_hozac it should.
1160498883 A * h01ger will try and complain^wreport here if it doesnt
1160499123 Q * _are_ Ping timeout: 480 seconds
1160499374 Q * h01ger Quit: h01ger
1160499410 J * h01ger ~holger@socket.layer-acht.org
1160499549 J * FM-Usr ~mf@p54A95566.dip.t-dialin.net
1160499874 Q * Johnnie Remote host closed the connection
1160500441 M * hardwire vserver has prooved pretty valuable at restoring data for me so far
1160500463 M * hardwire lots of installs of old distros with data in databases that only old database daemons can figure out
1160500470 M * hardwire made it kinda easy to not muck up my workstation
1160500471 M * hardwire thats for sure
1160500565 Q * yarihm Ping timeout: 480 seconds
1160500578 M * Bertl hardwire: glad to hear!
1160500782 A * waldi have the t2000 back after the sun techie replaced the systemboard
1160501022 J * FireEgl FireEgl@Sebastian.Atlantica.US
1160501131 Q * FM-Usr Quit: Ex-Chat
1160501321 J * Johnnie ~jdlewis@216.75.24.218
1160501464 M * hardwire I really.. really.. really.. want to use a compressed filesystem
1160501472 M * hardwire I was hoping zfs would be stable and ported by now
1160501493 M * hardwire also since it checsums all data it would make dupe elimination wonderfull
1160501509 Q * shedi Quit: Leaving
1160501513 M * hardwire http://www.soekris.com/vpn1401.htm
1160501513 M * Bertl does it really make sense today?
1160501528 M * hardwire and I really want it to be able to use kernel compression modules
1160501534 M * hardwire so it can access this board
1160501542 M * hardwire yeh
1160501542 M * Bertl I remember the ext2 compression patches I used years ago
1160501547 M * hardwire :)
1160501563 M * hardwire I almost wrote a fuse fs called backupfs
1160501576 M * hardwire for moving data off to.. it would just align blocks etc to only store like data once
1160501590 M * hardwire that would have been a very good deed for me
1160501609 M * Bertl yeah, well, but today the harddisk is cheap, even for solid state stuff
1160501616 M * hardwire its not
1160501627 M * hardwire I keep thinking about the home user
1160501638 M * hardwire which is like 50% of my life :)
1160501658 M * hardwire I don't have extra cash to just throw around at cheap storage
1160501679 M * Bertl even there it is simpler to put all the data on a server and use that via lan/wireless
1160501703 M * hardwire which I am going to do at some point
1160501710 M * hardwire when I have funds for some decent server hardware
1160501718 M * hardwire but I don't have those funds
1160501733 M * hardwire I have a girlfriend who watches my money for me.. 
1160501736 M * hardwire I will never have those funds
1160501739 M * Bertl get your oldest machine and install linux there, and you ahve your server :)
1160501744 M * hardwire I am doing this for all the irrisponsible boyfriends out there!
1160501756 M * hardwire yeh that doesn't mean I have storage for everything:)
1160501770 M * hardwire Bertl: imagine we only had like.. one computer
1160501771 M * hardwire hah
1160501772 M * hardwire I know
1160501773 M * hardwire its hard
1160501775 M * hardwire but just one
1160501789 M * Bertl impossible
1160501797 M * daniel_hozac why would you have just one computer?
1160501804 M * hardwire *grin*
1160501804 M * hardwire and
1160501809 M * hardwire *sigh*
1160502291 Q * lilalinux Remote host closed the connection
1160502507 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch
1160502608 J * Rich_Estill ~restill@c-24-11-195-139.hsd1.mi.comcast.net
1160502916 J * rhodes ~rhodes@hc652a895.dhcp.vt.edu
1160502995 Q * rhodes 
1160503033 J * rhodes ~rhodes@hc652a895.dhcp.vt.edu
1160503071 M * rhodes Can the base system and a vserver operate in different VLANs?
1160503102 M * rhodes The problem I'm running into is setting the default gateway in the vserver
1160503119 M * Loki|muh use iproute2
1160503123 M * Loki|muh and routing tables
1160503195 M * rhodes I have rebuilt kernel with routing table support.  Do you have to manage the base system's default route with this approach also?
1160503270 M * Bertl yes, but it is quite simple
1160503281 M * Bertl with Linux-VServer all network happens on the host
1160503301 M * Bertl so what you do is simply set a default route for the host
1160503319 M * Bertl add a rule for the guest ip (so that it is handled differently)
1160503333 M * Bertl and have a separate routing table for that guest
1160503347 M * Bertl (with a separate default route)
1160503618 J * samuel ~samuel@72.18.248.90
1160503925 M * hardwire Bertl: which is always fun
1160503940 M * hardwire maintinaing routing tables that iproute never shows w/o explicit mention of it
1160503983 M * Bertl yeah, well, ip rule ls gives a hint :)
1160504013 M * rhodes Thanks... that did the trick
1160504046 Q * MooingLemur Read error: Connection reset by peer
1160504058 M * rhodes I've set it up like the config at the bottom of this page, http://oldwiki.linux-vserver.org/Recipes
1160504104 M * rhodes The difference is that used to physical interfaces and I'm using a 802.1Q clan
1160504125 M * Bertl that's no problem (as you figured :)
1160504283 M * Bertl btw, if you don't mind the question: what are you using Linux-VServer for?
1160504451 J * comfrey ~comfrey@h-64-105-215-75.sttnwaho.covad.net
1160504456 M * Bertl (just curious :)
1160504461 M * rhodes This is going to be a server that hosts servlet containers (probably jboss, but possible other containers)
1160504482 M * rhodes The goal is to keep any one misbehaving servlet from impact other hosted servlets
1160504495 M * Bertl ah, ic. so probably hard cpu scheduling too then
1160504548 M * rhodes Yes
1160505138 M * hardwire Bertl: so interface/0/dev references what its called in the vserver
1160505141 J * marcfiu ~mef@targe.CS.Princeton.EDU
1160505145 M * hardwire not what device it associates itself to on the host
1160505157 J * the_hydra ~mulyadi@61.5.104.21
1160505186 M * marcfiu hello
1160505186 Q * FireEgl Read error: Connection reset by peer
1160505216 M * daniel_hozac hello marcfiu.
1160505228 M * Bertl mhey marcfiu! the_hydra!
1160505239 M * the_hydra hi herbert
1160505246 M * daniel_hozac hardwire: neither.
1160505711 Q * samuel Ping timeout: 480 seconds
1160506212 M * marcfiu hello daniel
1160507439 Q * the_hydra Quit: using sirc version 2.211+KSIRC/1.2.4
1160507606 Q * marcfiu Quit: Download Gaim: http://gaim.sourceforge.net/
1160508585 J * stefani ~stefani@tsipoor.banerian.org
1160508603 M * Bertl hola stefani!
1160508637 M * stefani salut
1160509242 Q * Rich_Estill Quit: Leaving
1160509301 M * Bertl okay, off for now .. back later ...
1160509306 N * Bertl Bertl_oO
1160509429 J * _are_ ~are@62.112.159.81
1160510041 J * Piet hiddenserv@tor.noreply.org
1160510142 M * hardwire nuhr
1160510146 M * hardwire can fuse work in a vserver?
1160510206 Q * hardwire Quit: Coyote finally caught me
1160510257 J * hardwire ~hardwire@89-208-58-66.gci.net
1160510329 Q * yarihm Quit: Leaving
1160510540 J * samuel ~samuel@adsl-68-122-125-205.dsl.pltn13.pacbell.net
1160510542 N * samuel samueltc
1160510543 M * samueltc hi
1160510578 M * samueltc there is any technical limitation on the number of vserver running on the same kernel? 
1160510586 M * samueltc i've seen a 254 limit I think
1160510603 M * daniel_hozac 65534 or so.
1160510618 M * samueltc but with > 100 vservers (no syslog, no updatedb, ...) running on the same machine, that will work well?
1160510622 M * samueltc cool
1160511157 N * nokoya asdfsd
1160511162 N * asdfsd nokoya
1160511163 Q * bonbons Quit: Leaving
1160511217 Q * nokoya Quit: changing servers
1160511266 A * cehteh uses a centralized syslog
1160512560 J * cdrx ~legoater@82.227.199.249
1160512570 M * cdrx good evening !
1160512627 A * hardwire looks at clock
1160512642 J * shedi ~siggi@inferno.lhi.is
1160512833 Q * dna_ Quit: Verlassend
1160513109 P * rhodes Leaving
1160513317 Q * samueltc Ping timeout: 480 seconds
1160513373 Q * comfrey Quit: leaving
1160515037 J * Aiken ~james@211.29.69.68
1160515650 J * comfrey ~comfrey@h-64-105-215-75.sttnwaho.covad.net
1160515870 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1160516414 Q * Piet Remote host closed the connection
1160516496 J * Piet hiddenserv@tor.noreply.org
1160516710 J * samueltc ~samuel@adsl-68-122-125-205.dsl.pltn13.pacbell.net
1160517374 M * samueltc .
1160518567 Q * meandtheshell Quit: exit (0);
1160518592 Q * samueltc Ping timeout: 480 seconds
1160518708 Q * cehteh Server closed connection
1160518727 J * cehteh ~ct@pipapo.org
1160519110 Q * nammie Server closed connection
1160519121 J * nammie ~nam@S0106001195551ff0.va.shawcable.net
1160519187 P * stefani I'm Parting (the water)
1160520775 Q * Curus Server closed connection
1160520786 J * Curus ~Curus@kbhn-vbrg-sr0-vl209-213-185-8-10.perspektivbredband.net
1160520834 N * Bertl_oO Bertl
1160520838 M * Bertl back now ...
1160521274 J * gerrit ~gerrit@bi01p1.co.us.ibm.com
1160522013 Q * Piet Ping timeout: 480 seconds
1160522100 J * Piet hiddenserv@tor.noreply.org
1160522904 J * samueltc ~samuel@adsl-68-122-125-205.dsl.pltn13.pacbell.net
1160522905 M * samueltc hi
1160522923 M * samueltc how can I bind a filesystem in vservers' fstab?
1160522925 J * almak ~almak@192.83.249.36
1160522927 M * samueltc mountie: unknown filesystem type 'bind'
1160522944 M * almak hi
1160522970 M * samueltc actually I do that on the host' fstab
1160523017 M * samueltc ahhh got it
1160523020 M * samueltc syntax error
1160523022 M * hardwire boobide boo boo booobidy boo
1160523034 M * hardwire I'm a huge freak dog.. so are you
1160523043 M * hardwire *wrong window*
1160523107 M * almak hi there
1160523154 M * hardwire hi
1160523201 M * almak I am pretty new to vserver. Is there any tool that show what cap/flags have been set?
1160523394 M * hardwire rawr?
1160523534 M * Bertl almak: cat should help
1160523554 M * Bertl almak: cat /proc/virtual/<xid>/status
1160523562 M * almak I know that if I can dump /proc/virtual/xxx/status it will show me the caps and flags set. Is there a command that can show it in the way it is set by vattribute?
1160523568 M * Bertl almak: http://oldwiki.linux-vserver.org/Caps+and+Flags
1160523582 M * almak I see.
1160523590 M * Bertl not that I know of, but a little script could do that
1160523596 M * almak ok.
1160523617 M * Bertl if you write one, please post it somewhere/link it on the wiki
1160523662 M * almak Sure. Someone posted one earlier but no longer available.
1160523672 M * almak Another question,m 
1160523677 M * Bertl yep?
1160523754 M * almak I am experimenting with CPU limit using token bucket. What happens when I have set 2 vservers to both have 70% CPU and both CPU utilization go over 50%. What will be the behavior?
1160523882 M * Bertl well, according to physics that cannot happen :)
1160523929 M * Bertl i.e. you would consume more cpu power than is available
1160523966 M * Bertl so, what happens when both contexts _try_ to use more than 50% and you have a limit of 70%?
1160523990 M * Bertl they will be scheduled as if there is no limit, up to the 70% limit
1160524012 M * almak True. If one Vserver goes to 70% and the 2nd one goes over 30% then the 2nd vserver will be starved of CPU.
1160524077 M * Bertl the behaviour of the token bucket hard cpu scheduler is the normal kernel scheduling as long as no limit is reached
1160524103 M * almak OK. I get it now.
1160524122 M * Bertl if you configure idle time scheduling, you can ensure fair scheduling beyond the 'hard' limit
1160524151 M * almak Is this available with vserver 2.0.1?
1160524162 M * Bertl nope, that is part of the devel scheduler
1160524204 M * almak I am working with the 2.6.14.3 kernel. Do I expect and 2.0.x update in the future?
1160524218 M * almak any 2.0.x update (I mean)
1160524233 M * Bertl hmm, 2.0.2 is out, even 2.0.2.1
1160524246 M * Bertl why such an old kernel?
1160524258 M * Bertl (well, older kernel :)
1160524347 M * almak Well, legacy kernel because of existing software. Trying to add more advance software like vserver...
1160524428 M * almak I hope it is not going to be a dead end kernel as far as vserver is concerned.
1160524460 M * Bertl hmm, what requires 2.6.14.3 and doesn't run with 2.6.18?
1160524497 M * almak I was told there are some tool chain changes that will take time to migrate. Not entire sure if it is true.
1160524498 M * Bertl as it seems right now, 2.6.17.x is the oldest stable branch maintained atm (distro kernels aside)
1160524542 M * Bertl I would give a 2.6.17.x or 2.6.18 kernel a try, if you find something that fails, you can always switch back to the older one
1160524620 M * almak This may not be an option, since there are other kernel modifications that need to be ported at the same time :(
1160524642 M * Bertl ah, sounds interesting ...
1160524715 M * almak any way thanks for answering my questions.
1160524730 M * Bertl you're welcome!
1160524737 M * almak Keep up the good work
1160524742 M * Bertl feel free to hang around ...