1140739405 Q * matt1 Ping timeout: 480 seconds 1140741051 Q * gerrit Ping timeout: 481 seconds 1140741197 M * bitriot Is there anything to remove besides /etc/vservers/name and /vservers/name to delete a vserver? 1140741394 M * bonbons bitriot: normally not (just make sure you first stop the guest), and eventually check under /var/run/ and /var/lock/ (there may only be something left there after an unclean stop of a guest) 1140741425 M * bitriot ok, thanks 1140741534 J * matta ~matta@71.224.125.126 1140741560 M * bonbons bitriot: you're welcome 1140741662 J * anonc ~anonc@staffnet.internode.com.au 1140741794 J * gerrit ~gerrit@129.33.1.37 1140742360 Q * bonbons Quit: Leaving 1140742508 Q * anonc Quit: adios 1140742648 Q * ebacve Quit: Now if you will excuse me, I have a giant ball of oil to throw out my window 1140742656 J * ebacve ~ebacve@targe.CS.Princeton.EDU 1140744237 Q * gerrit Ping timeout: 480 seconds 1140744978 J * gerrit ~gerrit@129.33.1.37 1140746215 Q * matta Ping timeout: 480 seconds 1140747065 J * Smutje_ ~Smutje@xdsl-84-44-144-136.netcologne.de 1140747090 Q * Smutje Read error: Operation timed out 1140747090 N * Smutje_ Smutje 1140747759 Q * gerrit Ping timeout: 481 seconds 1140748616 Q * mkhl Ping timeout: 480 seconds 1140748861 J * anonc ~anonc@staffnet.internode.com.au 1140750107 J * stefani ~stefani@c-24-19-46-211.hsd1.wa.comcast.net 1140750153 J * matta ~matta@71.224.125.126 1140750887 J * Cockluvv ~ParXMediA@CPE00115b19cf2e-CM000039e5865e.cpe.net.cable.rogers.com 1140750896 M * Cockluvv whats goin on boyz 1140750934 M * mugwump hackhackhack 1140750943 M * Cockluvv hackhackhack? 1140750962 M * mugwump actually I'm about to hang up my keyboard for the week 1140750999 M * Cockluvv why? chill and talk to me :) 1140751020 M * mugwump well, there's six good reasons approaching this way from the fridge 1140751031 M * mugwump or will be shortly ;) 1140751162 M * Cockluvv ha, well where you from/ 1140751164 M * Cockluvv ? 1140751174 M * mugwump I'm in New Zealand 1140751183 M * Cockluvv wow, canada over here 1140751225 M * mugwump If you were here, you'd be on Friday already ;) 1140751236 M * Cockluvv how true 1140751884 Q * Cockluvv Quit: Vive la Parx! 1140753138 Q * stefani Quit: going away now... 1140758865 J * fwl ~fwl@83.215.237.1 1140759463 Q * fwl Quit: This computer has gone to sleep 1140760241 J * fwl ~fwl@83.215.237.1 1140760471 J * lettuce ~Suh@c-67-168-199-7.hsd1.or.comcast.net 1140760473 M * lettuce gentoo 1140760767 Q * fwl Quit: This computer has gone to sleep 1140761263 Q * lettuce Quit: NO CARRIER 1140761314 J * lettuce ~Suh@c-67-168-199-7.hsd1.or.comcast.net 1140761452 Q * lettuce Quit: 1140761615 Q * jkl Quit: BitchX-1.1-final -- just do it. 1140762139 Q * ebacve Quit: Leaving 1140763534 J * fwl ~fwl@83.215.237.1 1140766743 Q * fwl Quit: This computer has gone to sleep 1140766994 J * fwl ~fwl@83.215.237.2 1140768214 Q * Aiken Ping timeout: 480 seconds 1140768569 M * SiD3WiNDR mugwump: it was friday over here too already ;) 1140769081 Q * shedi Quit: Leaving 1140769734 Q * cehteh Quit: Client exiting 1140769956 J * cehteh foobar@cehteh.homeunix.org 1140770190 J * teukka ~tmatilai@backport.ri.fi 1140770290 Q * ComplexMind Ping timeout: 480 seconds 1140773150 J * jkl eric@c-67-172-156-116.hsd1.co.comcast.net 1140773233 J * prae ~prae@ezoffice.mandriva.com 1140773405 J * Loki|muh loki@satanix.de 1140774196 J * shedi ~siggi@tolvudeild-206.lhi.is 1140774768 J * lilalinux ~plasma@h1-gw.of.net-lab.net 1140774943 J * bonbons ~bonbons@83.222.39.180 1140775275 Q * cehteh Ping timeout: 480 seconds 1140775561 Q * matta Ping timeout: 480 seconds 1140776302 Q * fwl Quit: This computer has gone to sleep 1140776750 J * `DoM` ~dom@195.32.84.44 1140776757 M * `DoM` hi all 1140776815 M * `DoM` i read that for debian sarge packages are not working much good .. is right ?I need to upgrade to unstable ? Or justi need to use source packages ? 1140776969 M * daniel_hozac probably best to just use the source tarballs. (or does micah have packages?) 1140777040 M * daniel_hozac might want to read http://deb.riseup.net/vserver/ 1140777203 M * teukka i'm successfully using packages from www.backports.org 1140777238 M * teukka plus self patched and built vanilla kernel 1140777546 M * `DoM` ok thanks both! i have that link daniel_hozac in my bookmarks :) and i want try backports.org i see big difference about util-vserver version ^^ 1140778836 J * fwl ~fwl@83.215.237.2 1140779115 N * Bertl_zZ Bertl 1140779120 M * Bertl morning folks! 1140779589 M * Doener` morning Bertl! 1140779751 M * `DoM` morning! 1140779833 Q * comfrey Remote host closed the connection 1140780625 J * cehteh foobar@cehteh.homeunix.org 1140781349 Q * Doener` Quit: Leaving 1140782619 J * loun ~dddddddd@55.Red-83-37-78.dynamicIP.rima-tde.net 1140782626 M * loun buenas espaņol 1140782627 M * loun ? 1140782643 M * Bertl nope, but english! 1140782709 M * loun oks 1140782717 M * Bertl welcome loun! 1140782725 M * loun thx;) 1140782966 M * loun good attempt for installing debian with CD k settles by Internet i not because pk does not enter to me the grafico way can be 1140783014 M * loun I feel by my ingles is not very good 1140783023 M * Bertl you are trying to install debian from CD? 1140783074 M * loun jes 1140783076 M * Bertl if it is linux-vserver related, you are asking if you can install a debian guest from CD? 1140783077 M * loun yes 1140783115 M * loun debian netstaill 1140783125 M * Bertl ah, for a guest? 1140783190 M * loun sorry i`m ingleis is bad 1140783203 M * Bertl okay, you know what linux-vserver is? 1140783254 M * loun not that it is linux vservers 1140783301 M * Bertl hmm .. this channel, is for Linux-VServer things 1140783317 M * Bertl so I assume that you want to install it 1140783327 M * Bertl (just give me a short yes/no) 1140783395 M * loun yes 1140783417 M * Bertl okay, so you are currently installing debian? 1140783587 M * loun yes 1140783602 M * Bertl okay, and you are doing that via the network install? 1140783637 M * loun yes 1140783657 M * Bertl okay, and you are having problems there? 1140783740 M * loun if I have problems already pk I have it installed but it does not go me to the grafico way 1140783754 A * lilo waves to Bertl 1140783756 M * Bertl ah, okay, so it is installed, yes? 1140783762 M * Bertl hey lilo! 1140783771 M * lilo hiya! 1140783792 M * loun yes 1140783804 M * Bertl but it doesn't show you a graphical interface? 1140783972 M * loun no 1140784027 M * Bertl hmm, let me rephrase that just to make sure: 1140784040 M * Bertl does it show a graphical interface? 1140784085 M * loun no 1140784098 M * Bertl okay, and that is your problem? 1140784120 M * loun yes 1140784141 M * Bertl hmm, but that is not Linux-Vserver related? 1140784181 M * loun no 1140784198 M * Bertl so, why did you come here? 1140784317 M * loun pk I am Spanish i I do not understand nor puta idea of ingles but or I release to me 1140784461 P * loun 1140784476 M * Bertl hmm .. 1140784801 M * Hollow Bertl: i'm currently investigating reboot issues in guests.. if i call reboot from inside it does the whole rc thingy correct and calls reboot -f in the end, and the bash process created by vserver enter is killed, but i still see the reboot -f process in the guest in D state 1140784839 M * Hollow it is killed after some time... seems like 30secs 1140784856 M * Hollow and the guest is not restarted 1140784893 M * Hollow and it is without reboot_kill, so it should call vshelper i guess 1140784903 M * Hollow but i don't see it in the process list 1140785542 M * Bertl hmm 1140785555 M * Bertl could you add some logging to the vshelper? 1140785586 M * Bertl i.e. at least something which touches a file in /tmp or so, just that we _know_ it was started? 1140785760 J * complexmind ~mark@funk.gotadsl.co.uk 1140785778 M * Bertl welcome complexmind! 1140785788 M * complexmind hi bertl :) 1140785845 M * complexmind do you know if anyone has managed to do a dist upgrade of a vserver (fc3->fc4 using the yum method) 1140785870 M * Bertl from outside or from inside? 1140785870 M * complexmind seems like it should be possible and have done it before on my 'normal' machines 1140785874 M * complexmind inside 1140785904 M * Bertl well, should work fine, what are the issues you encounter? 1140786060 M * complexmind well, I start and enter the running fc3 vserver. Then I upgrade the fedora-release rpm as per the upgrade guide, and make sure the new yum repos are in place. Then I execute the yum upgrade with 99 verbosity and it connects to the correct repos but for some strange reason decides there is nothing to upgrade 1140786079 Q * teukka Read error: Connection reset by peer 1140786096 J * teukka ~tmatilai@backport.ri.fi 1140786100 M * complexmind it's probably something that yum is looking for I'm sure (not vserver per se) 1140786125 M * Bertl hmm, strace? 1140786127 M * complexmind but /etc/fedora-release is correct 1140786132 M * complexmind yeah I'll try that 1140786501 M * bonbons Bertl, Hollow: Trying to reproduce Hollow's case, but no success, even to get vshelper called! Guest is initially started with REBOOT_KILL flag, which I then disable manually. vshelper is never called and guest is still killed (using my patched vserver-util-1.0.3) 1140786544 M * Bertl IIRC the helper requires certain flags to be active 1140786570 Q * fwl Quit: This computer has gone to sleep 1140786574 M * Bertl http://linux-vserver.org/Caps+and+Flags 1140786608 M * Bertl hmm, no, the SC_HELPER flag just applies to status changes 1140786631 J * SuperLag ~aaron@38.99.66.175 1140786633 M * Bertl bonbons: check that your sysctl entry points to the correct helper and that it is executable 1140786637 M * SuperLag Hollow: ping 1140786640 M * Bertl welcome SuperLag! 1140786643 M * Hollow SuperLag: pong 1140786646 M * SuperLag Bertl: howdy 1140786671 M * SuperLag Hollow: is this -r1 that you marked stable... with fixed build stages for AMD64? 1140786687 J * fwl ~fwl@83.215.237.1 1140786717 M * SuperLag or is that still an outstanding issue? 1140786759 M * Hollow which -r1? 1140786768 M * SuperLag 2.0.1 1140786768 M * bonbons Bertl: with SC_HELPER flag the helper gets called 1140786775 M * Hollow no, it's just for 2.6.15 1140786826 M * Bertl bonbons: and you are sure you disabled the reboot kill? 1140786836 M * SuperLag so... no chance to make a new stage3 tarball for AMD64 with fixed profile? 1140786838 M * Bertl bonbons: what patch/kernel version? 1140786865 M * complexmind bertl: is it possible to strace through vserver exec ...? 1140786868 M * bonbons yep, 2.6.16-rc4 + 2.1.1-rc8 1140786882 M * Bertl complexmind: no, but you just put the strace _inside_ 1140786946 M * complexmind yeah but when I tried to install strace inside the vserver it calculated deps of basesystem, filesystem etc which we don't want installed inside a vserver do we? 1140786971 M * bonbons Bertl: only had flags INFO_INIT and SC_HELPER (but REBOOT_KILL was set once during lifetime of guest) 1140786989 M * complexmind have a look at http://pastebin.com/570185 1140786995 M * Bertl bonbons: the problem is, the reboot_kill disables the vshelper 1140787013 M * Bertl bonbons: (for the reboot case, of course) 1140787117 J * dothebart ~willi@xdsl-213-196-240-63.netcologne.de 1140787196 M * Bertl bonbons: http://www.13thfloor.at/vserver/d_rel26/v2.1.0/split-2.6.14.4-vs2.1.0/25_2.6.14.4_vshelper.diff.hl 1140787216 M * Bertl check vs_reboot() 1140787327 Q * rs Quit: rs 1140787556 Q * tudenbart Ping timeout: 480 seconds 1140787951 Q * complexmind Quit: using sirc version 2.211+KSIRC/1.3.12 1140788960 Q * shedi Ping timeout: 480 seconds 1140789313 J * kolbep kolbep@peter.venturenet.co.za 1140789329 M * Bertl welcome kolbep! 1140789642 J * shedi ~siggi@tolvudeild-204.lhi.is 1140790044 J * mkhl mkhl@200-153-181-243.dsl.telesp.net.br 1140790154 M * SuperLag Hollow: so... no chance to make a new stage3 tarball for AMD64 with fixed profile? 1140790156 J * matta ~matta@71.224.125.126 1140790163 M * Bertl wb mkhl! matta! 1140790185 M * Hollow SuperLag: to fix what? 1140790237 M * bonbons Bertl: ok, works fine even without the SC_HELPER flag (probably was the missing executable bit on first tries). Zombie is not reproducable 1140790243 M * SuperLag the profile. it's still pretty much an x86 profile, and when we would try to relink the profile to amd64 and recompile, it would break 1140790280 M * Hollow are you talking about default-linux/amd64/2005.1/vserver? 1140790293 M * Bertl bonbons: okay, good to hear 1140790304 M * SuperLag yes 1140790315 M * Hollow so, how should that be x86? 1140790331 M * SuperLag hold on... let me pull up the logs 1140790343 M * Hollow it just changes the default baselayout but inherits everything from the default amd64 profile 1140790356 Q * matta Quit: 1140790380 J * matta ~matta@71.224.125.126 1140790742 M * Bertl bonbons, Hollow, daniel_hozac: stupid question, do you think we should really extend the 'old-networking' interfaces and methods even in the face of ngnet* ? 1140790771 M * Bertl (I mean, regardless of the ipv6 question) 1140790774 M * SuperLag Hollow: sorry... this isn't pretty, but www.linuxlooney.com/for_hollow.html 1140790783 M * Hollow extend to do what? 1140790802 M * Bertl well, for example add a hash for checks, or masks or such 1140790817 M * Bertl make the ip list dynamic and such 1140790845 M * Hollow SuperLag: hm, i'm currently building new stages for amd64, you can try if they work.. *shrug* 1140790878 M * Hollow Bertl: ehm, right.. 1140790879 M * Hollow :) 1140790948 M * bonbons I guess that depends if 'old-networking' should stay as alternative to ngnet or not. If it should stay, then such extension should get a thought 1140790986 M * SuperLag Hollow: I'm going to paste some more detailed info in /query... is that cool? 1140791039 M * Hollow yup, do that 1140791136 M * bonbons if 'old-networking' is intended for phase-out once ngnet is mature enough, then it's probably not really worth the work, if it stays as basic network virtualization (e.g. for a few IPs per guest) then dynamic allocation makes sense (but hashes do not) 1140791768 J * Smutje_ ~Smutje@xdsl-87-78-7-247.netcologne.de 1140791784 P * matta 1140791874 Q * Smutje Ping timeout: 480 seconds 1140791874 N * Smutje_ Smutje 1140792341 Q * fwl Ping timeout: 480 seconds 1140792421 J * fwl ~fwl@83.215.237.2 1140792472 Q * kolbep Quit: 1140792906 J * rs ~rs@office.dailymotion.com 1140792980 Q * mkhl Ping timeout: 480 seconds 1140793076 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net 1140793494 M * Bertl wb gerrit! 1140793862 J * matta ~matta@c-68-32-239-173.hsd1.pa.comcast.net 1140794441 Q * fwl Ping timeout: 480 seconds 1140795227 M * phreak`` Bertl: just got home and checked my syslog and seen this: http://phreak.xnull.de/oops.txt 1140795295 M * phreak`` daniel_hozac: there is now :) 1140796596 J * fwl ~fwl@83.215.237.1 1140796976 M * Hollow SuperLag: did you see the url? 1140796989 M * Bertl phreak``: plz check if that kernel includes http://vserver.13thfloor.at/Experimental/delta-vreaper-fix01.diff 1140797062 M * Bertl (it is supposed to, but you never know :) 1140797062 M * phreak`` Bertl: well thats 2.1.1-rc9 :) 1140797105 M * Bertl (just try to apply it, and if it suggests reversion, ignore it) 1140797106 M * phreak`` well it does include the vreaper fix :) 1140797118 M * phreak`` just a second :P 1140797169 M * phreak`` Bertl: the vreaper is really included :) 1140797174 M * Bertl I assume it hits the second condition anyway ... but we should break this up into two BUG_ON()s 1140797192 M * Bertl phreak``: can you reproduce this? 1140797219 M * phreak`` didn't tried it yet .. need to reboot the system first :) 1140797239 M * Bertl make a list of the processes, especially the zombies 1140797270 M * phreak`` too late :) but maybe I'm able to reproduce it ;) 1140797274 Q * cehteh Remote host closed the connection 1140797418 J * Doener doener@i5387C41D.versanet.de 1140797429 M * phreak`` bah .. It oops'ed right after the start 1140797468 M * Bertl good! 1140797485 M * Bertl let's modify the kernel and change the single BUG_ON() 1140797494 M * Bertl into two lines like this: 1140797506 M * Bertl BUG_ON(p == reaper); 1140797517 M * Bertl BUG_ON(reaper->exit_state >= EXIT_ZOMBIE); 1140797541 M * Bertl in choose_new_parent(), kernel/exit.c ~540 1140797594 M * phreak`` yup, recompiling 1140797855 M * phreak`` hrm .. 1140798175 J * Viper0482 ~Viper0482@p54977C13.dip.t-dialin.net 1140798219 M * phreak`` Bertl: http://phpfi.com/103964 (oops) & http://phpfi.com/103963 (ps aux) 1140799018 M * Bertl is this before or after the change? 1140799215 M * SuperLag Hollow: yes sir. Just caught up with stuff at work. 1140799221 M * SuperLag Hollow: btw, you rock! 1140799247 M * Hollow do i? 1140799294 M * Doener you should ;) 1140799307 M * gerrit Hi Bertl! 1140799327 M * gerrit bertl: yeah, some days I'm lagged ;) 1140799339 M * Bertl gerrit: np, wb :) 1140799548 J * mkhl mkhl@200-148-40-155.dsl.telesp.net.br 1140799680 Q * shedi Quit: Leaving 1140799683 J * stefani ~stefani@superquan.apl.washington.edu 1140800231 P * teukka Leaving 1140800393 Q * bonbons Quit: Leaving 1140800414 M * phreak`` Bertl: after the change .. 1140800497 M * Bertl ah, so that is the first check kicking in then? 1140800537 Q * prae Quit: Execute Order 69 ! 1140800686 J * wally ~homebase@intranet-gw.1090.kapper.net 1140800739 M * wally hi 1140800747 M * wally I'm desperate for help... 1140800757 M * wally what always worked for me now seems to have vanished... 1140800761 M * wally in short: vserver t01 build -m debootstrap -n t01 -- -d sarge 1140800800 M * wally and I get: /etc/vservers/.defaults/vdirbase/t01/lost+found 1140800808 M * wally and /usr/lib/util-vserver/functions: line 206: -n: command not found 1140800812 M * wally as output... 1140800813 M * Bertl hmm 1140800828 M * Bertl first, welcome! :) 1140800828 M * wally now I looked there and I have no idea what is going wrong... 1140800866 M * Bertl you do not use -n 1140800877 M * wally um - sure I do :) 1140800877 M * Bertl if it worked, it was just wrong (i.e. a bug) 1140800885 M * wally oh 1140800893 M * wally no "-n vservername"? 1140800897 M * Bertl the vserver t01 build is enough 1140800978 M * wally well without "-n t01" it doesn't like me either :-/ 1140801019 M * Bertl well, won't hurt to add a few other things, like the context id 1140801037 M * wally vserver t01 build -m debootstrap --hostname t01.test.at --context 4 --interface t01=eth2:192.168.2.101/32 -- -d sarge -m http://ftp.at.debian.org/debian 1140801045 M * wally thats my full build string 1140801049 M * Bertl but, first I'd check if your installation works as expected, with the testme.sh 1140801062 M * wally I have two vservers running already on the same box :) 1140801070 M * wally only new building is impossible it seems 1140801078 Q * fwl Quit: This computer has gone to sleep 1140801105 J * fwl ~fwl@83.215.237.1 1140801114 M * wally and I just ran testme.sh - tells me all is fine 1140801153 M * wally show ends at: /usr/lib/util-vserver/functions: line 206: -n: command not found 1140801156 M * daniel_hozac wally: 0.30.209, i guess? 1140801159 A * wally is clueless :) 1140801175 M * wally 0.30.209-2 1140801201 M * daniel_hozac if you update to 0.30.210 you should at least get an error message :) 1140801222 M * wally ack - will try that - let me guess - there is no such thing as a ready dpkg? 1140801236 Q * Duckx Ping timeout: 480 seconds 1140801237 Q * DuckMaster Ping timeout: 480 seconds 1140801324 M * daniel_hozac no idea. 1140801364 M * wally then its build-time again... 1140801389 M * phreak`` Bertl: no idea :) but it occurs right after I start my vserver ... 1140801478 M * Bertl phreak``: well, the question is, what is at line 548 in your kernel/exit.c right now :) 1140801594 M * wally hmm - I now just for a few hours hate the world... 1140801617 M * phreak`` yah, the first check then :) 548: BUG_ON(p == reaper); 1140801694 M * wally lucky me went back to 0.30.208 - now at least building a vserver works again... 1140801740 M * wally does anyone in the debian-project ever care about what the do to people? *angry wally* 1140801885 Q * fwl Quit: This computer has gone to sleep 1140801904 M * Bertl phreak``: okay, looks like this is the result of the recent init reparenting changes, will look into it later 1140802125 J * fwl ~fwl@83.215.237.1 1140802517 P * matta 1140802615 M * phreak`` Bertl: thanks a lot :) 1140802693 M * Bertl phreak``: thank you for testing, maybe a short description what triggers this? 1140802714 M * phreak`` vserver $name start triggers it ;) 1140802741 M * Bertl ah, excellent, a newstyle gentoo guest I presume? 1140802755 M * phreak`` Bertl: yep :) 1140802771 M * Bertl so it uses plain init style, and hollows tools? 1140802828 M * phreak`` Bertl: well its util-vserver and plain init style, yes :) 1140802975 M * Bertl ah, util-vserver, okay, and it oopses on startup, good :) 1140802994 M * phreak`` Bertl: naah, not so good ;) 1140803237 M * Bertl phreak``: well, any error which _is_ reproducable is easy to fix ... 1140803333 M * phreak`` Bertl: agreed :) 1140803883 Q * fwl Quit: This computer has gone to sleep 1140804659 Q * mef Remote host closed the connection 1140804686 J * mef ~mef@targe.CS.Princeton.EDU 1140804778 Q * mef Quit: 1140804793 J * mef ~mef@targe.CS.Princeton.EDU 1140804802 Q * mef Remote host closed the connection 1140804817 J * mef ~mef@targe.CS.Princeton.EDU 1140805420 J * fwl ~fwl@83.215.237.1 1140806371 J * Joe__ ~whoa@pool-68-239-91-214.res.east.verizon.net 1140806378 P * Joe__ 1140806564 Q * fwl Quit: This computer has gone to sleep 1140807253 Q * mkhl Read error: Connection reset by peer 1140808851 Q * Loki|muh Remote host closed the connection 1140809969 J * Loki|muh loki@satanix.de 1140811796 J * shedi ~siggi@inferno.lhi.is 1140812368 J * bonbons ~bonbons@83.222.39.180 1140812374 Q * rs Quit: rs 1140812834 J * fwl ~fwl@83.215.237.1 1140813128 N * ebiederm_oO ebiederm 1140813223 J * Aiken ~james@tooax6-090.dialup.optusnet.com.au 1140813294 M * Bertl morning Aiken! 1140813467 M * Aiken hello 1140813563 Q * fwl Quit: This computer has gone to sleep 1140813871 J * mkhl mkhl@200-148-41-156.dsl.telesp.net.br 1140814835 Q * mountie Remote host closed the connection 1140814850 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com 1140815151 J * comfrey ~comfrey@h-64-105-87-234.sttnwaho.covad.net 1140815496 M * Bertl wb mountie! comfrey! 1140815568 M * comfrey yo yo, v-people! 1140815600 Q * lilalinux Remote host closed the connection 1140815753 Q * Viper0482 Quit: bin raus, 1140816604 Q * FireEgl Ping timeout: 480 seconds 1140816772 Q * Snow-Man Remote host closed the connection 1140816784 J * Snow-Man ~sfrost@kenobi.snowman.net 1140816796 P * stefani I'm Parting (the water) 1140816854 Q * SuperLag Quit: brb 1140817037 Q * Doener Quit: Leaving 1140817930 Q * mkhl Ping timeout: 480 seconds 1140818292 M * ebiederm Hmm BUG_ON(p == reaper) looks faimiliar. 1140818321 M * Bertl ah, care to comment? 1140818377 M * bitriot screen will only start as root inside my (gentoo) vserver guest. any ideas about that? terminal permissions? 1140818399 M * Bertl very likey, check the perm in fstab (and your group) 1140818406 M * Bertl *likely 1140818438 M * Bertl screen requires access to /dev/pts/ 1140818475 M * ebiederm Bertl: Only that I added that check into the -mm tree some time ago. I have a clue how it could be triggered though. 1140818504 M * ebiederm I was just wonder if I was the source of that change or if that was simply great minds thinking alike :) 1140818504 M * Bertl ebiederm: sidenote, I expect the changes we did recently are responsible 1140818546 M * Bertl http://vserver.13thfloor.at/Experimental/delta-vreaper-feat01.diff 1140818551 M * Bertl http://vserver.13thfloor.at/Experimental/delta-vreaper-fix01.diff 1140818577 M * Bertl I added that, after somebody complained that his guest's init didn't receive child termination signals 1140818592 M * bitriot none /dev/pts devpts gid=5,mode=620 0 0 1140818598 M * bitriot What permission should it have? 1140818614 M * Bertl depends, is your guest in group 5 1140818627 M * Bertl s/guest/user inside the guest/ 1140818643 M * bitriot No, that group is tty 1140818671 M * bitriot I checked on a normal gentoo where screen works fine and user accounts are not put into the tty group 1140818692 M * Bertl okay, what perms do you have on /dev/pts there? 1140818718 M * ebiederm Ok. It does look parallel but very similar development. 1140818735 M * bitriot On the directory or the files inside? 1140818754 M * Bertl in the fstab and on dir/files 1140818804 M * bitriot It's not in fstab on my 'reference' box (a typical gentoo install) 1140818822 M * Bertl hmm, how is it mounted then? 1140818842 M * bitriot Some of the files are 600 and some are 620, the directory is 755 1140818874 M * bitriot It's in mtak: 1140818880 M * bitriot mtab: devpts on /dev/pts type devpts (rw) 1140818893 M * bitriot So it *is* mounted 1140819035 M * Bertl hmm, could you a) describe how you are testing it? and b) try with a use in the tty group? 1140819162 M * bitriot adding the user to tty seems to fix it 1140819186 M * Bertl okay, so changing the perms to 622 instead of 620 will do so too I guess 1140819235 M * Bertl (in the fstab of the guest, and after a restart) 1140819315 M * bitriot No that didn't work 1140819335 M * bitriot The handles in /dev/pts/ still have 620 1140819358 M * bitriot none on /dev/pts type devpts (gid=5,mode=622) 1140819368 M * bitriot crw--w---- 1 myuser tty 136, 1 Feb 24 19:15 1 1140819395 M * Bertl interesting, what's the problem if it already belongs to that user? 1140819415 M * Bertl what are the group and permissions of /dev/pts itself? (the dir) 1140819418 M * bitriot well, the problem is that screen does not start 1140819425 M * bitriot I can strace it maybe 1140819442 M * Bertl very like, use strace -fF -o screen.trace 1140819444 M * bitriot drwxr-xr-x 2 root root 0 Feb 24 18:10 /dev/pts 1140819447 M * bitriot that looks fine 1140819452 M * Bertl indeed 1140819480 M * Bertl btw, you didn't answer my a) part of the question yet :) 1140819513 M * bitriot Sorry, I don't know if I understand it :) I'm only running 'screen' 1140819534 M * bitriot I don't know what else to describe, I'm running it in the guest after logging in with ssh 1140819549 M * Bertl ah, that's something ... 1140819565 M * Bertl you logon as the users, and then start screen, and it fails, right? 1140819626 M * bitriot yes 1140819634 M * bitriot There is an error in the logs about ssh too 1140819648 M * Bertl hmm? 1140819657 M * bitriot Feb 24 19:14:43 taz sshd[23959]: error: open /dev/tty failed - could not set controlling tty: Permission denied 1140819672 M * bitriot I suppose that could be related as well 1140819688 M * Bertl hmm, could be ... 1140819698 M * Bertl you don't get that when logging on as root? 1140819718 M * bitriot 28176 open("/dev/ptmx", O_RDWR) = -1 EACCES (Permission denied) 1140819750 M * Bertl okay, that looks like permission issues on certain /dev files 1140819753 M * bitriot 28176 readlink("/proc/self/fd/3", 0x560d20, 4095) = -1 EACCES (Permission denied) 1140819768 M * Bertl crw-rw-rw- 1 root root 5, 2 2006-02-24 23:22 /dev/ptmx 1140819768 M * bitriot There is also that 1140819779 M * Bertl crw-rw-rw- 1 root root 5, 0 2006-02-23 16:52 /dev/tty 1140819851 M * bitriot all fixed! 1140819863 M * bitriot thanks! I guess it is a gentoo stage problem 1140819863 M * Bertl great! another non-vserver issue solved :) 1140819869 M * bitriot hehehe 1140819878 M * Bertl makes it 99.99% now :) 1140819902 M * bitriot Well, now you know what to say the next time somebody asks the exact same question 1140819905 M * Bertl bitriot: but please double check, and set the pts perms back to 620 1140819938 M * Bertl bitriot: if I just would remember, but luckily daniel_hozac and the irc log do :) 1140819950 M * bitriot ok, I have to run right now but I will check that later and let you know if it causes problems 1140819967 M * Bertl k, I supsec it will work fine .. cy! 1140820077 M * Bertl ebiederm: so what is the thing I'm missing here? regarding the BUG_ON() ? 1140820381 J * DoM_ ~DoM@151.56.240.80 1140820391 N * DoM_ `DoM`` 1140820400 M * `DoM`` hi all 1140820407 M * Bertl welcome `DoM``! 1140820412 M * `DoM`` hi Bertl 1140820443 M * `DoM`` i installed right now on a debian sarge linux-vserver with kernel 2.6.15.4 1140820451 M * `DoM`` and util-vserver from backports 1140820456 M * Bertl okay, stable or devel branch? 1140820481 M * `DoM`` but when i try to use newnfsvserver it ask required field such as --nfs-server 1140820502 M * `DoM`` you talk about util-vserver or kernel patch ' 1140820509 M * Bertl kernel patch 1140820516 M * `DoM`` anyway stable 1140820528 M * Bertl and what is newnfsvserver ? 1140820536 M * `DoM`` which version ? 1140820553 M * `DoM`` newnfsvserver version 0.3.2 1140820564 M * Bertl 2.0.x is stable for the kernel patch 2.1.x is devel (just to clarify) 1140820586 M * `DoM`` yes i am reading on your website 1140820605 M * Bertl okay, great! 1140820627 M * Bertl so, what is newnfsvserver? is that some debian tool? 1140820636 M * `DoM`` mmm i think so 1140820639 M * SiD3WiNDR never heard of it :o 1140820643 M * `DoM`` O_O 1140820644 M * SiD3WiNDR newvserver was a debian tool hmm 1140820644 M * SiD3WiNDR :) 1140820664 M * SiD3WiNDR byt ues 1140820669 M * `DoM`` i thought was a "standard" vserver script :| 1140820669 M * SiD3WiNDR I mean "but yes" 1140820672 M * Bertl I have some vague memory of talking to Ola about how useless such a tool would be :) 1140820691 M * SiD3WiNDR boo:~# dpkg -S `which newnfsvserver` 1140820691 M * SiD3WiNDR vserver-debiantools: /usr/sbin/newnfsvserver 1140820702 M * SiD3WiNDR boo:~# /usr/sbin/newnfsvserver 1140820702 M * SiD3WiNDR /usr/sbin/newnfsvserver: line 74: VROOTDIR: command not found 1140820702 M * SiD3WiNDR newnfsvserver error: --hostname, --domain, --ip and --nfs-server are required 1140820702 M * SiD3WiNDR usage: newnfsvserver [OPTIONS] --hostname x --domain y.z --ip 1.2.3.4 1140820702 M * SiD3WiNDR (see --help for more information) 1140820706 M * Bertl IIRC, it installs an nfs based guest or something like that 1140820710 M * SiD3WiNDR starting with an error, very good 1140820731 M * Bertl `DoM``: best approach is to get rid of the vserver-debiantools asap 1140820794 J * Doener doener@i5387C41D.versanet.de 1140820804 M * mef bertl: ok 1140820815 M * mef bye 1140820829 M * Bertl mef: cya 1140820840 M * Bertl welcome Doener! 1140820855 M * Doener evening 1140821039 M * `DoM`` ok i found a way and learning vserver standard commands :) 1140821211 J * fwl ~fwl@83.215.237.1 1140821345 Q * wally Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org 1140821882 M * `DoM`` mm when i try to start a vserver i have following error: /proc/uptime can not be accessed. Usually, this is caused by 1140821882 M * `DoM`` procfs-security. 1140821906 M * `DoM`` i am reading about FAQ but i dont find a vprocunhide tool :\ 1140821915 M * `DoM`` i need util-vserver source ? 1140821964 M * `DoM`` found 1140821967 M * `DoM`` :d 1140821969 Q * Doener Ping timeout: 480 seconds 1140822011 J * Doener doener@i5387C920.versanet.de 1140822079 Q * fwl Quit: This computer has gone to sleep 1140822118 Q * bonbons Quit: Leaving 1140822118 M * Bertl `DoM``: okay, you've found it, I guess? 1140823673 M * `DoM`` yes but i got network problem :\ 1140823680 M * `DoM`` howto to remove a vserver ? 1140823755 Q * comfrey Remote host closed the connection 1140825044 Q * Aiken Quit: Leaving