1193961607 M * daniel_hozac that's fine. 1193961620 M * daniel_hozac it should be fixed in trunk. 1193961800 M * Bertl daniel_hozac, tanjix: http://vserver.13thfloor.at/Experimental/delta-percpu-debug01.diff 1193961829 J * tanjix2 ~tanjix@office.star-hosting.de 1193961840 M * Bertl wb tanjix2! 1193961846 M * tanjix2 re Bertl 1193961855 M * daniel_hozac looks good. 1193961877 M * Bertl tanjix2: http://vserver.13thfloor.at/Experimental/delta-percpu-debug01.diff 1193961878 M * daniel_hozac this assumes we're the leaker though. AFAIK, we've never seen this issue before 2.6.22. 1193961901 M * Bertl yep, agreed, but it will definitely shed some light on it 1193961906 Q * [PUPPETS]Gonzo Ping timeout: 480 seconds 1193961908 M * daniel_hozac sure. 1193961914 J * matti_ matti@acrux.romke.net 1193961915 J * esa ~esa@ip-87-238-2-45.adsl.cheapnet.it 1193961920 J * eyck_ ~eyck@nat.nowanet.pl 1193961921 Q * eSa| Ping timeout: 480 seconds 1193961923 M * tanjix2 Bertl: this is for 2.6.22.10 ? 1193961925 J * [PUPPETS]Gonzo gonzo@fellatio.deswahnsinns.de 1193961979 Q * matti Read error: Connection reset by peer 1193961979 N * matti_ matti 1193961981 Q * eyck Ping timeout: 480 seconds 1193961983 J * mire_ ~mire@174-169-222-85.adsl.verat.net 1193962012 N * matti Guest136 1193962019 M * daniel_hozac i have no problems creating several thousand contexts on my laptop though, so it must be something configuration specific. 1193962026 M * daniel_hozac tanjix2: do you use XFS? 1193962038 M * Bertl tanjix2: yep, but 2.6.22.9 should be fine too 1193962057 P * dowdle Don't want to miss my bus 1193962068 M * tanjix2 daniel_hozac: no 1193962076 Q * tanjix Ping timeout: 480 seconds 1193962088 N * tanjix2 tanjix 1193962236 M * Bertl tanjix: please keep the logs starting from host boot 1193962251 M * Bertl we have to folter them for the specific messages later 1193962288 M * tanjix kernel/vserver/context.c: In function ‘__alloc_vx_info’: 1193962288 M * tanjix kernel/vserver/context.c:87: warning: format ‘%d’ expects type ‘int’, but argument 3 has type ‘long unsigned int’ 1193962295 M * tanjix is that ok during compile ? 1193962325 M * Bertl hmm, better adjust it, i.e. change the %d there to %ld 1193962357 M * Bertl should be the second %d 1193962371 M * tanjix line 87 does not show something like that 1193962456 Q * mattzerah Read error: Operation timed out 1193962482 M * Bertl + printk("percpu allocated %p[%d]\n", new->ptr_pc, 1193962482 M * Bertl + printk("percpu allocated %p[%d]\n", new->ptr_pc, 1193962492 M * Bertl change the %d to %ld 1193962554 M * tanjix ok, i did. the error has gone 1193962565 M * Bertl excellent! 1193962581 M * Bertl you should get a bootup message 1193962603 M * tanjix hm i have no console access right now.. do i et it / see it anyway by ssh? 1193962604 M * Bertl percpu: ... 1193962630 M * Bertl yes, after the system booted, it will be copied to /var/log/dmesg 1193962636 M * tanjix ok 1193962644 M * tanjix kernel recompiled, rebooting now 1193962912 Q * eyck_ Read error: Connection reset by peer 1193962918 J * _[PUPPETS]Gonzo gonzo@fellatio.deswahnsinns.de 1193962923 J * eyck ~eyck@nat.nowanet.pl 1193962931 J * matti_ matti@acrux.romke.net 1193962942 M * tanjix hm i made the wrong kern... the sources were patched with 2.3.0.27... doing it agisn, but will take a while 1193963001 Q * Guest136 Read error: Connection reset by peer 1193963006 Q * [PUPPETS]Gonzo Read error: Connection reset by peer 1193963012 N * _[PUPPETS]Gonzo [PUPPETS]Gonzo 1193963039 M * Bertl tanjix: in this case, please take 2.6.22.10 and vs2.3.0.29 1193963177 J * toidinamai ~frank@svenska.toidinamai.de 1193963257 J * mattzerah ~matt@121.50.220.122 1193963325 M * tanjix Bertl: do i need additional patches like the ones daniel_hozac made? 1193963333 M * tanjix or are they included in 2.3.0.29 ? 1193963446 M * Bertl should be in 2.3.0.29 1193963465 M * tanjix should or are? not that i get again some problems hehe 1193963493 Q * bonbons_ Quit: Leaving 1193963754 T * * http://linux-vserver.org/ | latest stable 2.2.0.5, 2.0.3-rc3, devel 2.3.0.29, stable+grsec 2.2.0.4 | util-vserver-0.30.214 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we'll forget about the minute ;) 1193963754 T * daniel_hozac - 1193963835 J * _gh_ ~gerrit@c-67-169-199-103.hsd1.or.comcast.net 1193964200 T * * http://linux-vserver.org/ | latest stable 2.2.0.5, 2.0.3-rc3, devel 2.3.0.29, stable+grsec 2.2.0.4 | util-vserver-0.30.214 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we'll forget about the minute ;) 1193964200 T * daniel_hozac - 1193964620 T * * http://linux-vserver.org/ | latest stable 2.2.0.5, 2.0.3-rc3, devel 2.3.0.29, stable+grsec 2.2.0.4 | util-vserver-0.30.214 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we'll forget about the minute ;) 1193964620 T * daniel_hozac - 1193965532 Q * mire_ Ping timeout: 480 seconds 1193965558 M * Bertl okay, off to bed now ... have a good one everyone! cya! 1193965563 N * Bertl Bertl_zZ 1193965961 J * fatgoose_ ~samuel@206-248-128-87.dsl.teksavvy.com 1193965961 Q * fatgoose Read error: Connection reset by peer 1193965967 Q * fatgoose_ 1193966126 J * mire_ ~mire@71-168-222-85.adsl.verat.net 1193967172 J * jsnx ~jsnx@c-24-5-69-78.hsd1.ca.comcast.net 1193968732 J * adrien-modulis ~adrien@3-82-252-216-static.enter-net.com 1193969438 M * daniel_hozac tanjix3: 2.3.0.29 is good. 1193969446 M * daniel_hozac (as far as we know) 1193970464 Q * maddoc Ping timeout: 480 seconds 1193970726 J * maddoc maddoc@social.ostruktur.com 1193970849 M * adrien-modulis Hi everyone 1193970868 M * daniel_hozac hello 1193970873 M * adrien-modulis I've just done a new vserver install, and I think there is a bug with the debian util-vserver package 1193970890 M * adrien-modulis I did the same step yesterday and it was working 1193970938 M * adrien-modulis when I build a vserver with 1193970938 M * adrien-modulis vserver sox1 build -m debootstrap --force --hostname=sox1 -- d etch 1193970956 M * adrien-modulis the install leaves with no error 1193970985 M * adrien-modulis vserver folder is created with /dev /etc but bootstrap is not run 1193971076 M * daniel_hozac what's changed? 1193971141 M * adrien-modulis yesterday vserver host install was able to build vserver; I've redone it today on a different machine (same setup) and the build process dies 1193971164 M * daniel_hozac so it's a completely new machine? what versions? 1193971197 M * adrien-modulis Linux 2.6.18-5-vserver-686 - debian etch 1193971215 M * adrien-modulis util-vserver and linux-image-vserver installed from apt-get 1193971223 M * daniel_hozac no backports? 1193971249 M * adrien-modulis nope 1193971308 M * daniel_hozac could you get the bp.o util-vserver package and try again? 1193971329 M * adrien-modulis sure 1193971345 M * adrien-modulis didn't debian moved etch to sid today ? 1193971361 M * adrien-modulis because the arch link of etch knows point to sid 1193971383 M * daniel_hozac what? 1193971476 M * adrien-modulis well I think I'm confused 1193971498 M * daniel_hozac etch is stable, it really shouldn't be pointing at sid. 1193971506 M * adrien-modulis inside /usr/lib/debootstrap/scripts/ 1193971508 M * adrien-modulis I have 1193971512 M * adrien-modulis etch -> sid 1193971515 M * daniel_hozac ah, yes. 1193971519 M * daniel_hozac the script is shared 1193971529 M * daniel_hozac same for lenny. 1193971537 M * adrien-modulis yes 1193971685 M * adrien-modulis I've just installed util-vserver from backports, and I have the same problem 1193971697 M * micah adrien-modulis: do you have debootstrap package installed? 1193971701 M * adrien-modulis yes 1193971713 M * adrien-modulis do I need the deboostrap from backports ? 1193971727 M * micah no 1193971785 M * micah why are you building with --force? 1193971821 M * adrien-modulis because the build create /etc/vserver/myserver and the /var/lib/vservers/myserver directory 1193971827 M * daniel_hozac do you see the regular debootstrap output when you run vserver ... build? 1193971834 M * adrien-modulis no nothing 1193971840 M * adrien-modulis but I can run debootstrap 1193971860 M * adrien-modulis "debootstrap etch ." works 1193971878 M * adrien-modulis is there any way to increase vserver build verbosing output ? 1193971879 M * daniel_hozac so vserver test build -m debootstrap -- -d etch doesn't work? 1193971885 M * daniel_hozac --debug 1193971886 M * adrien-modulis no 1193971893 M * adrien-modulis let me try with debug 1193971911 M * daniel_hozac you've run that exact command, i.e. a completely new guest without --force? 1193971950 M * adrien-modulis yes 1193972026 M * adrien-modulis oups 1193972042 M * adrien-modulis actually it does works know with the backport util-vserver 1193972045 M * adrien-modulis even with --force 1193972107 M * adrien-modulis Thanks for your time ! 1193972113 M * micah adrien-modulis: great! there will be a new backport in about 5 days, so be sure to upgrade to that soon 1193972131 M * adrien-modulis I will, thanks 1193972151 M * adrien-modulis what new features does the backports comes with ? 1193972339 M * micah adrien-modulis: it makes building debian-based vservers better 1193972353 M * daniel_hozac micah: how so? 1193972386 M * micah daniel_hozac: the /usr/lib/distributions/etch symlink fix :) 1193972394 M * daniel_hozac ah. 1193972421 M * micah so the initpost will actually run 1193973606 Q * toidinamai Ping timeout: 480 seconds 1193974544 Q * sladen Ping timeout: 480 seconds 1193974632 J * sladen paul@starsky.19inch.net 1193975197 M * tanjix3 daniel_hozac: do i need the cow patch and the other one from you ? 1193975595 Q * mire_ Ping timeout: 480 seconds 1193976774 P * adrien-modulis 1193978786 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1193980265 J * friendly12345 ~friendly@ppp59-167-134-217.lns3.mel6.internode.on.net 1193981049 Q * hparker Quit: g'nite 1193982897 P * jsnx 1193985469 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1193986356 Q * ensc Ping timeout: 480 seconds 1193987000 Q * friendly12345 Quit: Leaving. 1193989555 J * ensc ~irc-ensc@p54B4CF9F.dip.t-dialin.net 1193990038 Q * JonB Quit: This computer has gone to sleep 1193990644 J * toidinamai ~frank@svenska.toidinamai.de 1193992584 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk 1193992748 J * larsivi ~larsivi@85.221.53.194 1193992884 Q * toidinamai Quit: Leaving 1193993267 J * toidinamai ~frank@svenska.toidinamai.de 1193993290 J * Punkie ~Punkie@melkor.coolhousing.net 1193994249 J * DLange ~dlange@p57A30CA1.dip0.t-ipconnect.de 1193994464 J * Aiken_ ~james@ppp59-167-115-173.lns3.bne4.internode.on.net 1193994495 Q * Aiken_ 1193994509 J * Aiken_ ~james@ppp59-167-115-173.lns3.bne4.internode.on.net 1193994515 Q * Aiken_ Remote host closed the connection 1193994583 J * Aiken_ ~james@ppp59-167-115-173.lns3.bne4.internode.on.net 1193994598 Q * Aiken_ 1193994782 Q * Aiken Ping timeout: 480 seconds 1193995006 Q * toidinamai Ping timeout: 480 seconds 1193995417 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33 1193995731 Q * ard Ping timeout: 480 seconds 1193995733 J * ard ~ard@gw-tweakb16.kwaak.net 1193995839 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1193995934 J * mire_ ~mire@71-168-222-85.adsl.verat.net 1193996041 J * Aiken ~james@ppp59-167-115-173.lns3.bne4.internode.on.net 1193996086 J * nebuchadnezzar ~nebu@zion.asgardr.info 1193996096 M * nebuchadnezzar hello 1193996150 M * JonB hi 1193996164 J * onox ~onox@kalfjeslab.demon.nl 1193996211 N * Bertl_zZ Bertl 1193996215 P * taruti 1193996220 M * Bertl morning folks! 1193996316 M * nebuchadnezzar Is it possible for "vsomething --all" to not block when a vserver is not running ? like the vapt-get does 1193996511 M * Bertl nebuchadnezzar: I have no idea, but daniel_hozac will know ... 1193996551 M * nebuchadnezzar Sure, I remember he works on util-vserver ;-) 1193996681 Q * JonB Ping timeout: 480 seconds 1193996691 J * JonB ~NoSuchUse@kg1-98.kollegiegaarden.dk 1193996789 Q * AStorm Remote host closed the connection 1193996839 Q * dsoul Ping timeout: 480 seconds 1193997005 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1193997329 M * alex_ morning Bertl 1193998205 J * Pony_ ~NoSuchUse@kg1-98.kollegiegaarden.dk 1193998205 Q * JonB Read error: Connection reset by peer 1193998212 J * toidinamai ~frank@svenska.toidinamai.de 1193998404 J * dsoul darksoul@vice.ii.uj.edu.pl 1193998412 Q * Pony_ 1193998663 M * Bertl off for now ... back later ... 1193998667 N * Bertl Bertl_oO 1193999895 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1193999895 J * glen_ ~glen@elves.delfi.ee 1193999919 M * glen_ hello. i was thinking to waste my spare time to submit pld-linux vserver patches to upstream 1193999930 M * glen_ anything against, or hints what should i do? :) 1194000172 J * dna ~dna@133-202-dsl.kielnet.net 1194000400 N * esa eSa| 1194000886 J * arachnist arachnist@088156185052.who.vectranet.pl 1194001557 Q * vasko Server closed connection 1194001558 J * vasko ~vasko@unreal.rainside.sk 1194001558 A * vasko is gone. Gone since Tue Jul 31 15:17:00 2007 1194003509 Q * Blissex Read error: Connection reset by peer 1194004001 J * DLange2 ~dlange@p57A30BFA.dip0.t-ipconnect.de 1194004191 Q * DLange2 1194004215 J * DLange2 ~dlange@p57A30BFA.dip0.t-ipconnect.de 1194004301 Q * DLange Ping timeout: 480 seconds 1194004396 N * DLange2 DLange 1194006611 M * daniel_hozac nebuchadnezzar: hmm? 1194008996 Q * pusling Ping timeout: 480 seconds 1194009645 J * pusling pusling@77.75.162.71 1194010190 J * ema ~ema@rtfm.galliera.it 1194010811 Q * Aiken Quit: Leaving 1194011106 Q * toidinamai Quit: Leaving 1194011305 J * |eSa|| ~kvirc@ip-87-238-2-45.adsl.cheapnet.it 1194011648 J * fatgoose ~samuel@206-248-128-87.dsl.teksavvy.com 1194011898 Q * ema Quit: leaving 1194012081 Q * derjohn Ping timeout: 480 seconds 1194012121 J * derjohn ~derjohn@80.69.42.51 1194014011 J * JonB ~NoSuchUse@kg1-98.kollegiegaarden.dk 1194014235 J * duplex ~duplex@h-64-105-248-183.miatflad.covad.net 1194014280 M * faheem One issue I had noticed with vserver is that in a virtual guest, the processes are quite happy to grab all resources in sight, specifically CPU. and don't notice anything outside. This gives rise to some odd effects, eg I can't even move my mouse cursor in the host. I was quite puzzled when I first noticed it. I suppose the answer is some kind of CPU throttling. 1194014309 M * JonB which process is it? 1194014338 M * daniel_hozac http://linux-vserver.org/CPU_Scheduler 1194014375 J * toidinamai ~frank@svenska.toidinamai.de 1194014441 M * faheem Just came across this, looks kinda neat. http://oldwiki.linux-vserver.org/MoreUbuntu 1194014474 M * faheem Don't see why people are always talking about Ubuntu, though, as though Debian doesn't exist. 1194014678 Q * larsivi Remote host closed the connection 1194014875 M * duplex hello, I getting the following messages on my vserver when I run a check_nrpe command from a remote server 1194014891 M * duplex xinetd[16889]: libwrap refused connection to nrpe (libwrap=nrpe) 1194014928 M * daniel_hozac sounds like your tcp_wrappers don't allow it. 1194015007 M * duplex i added the ip of the remote server to the hosts.allow file and restarted xinetd. i still get the same error 1194015056 M * duplex probably i have a syntax error in my hosts.allow 1194015067 M * duplex let me check 1194015628 J * dowdle ~dowdle@scott.coe.montana.edu 1194015637 M * dowdle Good nowing. 1194015731 M * duplex same error message. xinetd[19880]: warning: cannot open /etc/hosts.allow: Permission denied xinetd[19880]: warning: cannot open /etc/hosts.deny: Permission denied 1194015738 M * duplex xinetd[19880]: libwrap refused connection to nrpe (libwrap=nrpe) 1194015761 M * daniel_hozac well, that's your problem, obviously. xinetd can't read the files. 1194015822 M * duplex -rw-r--r-- 1 root root 184 Nov 2 11:02 /etc/hosts.allow 1194015830 M * duplex -rw-r--r-- 1 root root 347 Jan 12 2000 /etc/hosts.deny 1194015835 M * duplex those are the correct permissions 1194015873 M * daniel_hozac and that's in the guest, right? 1194016116 M * duplex thats in the root 1194016150 J * hparker ~hparker@linux.homershut.net 1194016164 M * duplex i'm running this at the root context 1194016180 M * daniel_hozac xinetd? 1194016255 M * duplex yes, using xinetd 1194016298 M * daniel_hozac and if you boot a vanilla kernel, it works fine? 1194016454 M * nebuchadnezzar daniel_hozac: do I need to explain more what I'm saying about vsomething ? 1194016508 J * camgirl29 ~camgirl29@ANantes-257-1-8-61.w90-31.abo.wanadoo.fr 1194016521 M * duplex i have not booted with a vanilla kernel 1194016539 M * duplex i have another server with the same kernel using vserver and it works fine 1194016550 M * daniel_hozac nebuchadnezzar: or an example... 1194016604 M * daniel_hozac duplex: are you using SELinux, grsec, or something like that? 1194016616 Q * camgirl29 1194016638 M * duplex i have /selinux/enforce set to 0 1194016662 M * duplex not using grsec 1194016900 M * nebuchadnezzar daniel_hozac: vsomething exec --all touch /tmp/test 1194016927 M * nebuchadnezzar if one of the vserver is not started it complains about it and do not proceed the others 1194016930 Q * fatgoose Ping timeout: 480 seconds 1194016936 A * nebuchadnezzar make a verification of its test 1194016941 N * Bertl_oO Bertl 1194017007 M * daniel_hozac vsomething doesn't even enter the guest, it doesn't care about that at all. 1194017030 Q * JonB Quit: This computer has gone to sleep 1194017279 Q * Punkie Quit: OdcházĂ­m 1194017378 M * nebuchadnezzar daniel_hozac: I try: vsomething exec --all touch /tmp/test 1194017382 M * nebuchadnezzar it gives me: 1194017403 M * nebuchadnezzar exec: operating on vserver betch <-- my first vserver, it's not running since it's a template 1194017414 M * nebuchadnezzar /usr/sbin/vsomething: line 120: exec: betch: not found 1194017422 M * daniel_hozac you realize that will run exec betch touch /tmp/test, right? 1194017446 M * daniel_hozac if you want to run something in the guests, use vsomething vserver --all -- exec ... 1194017466 M * nebuchadnezzar haaaaaa ok 1194017475 M * nebuchadnezzar I don't realise this 1194017481 M * nebuchadnezzar I didn't realise this 1194017516 M * nebuchadnezzar Ok 1194017521 M * nebuchadnezzar I understand now 1194017576 M * nebuchadnezzar thanks daniel_hozac, and sorry 1194017585 M * daniel_hozac heh, no problem. 1194017638 A * ard gets an oops 1194017650 M * daniel_hozac kernel? where's the trace? 1194017651 M * ard when I do : ip ro get 2002:d9c4:2909::1 1194017659 A * ard is still searching :-) 1194017670 M * ard 2.6.22.10 with 2.3.0.29 1194017684 M * ard I am now trying without vserver 1194017701 M * daniel_hozac nice, i can reproduce that. 1194017798 M * daniel_hozac okay, i see it. 1194017824 M * ard http://paste.linux-vserver.org/9522 1194017891 M * ard i was setting up a 6to4 tunnel, and it was not a correct configuration :-). 1194017919 M * ard and it was a plain system with just this kernel installed, no vservers jet 1194017927 M * ard s/j/y/ 1194017948 M * ard rebooted with a version without vserver and it works... 1194017956 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-v6route-fix01.diff 1194017957 M * ard actually I should reboot and try it again with 1194017966 M * ard daniel_hozac is *FAST* 1194017975 M * Bertl yes, always :) 1194017999 M * ard wait... first brag about daniel_hozac on another channel :-) 1194018029 M * daniel_hozac it's not entirely correct though, it shows we have a problem there, and quite possibly in other functions using similar constructs. 1194018055 J * ema ~ema@rtfm.galliera.it 1194018081 A * ard is compiling 1194018108 M * Bertl daniel_hozac: as I assume it is the sk which is missing, I wonder how that happened 1194018109 M * ard I will use it for a ipv6 on wifi and 6to4 tunnel testbed... nothing production :-) 1194018117 M * ard coffee 1194018131 M * Bertl ard: excellent, thanks for testing 1194018150 M * daniel_hozac Bertl: that skb is created in the kernel, i guess it doesn't have a socket attached yet? where does that happen (the skb->sk assignment)? 1194018982 J * fatgoose ~samuel@76-10-149-199.dsl.teksavvy.com 1194019045 Q * tanjix3 1194019148 M * duplex any other thing I can do to troubleshoot this issue? 1194019213 M * Bertl duplex: did you try without the grsec patch? 1194019643 M * duplex i'm using 2.6.22.9-vs2.3.0.27.1 but i dont see that its patched with grsec 1194019747 Q * ema Remote host closed the connection 1194019842 M * Bertl duplex: ah, then I didn't get the issue, please elaborate 1194019898 M * duplex i'm getting this error message on my messages log when trying to access from a remote server 1194019900 M * duplex xinetd[16889]: libwrap refused connection to nrpe (libwrap=nrpe) 1194019915 M * duplex same error message. xinetd[19880]: warning: cannot open /etc/hosts.allow: Permission denied xinetd[19880]: warning: cannot open /etc/hosts.deny: Permission denied 1194019922 M * duplex but I have the correct permissions 1194019936 M * Bertl do you use filesystem tagging? 1194019939 M * duplex -rw-r--r-- 1 root root 184 Nov 2 11:02 /etc/hosts.allow -rw-r--r-- 1 root root 347 Jan 12 2000 /etc/hosts.deny 1194019960 M * duplex no selinux/enforce is set to 0 1194019979 M * Bertl filesystem is not mounted with 'tag' or 'tagxid'? 1194020026 M * duplex no tagging 1194020051 M * Bertl what about the barrier? 1194020064 M * Bertl this is inside a guest, yes? 1194020066 M * duplex barrier? 1194020104 M * duplex no, is at the root context 1194020125 M * Bertl that's at least interesting :) 1194020156 M * Bertl please do the following for me (and upload the output to paste.linux-vserver.org) 1194020199 M * Bertl ls -lad / /etc ; showattr -d / /etc 1194020262 M * duplex done 1194020294 M * Bertl ah, here we go, simple unix mistake 1194020316 M * Bertl chmod a+rx / 1194020351 M * duplex you want me to run that command? 1194020369 M * Bertl well, if you want to fix this, then yes :) 1194020403 M * Bertl you disallow any non-root process to lookup / or a subdir 1194020418 M * Bertl (which is not in the root group, that is) 1194020443 M * Bertl as hosts allow/deny is consulted by the wrapper lib (as whatever user the process runs) 1194020452 M * Bertl you cannot get access to those files 1194020459 M * duplex uuuf, yes its now working. 1194020471 M * nebuchadnezzar maybe -x is sufficient 1194020481 M * Bertl absolutely not Linux-VServer realted, but funny indeed :) 1194020485 M * Bertl *related 1194020495 M * duplex thats for your help 1194020501 M * duplex thanks for your help 1194020503 M * Bertl you're welcome! 1194020557 A * hparker wonders just how that ended up that way 1194020615 A * nebuchadnezzar remember some mandrake system which could be installed hardened with such settings 1194020627 M * hparker ouch 1194020652 M * nebuchadnezzar a simple user can not go where he wants 1194020655 M * Bertl doesn't sounds like hardened, more like broken :) 1194020668 M * nebuchadnezzar but it was a only x on / 1194020678 M * Bertl that's fine 1194020681 A * hparker agrees with Bertl 1194020684 M * nebuchadnezzar you can go somewhere only if you know where 1194021080 J * DLange2 ~dlange@p57A30BFA.dip0.t-ipconnect.de 1194021090 M * Bertl welcome DLange2! 1194021221 M * DLange2 Hm, whyever I timed out... Hi Bertl! 1194021256 N * DLange Guest216 1194021256 N * DLange2 DLange 1194021371 J * georgel ~georgel@201-25-208-38.jvece701.dsl.brasiltelecom.net.br 1194021509 Q * Guest216 Ping timeout: 480 seconds 1194021511 M * Bertl welcome georgel! 1194021554 Q * georgel Quit: Leaving 1194021581 Q * toidinamai Ping timeout: 480 seconds 1194021623 Q * duplex Quit: Leaving 1194021866 J * toidinamai ~frank@svenska.toidinamai.de 1194022255 M * m_stone and it's getting turned into 00750, I think, just before they try to write. 1194022273 M * m_stone sigh. this keyboard is giving me fits. 1194022572 M * Bertl m_stone: hmm? 1194022588 M * sid3windr EWIN I guess ;) 1194022821 M * m_stone Bertl: I was explaining to marcopg that sugar was changing some permissions on the per-activity data directory and that this was making the activity unhappy. 1194022842 M * Bertl i.c. 1194022862 M * m_stone Bertl: Unfortunately, I'm using an unusual keyboard which apparently has keys located directly above the arrow keys that move between irc channels. 1194022882 M * m_stone Rather remarkable keys. Anyway, I slipped and ended up here just before sending my message. 1194022896 M * Bertl got it ... 1194022914 M * m_stone Maybe I should remap them to KEY_BANANA_PEEL... 1194022919 M * m_stone :) 1194023291 J * tanjix ~tanjix@office.star-hosting.de 1194023502 Q * AStorm Remote host closed the connection 1194023553 J * AStorm ~astralsto@tor-irc.dnsbl.oftc.net 1194023738 J * ema ~ema@rtfm.galliera.it 1194023838 M * tanjix hello everybody! 1194023848 M * tanjix i am getting thi in dmesg when trying to start a guest: 1194023849 M * tanjix vps002:~# dmesg 1194023849 M * tanjix percpu allocated 00007effa1e893df[152] 1194023849 M * tanjix percpu free 00007effa1e893df 1194023849 M * tanjix vps002:~# 1194023869 M * tanjix main problem is that i can start up to 49 guests, when trying to start the 50th or more o get: 1194023875 M * tanjix vps002:~# vserver vs5814 start 1194023875 M * tanjix vcontext: vc_ctx_create(): Cannot allocate memory 1194023987 M * Bertl daniel_hozac: sounds interesting, no? 1194024024 M * daniel_hozac it sure does... 1194024027 M * tanjix are any further information needed from my side? 1194024072 M * Bertl another detail: it seems that the startup/boot/init message is not logged 1194024074 Q * ema Quit: leaving 1194024089 M * Bertl so we do not know if the percpu space is allocated properly 1194024759 M * daniel_hozac tanjix: what OS, arch, kernel and config is that? 1194025027 M * dowdle Going to a funeral in another city. See you guys Monday-ish unless I get on over the weekend. Woohoo. 1194025029 P * dowdle Konversation terminated! 1194025131 M * daniel_hozac tanjix: do you have the vserver debugging enabled in the kernel? 1194025157 J * tanjix2 tanjix@77.37.0.222 1194025240 Q * tanjix2 1194025246 Q * tanjix Ping timeout: 480 seconds 1194025253 J * tanjix ~tanjix@office.star-hosting.de 1194025270 M * daniel_hozac tanjix: what OS, arch, kernel and config is that? 1194025272 M * daniel_hozac tanjix: do you have the vserver debugging enabled in the kernel? 1194025320 M * tanjix daniel_hozac: debian 4.0 etch amd64, kernel 2.6.22.10-vs2.3.0.29 1194025329 M * tanjix vserver debugging is enabled afaik 1194025511 J * JonB ~NoSuchUse@kg1-98.kollegiegaarden.dk 1194025560 Q * derjohn Quit: by(t)e 1194025811 Q * JonB Quit: This computer has gone to sleep 1194026880 J * liona29 ~liona29@ANantes-257-1-53-33.w90-25.abo.wanadoo.fr 1194027008 Q * liona29 1194027201 J * virtuoso_ ~s0t0na@ppp91-122-25-13.pppoe.avangard-dsl.ru 1194027609 Q * virtuoso Ping timeout: 480 seconds 1194029038 M * tanjix daniel_hozac, Bertl: anything i can do? 1194029073 M * daniel_hozac have you uploaded your config? 1194029083 M * tanjix daniel_hozac: no, should i? 1194029092 M * tanjix daniel_hozac: you mean the kernel config, right? 1194029095 M * daniel_hozac yeah. 1194029100 M * tanjix one sec 1194029116 M * daniel_hozac i created 5000 contexts yesterday, so it must be a configuration thing. 1194029160 M * tanjix hm 1194029169 M * tanjix i tried to put the .config in paste.linux-vserver.org 1194029172 M * tanjix but i get an error 1194029177 M * daniel_hozac yeah, it's too long. 1194029180 M * tanjix Errors 1194029180 M * tanjix * No code specified 1194029186 M * tanjix ok 1194029195 M * tanjix will upload it as a txt file 1194029268 M * tanjix www.server.cd/config.txt 1194029322 M * daniel_hozac thanks. 1194029421 M * tanjix np 1194029487 M * daniel_hozac what kind of hardware do you have there? 1194030183 M * daniel_hozac it was ext3 on all filesystems, right? 1194030439 M * Bertl off for now ... back later ... 1194030444 N * Bertl Bertl_oO 1194030713 Q * arachnist Quit: Leaving 1194031204 M * baldy anyone a idea why i get always in a guest following error: Can't start server : Bind on unix socket: Permission denied (mysql) 1194031242 M * tanjix daniel_hozac: it is an core2duo e6600 with 2 gb ram 1194031248 M * tanjix daniel_hozac: an all guests use ext3 as fs, yes 1194031293 M * daniel_hozac tanjix: you have a separate filesystem for each guest? 1194031305 M * tanjix daniel_hozac: yes, i use lvm for each guest 1194031432 M * daniel_hozac what kind of storage controller? NIC? 1194031464 M * daniel_hozac baldy: does the user you're trying the bind as have permission to create the socket? 1194031478 M * baldy root in a vps is allowed ;) 1194031497 M * baldy maybe i have to change something at the vserver config? 1194031502 M * tanjix daniel_hozac: was that about storage and NIC for me ? 1194031507 M * daniel_hozac tanjix: yes 1194031515 M * daniel_hozac baldy: no. 1194031536 M * baldy its on each host ;( 1194031539 M * baldy erm 1194031543 M * baldy guest 1194031560 N * Bertl_oO Bertl 1194031569 M * Bertl just had an idea ... 1194031593 M * Bertl daniel_hozac: 50 guests, sounds to me like the limit for the key retention system (per user keys) 1194031636 M * Bertl daniel_hozac: that should not happen when the tools create a space (user) for each guest 1194031646 M * daniel_hozac i thought we conflicted with CONFIG_KEYS anyway? 1194031662 M * Bertl yes, was just an idea, as I said 1194031669 M * tanjix daniel_hozac: no storage controller, just two sata2 disks, NIC = via rhine 1194031732 M * daniel_hozac tanjix: are those disks RAIDed too, or just LVM? 1194031806 J * arachnist arachnist@088156184167.who.vectranet.pl 1194031821 M * tanjix daniel_hozac: yes 1194031825 M * tanjix just kvm 1194031827 M * tanjix lvm 1194031876 M * Bertl tanjix: we are currently in the state that you cannot create a guest? 1194031940 M * tanjix Bertl: i never tried to create one. the guests are there (they moved via rsync from an old host to a new one) but cannot be started 1194031951 M * Bertl start I meant 1194031978 M * Bertl please get the vcmd tool, and compile it on that machine (http://vserver.13thfloor.at/Experimental/TOOLS/vcmd-0.13.tar.bz2) 1194032020 M * tanjix done 1194032049 M * Bertl vcmd -i 100 -BC ctx_create .flagword=^34^33^32 -- vcmd -i -1 -BC set_cflags .mask=^33 -- bash 1194032077 M * tanjix vps002:~/vcmd-0.13# ./vcmd -i 100 -BC ctx_create .flagword=^34^33^32 -- vcmd -i -1 -BC set_cflags .mask=^33 -- bash 1194032077 M * tanjix VCMD_09_1[1] { 1194032077 M * tanjix [0] .flagword 0x0000000700000000 (30064771072) 1194032077 M * tanjix } 1194032077 M * tanjix vserver: Cannot allocate memory 1194032078 M * tanjix vps002:~/vcmd-0.13# 1194032109 M * daniel_hozac very strange... 1194032117 M * Bertl you said you have vserver debugging compiled in, yes? 1194032129 M * tanjix YES IT SHOULD BE ACTIVE IN THE KERN 1194032141 M * tanjix sorry for caps lock hehe 1194032141 M * Bertl no reason to shout :) 1194032150 M * tanjix ^^ 1194032179 M * Bertl try sysctl -w vserver.debug_switch=255 1194032186 M * Bertl and 1194032201 M * Bertl sysctl -w vserver.debug_xid=1023 1194032207 M * tanjix done 1194032218 M * Bertl then redo the vcmd line above, and upload the dmesg output 1194032231 M * tanjix vps002:~/vcmd-0.13# ./vcmd -i 100 -BC ctx_create .flagword=^34^33^32 -- vcmd -i -1 -BC set_cflags .mask=^33 -- bash 1194032231 M * tanjix VCMD_09_1[1] { 1194032231 M * tanjix [0] .flagword 0x0000000700000000 (30064771072) 1194032231 M * tanjix } 1194032231 M * tanjix vserver: Cannot allocate memory 1194032232 M * tanjix vps002:~/vcmd-0.13# 1194032239 M * Bertl pastebin 1194032251 M * tanjix http://paste.linux-vserver.org/9527 1194032301 M * daniel_hozac looks like a busy host :) 1194032343 M * Bertl hmm, I'm not seeing the switch info, do you? 1194032352 M * daniel_hozac i'm guessing it's gone already. 1194032361 M * tanjix hmm... the load is @ 0,6 1194032366 M * tanjix so not really busy hehe 1194032368 J * meandtheshell ~markus@85.127.103.57 1194032403 M * daniel_hozac try sysctl -w vserver.debug_xid=1011 1194032417 M * Bertl yeah, better choice in this case 1194032439 M * tanjix daniel_hozac: done 1194032450 M * Bertl clear dmesg, repeat command, upload 1194032454 M * tanjix ok 1194032486 M * tanjix http://paste.linux-vserver.org/9528 1194032530 M * Bertl so it's definitely the migrate as expected 1194032544 M * tanjix mh? 1194032579 M * daniel_hozac alloc_uid, right? 1194032597 M * tanjix daniel_hozac: sorry? 1194032609 M * daniel_hozac i'm just wondering what Bertl's theory is :) 1194032617 M * Bertl daniel_hozac: I'd say so 1194032681 M * Bertl and my best guest is still alloc_uid_keyring 1194032717 M * daniel_hozac you're right, that's enabled in tanjix's config. 1194032733 M * Bertl so, how did that happen? 1194032754 M * Bertl are we missing the config dependacy? 1194032759 M * daniel_hozac i have no idea. it doesn't seem possible. 1194032763 M * daniel_hozac no, it's there. 1194032787 M * Bertl tanjix: could you copy your .config somewhere as backup.config 1194032805 M * tanjix Bertl: on that host? 1194032809 M * Bertl tanjix: and then do 'make oldconfig' and compare the resulting .config to the backup? 1194032816 M * tanjix ok 1194032818 M * Bertl tanjix: wherever your kernel source tree is 1194032841 M * Bertl use diff -NurpP for comparison, and upload the output 1194032857 M * daniel_hozac i ran make oldconfig on tanjix's kernel, it's still =y. 1194032868 M * Bertl nice one 1194032914 M * tanjix http://paste.linux-vserver.org/9529 1194032953 M * daniel_hozac something else must be selecting it. 1194032966 M * Bertl looking for that now 1194032989 M * daniel_hozac AF_RXRPC 1194033000 M * daniel_hozac which is =m 1194033045 M * daniel_hozac Kconfig's dependency system strikes me as rather broken... 1194033058 M * Bertl so the mystery is solved, the question remains, how to prevent this option in the future 1194033078 M * Bertl note, with user spaces, it should be fine, no? 1194033091 M * daniel_hozac from what i gather at least. 1194033105 M * daniel_hozac i haven't looked at them in detail yet... 1194033297 M * Bertl tanjix: okay, you get a patch in a moment 1194033309 M * Bertl tanjix: you can revert the debug patch from yesterday 1194033494 M * Bertl http://vserver.13thfloor.at/Experimental/delta-keydep-fix01.diff 1194033509 M * Bertl apply, make oldconfig, make, install new kernel 1194033592 Q * _gh_ Ping timeout: 480 seconds 1194033764 M * Bertl okay, off again ... 1194033768 N * Bertl Bertl_oO 1194034009 M * tanjix kernel/vserver/context.c: In function ‘__alloc_vx_info’: 1194034009 M * tanjix kernel/vserver/context.c:87: warning: format ‘%d’ expects type ‘int’, but argument 3 has type ‘long unsigned int’ 1194034017 M * tanjix again the problem... was this not fixed in the patch ? 1194034034 M * daniel_hozac did you revert the debug patch from yesterday? 1194034046 M * tanjix i made patch p1 ... 1194034050 M * tanjix patch -p1 1194034058 M * daniel_hozac on which one? 1194034065 M * daniel_hozac and what did you start out with? 1194034078 M * tanjix i just went to my kernel sources and applied the patch 1194034087 M * tanjix make make oldconfig 1194034092 M * tanjix and compiled 1194034095 M * daniel_hozac and what kernel is that? 1194034098 M * tanjix 2.6.22.10 1194034111 M * daniel_hozac with a plain 2.3.0.29, no other changes? 1194034112 J * _gh_ ~gerrit@c-67-169-199-103.hsd1.or.comcast.net 1194034116 M * tanjix yeah 1194034128 M * daniel_hozac so the debug patch from yesterday is reverted? 1194034139 M * tanjix dont know? is it? 1194034167 M * daniel_hozac did you run patch -Rp1 on delta-percpu-debug01.diff? 1194034227 M * tanjix no, just patch -p1 1194034246 M * daniel_hozac you want to revert it, thus you need -R. 1194034620 M * tanjix problem is still there 1194034625 M * tanjix kernel/vserver/context.c: In function ‘__alloc_vx_info’: 1194034625 M * tanjix kernel/vserver/context.c:87: warning: format ‘%d’ expects type ‘int’, but argument 3 has type ‘long unsigned int’ 1194034663 M * Wonka i do know "unsigned long int"... 1194034670 M * Wonka what's "long unsigned int"? 1194034687 Q * Pazzo Quit: ... 1194034716 M * daniel_hozac tanjix: if you have a pristine 2.3.0.29 tree with nothing but delta-keydep-fix01 applied, line 87 is an assignment. 1194034864 M * tanjix daniel_hozac: i patched the 2.6.22.10 again from a vanilla source tree 1194035978 T * * http://linux-vserver.org/ | latest stable 2.2.0.5, 2.0.3-rc3, devel 2.3.0.29, stable+grsec 2.2.0.4 | util-vserver-0.30.214 | libvserver-1.0.2 & vserver-utils-1.0.3 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we'll forget about the minute ;) 1194035978 T * daniel_hozac - 1194036176 J * fs fs@213.178.77.98 1194036220 M * daniel_hozac_ tanjix2: yes. 1194036224 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl 1194036267 M * daniel_hozac_ tanjix2: do you need AFS? if not, disable that in your .config. 1194036271 J * meandtheshell ~markus@85.127.103.57 1194036280 J * mEDI_S ~medi@snipah.com 1194036311 J * Yvo ~yvonne@91.64.217.106 1194036359 J * waldi ~waldi@bblank.thinkmo.de 1194036392 N * daniel_hozac_ daniel_hozac 1194036479 M * tanjix2 already did that 1194036490 M * tanjix2 just wondering why i did not get this error last night when i compiled the kern 1194036495 M * tanjix2 there was AFS enabled 1194036504 M * daniel_hozac because you had CONFIG_KEYS on then. 1194036760 Q * onox Quit: blaat 1194036854 J * larsivi ~larsivi@101.84-48-201.nextgentel.com 1194036880 M * tanjix2 maybe 1194037612 M * tanjix2 daniel_hozac: kernel installed and rebooting 1194037616 M * tanjix2 first guests starting up 1194037629 M * tanjix2 30 running already 1194037802 M * tanjix2 44 running 1194037890 J * Helping ~HeIp@88.252.190.2 1194037913 M * tanjix2 51 running, 49 were possible before the new patch 1194037932 M * daniel_hozac great! 1194037978 M * tanjix2 what was the problem now ? 1194038003 Q * Helping 1194038024 M * daniel_hozac user keyrings are limited to 50 by default. 1194038161 Q * mire_ Ping timeout: 480 seconds 1194038611 J * mire_ ~mire@71-168-222-85.adsl.verat.net 1194039694 J * yarihm ~yarihm@84-74-20-183.dclient.hispeed.ch 1194040392 M * snooze hmm, whats vshelper for? 1194040876 Q * michal Ping timeout: 480 seconds 1194040883 J * michal ~michal@www.rsbac.org 1194041563 Q * |eSa|| Remote host closed the connection 1194041927 Q * michal Ping timeout: 480 seconds 1194042087 Q * DLange Quit: Bye, bye. Hasta luego. 1194042225 Q * dna Quit: Verlassend 1194042476 Q * fatgoose Quit: fatgoose 1194042492 M * daniel_hozac snooze: it restarts/stops guests when they execute things like reboot/halt. 1194042510 J * michal ~michal@www.rsbac.org 1194042591 M * snooze i see 1194043015 M * waldi kernel BUG at kernel/vserver/context.c:195! 1194043016 M * waldi BUG_ON(atomic_read(&vxi->vx_usecnt)); 1194043036 M * daniel_hozac what kernel? 1194043037 J * ard ~ard@gw-tweakb16.kwaak.net 1194043043 M * waldi .22 1194043094 M * daniel_hozac and vserver version? 1194043115 M * waldi 2.2.0.4 1194043119 M * waldi hmm, weird 1194043147 M * waldi should a BUG in softirq stop in a panic? 1194043216 M * daniel_hozac you sure that is 2.2.0.4? sounds like the timer issue we fixed there. 1194043287 M * waldi yep 1194043318 M * waldi ah, no 1194043326 Q * esa Ping timeout: 480 seconds 1194043327 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-timers-fix01.diff is what you want... 1194043329 M * waldi i need to kill the messenger 1194043349 M * waldi writes a bug against 2.6.22-5 but clearly uses a different version 1194043362 M * daniel_hozac hehe 1194043466 M * waldi bug closed 1194043521 J * fatgoose ~samuel@76-10-149-199.dsl.teksavvy.com 1194043635 Q * fatgoose 1194043829 M * snooze daniel_hozac: another one of my annoying questions.. /etc/init.d/rc seems to be what's primarily starting in the guest when booting it, how would i be able to change that? 1194043834 M * snooze changing inittab seems to have on affect 1194043861 M * snooze no* 1194043874 M * daniel_hozac use the plain initstyle if you want to run an init in the guest. 1194043884 M * daniel_hozac (which would process inittab) 1194043891 M * snooze oh 1194043899 M * daniel_hozac if you want to keep using the sysv initstyle, change apps/init/cmd.start. 1194043957 Q * michal Ping timeout: 480 seconds 1194044197 M * snooze seems to work with plain.. thanks 1194045077 J * michal ~michal@www.rsbac.org 1194045892 Q * larsivi Quit: Konversation terminated! 1194045974 Q * nou Ping timeout: 480 seconds 1194045976 J * nou Chaton@causse.larzac.fr.eu.org 1194047373 Q * bonbons Quit: Leaving 1194047775 Q * mire_ Ping timeout: 480 seconds