1114389709 Q * TheSeer orion.oftc.net charm.oftc.net 1114389709 Q * mugwump orion.oftc.net charm.oftc.net 1114389709 Q * Doener|gone orion.oftc.net charm.oftc.net 1114389709 Q * SiD3WiNDR orion.oftc.net charm.oftc.net 1114389709 Q * ola orion.oftc.net charm.oftc.net 1114389709 Q * Beirdo orion.oftc.net charm.oftc.net 1114389803 J * SiD3WiNDR luser@bastard-operator.from-hell.be 1114389816 J * Doener|gone doener@193.24.208.125 1114389838 J * Beirdo ~gjhurlbu@beirdo.usercloak.oftc.net 1114389857 J * mugwump ~samv@210-54-92-184.ipnets.xtra.co.nz 1114389877 J * ola ~ola@c-adt-5.ataco.se 1114389961 J * TheSeer ~theseer@border.office.salesemotion.net 1114392514 J * jc ~jc_M_@69-162-71-217.vnnyca.adelphia.net 1114392531 N * jc jcc 1114392556 M * jcc hi all, does the util-vserver package compile on amd64? I can't seem to make it compile on an x86_64 arch 1114392685 M * jcc hello? 1114392850 M * jcc anybody home? 1114392909 Q * jcc Quit: Leaving 1114398393 J * duckx ~Duck@dyn-83-157-132-217.ppp.tiscali.fr 1114398768 Q * DuckKing Ping timeout: 480 seconds 1114402237 J * jcc ~jcc_M_@69-162-71-217.vnnyca.adelphia.net 1114402242 M * jcc hi all again 1114402289 M * jcc I have a problem 1114402337 M * jcc If I mount something in unionfs I can't umount it later, so I was wondering if I start a vserver then do the mount when I stop the vserver will it force the umount? I even tried a fuser -mk on the mountpoint and no dice. 1114404536 Q * jcc Quit: Leaving 1114408936 Q * DaPhreak Read error: Connection reset by peer 1114408943 J * DaPhreak ~phreak@lms.rz.uni-greifswald.de 1114409092 M * ola Morrn morrn 1114409702 M * eyck morn 1114412672 J * BWare ~bware@office.intouch.net 1114413808 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1114413913 Q * erwan_ho Remote host closed the connection 1114416873 N * Doener|gone Doener 1114416881 M * Doener morning! 1114416901 M * Doener hmm... jcc isn't patient enough for irc ;) 1114417187 J * prae ~prae@ezoffice.mandriva.com 1114417793 M * alexx hello all 1114417841 M * alexx the mailing have a problem ? i've send a mail twice (this night and now) and it doesn't not appear in archive and in my mailbox 1114417856 M * alexx s/mailing/mailinglist/ 1114418530 M * Doener alexx: did you send anything to the ml before? 1114418545 M * alexx no, it's the first time 1114418574 M * Doener did you receive a reply from the list saying that you should confirm your mailß 1114418602 M * alexx arrgggggg it's going to the spam box :(((( 1114418617 M * Doener heh ;) 1114418646 M * alexx i'm ridiculous :( 1114418767 M * Doener no, you're not... shit happens... 1114418811 M * alexx ho funck, the 2 mails war accepted with one confirmation reply :/ 1114418818 M * alexx sorry 1114418822 M * Doener no problem 1114418826 M * alexx -n 1114418885 M * Doener a mistake you made often teaches you more than something you did right... 1114418906 M * alexx right :) 1114419228 J * mgp ~multiplex@pc70-c512.uibk.ac.at 1114419391 M * Doener alexx: with a load average of 300 you should have had a pretty high number of processes, too, i guess 1114419423 M * alexx Doener, i think, but, i can't make a vps 1114419441 M * alexx juste vtop, and i'm limited by the size of my screen 1114419465 M * mgp hello. i broke up a vserver, now it tell's me a capchroot error, maybe someone has an quick idea where to look for? i googled around but didn't find anything for a solution. Error is: capchroot: execvp("/etc/init.d/rc"): Permission denied 1114419507 M * Doener the "wa" means waiting for i/o 1114419523 M * alexx Doener, ok 1114419549 M * Doener welcome mgp 1114419558 M * Doener mgp: amd64 system? 1114419565 M * mgp no, p4 1114419578 M * mgp compaq proliant dl 360 1114419590 M * Doener em64t (or whatever intel calls it)? 1114419639 M * Doener alexx: i guess that your vservers 1114419643 M * Doener oops... 1114419653 M * mgp model name : Intel(R) Xeon(TM) CPU 3.40GHz 1114419757 M * Doener ok, those have em64t support... sec... 1114419802 M * Doener mgp: kernel and tools version? 1114419833 M * mgp 2.4.29-ow1-vs1.2.10 1114419854 M * mgp vserver-debian 0.2.1 1114419860 M * mgp util-vserver 0.30.206-3 1114419898 M * Doener hm, let's try the easy way first... ;) 1114419904 M * Doener ls -ls /path/to/vserver/root 1114419908 M * Doener ls -ld /path/to/vserver/root 1114419922 M * Doener (only the latter one... damn typos... ;) 1114419944 M * mgp drwxr-xr-x 3 root root 4096 2005-03-02 13:00 root/ 1114419982 M * Doener *g* i'll never get it right ;) remove the "root" 1114420007 M * mgp drwxr-xr-x 1114420014 M * Doener if i just say "/path/to/vserver" folks sometimes end up with "/vservers" or whatever... ;) 1114420022 M * Doener ok, so that's fine... 1114420207 M * Doener mgp: chcontext --ctx 12345 /bin/true 1114420234 M * mgp New security context is 1600 1114420244 M * Doener !? 1114420260 M * Doener did you use "--ctx 1600"? 1114420260 M * mgp gives me no error 1114420264 M * mgp yes 1114420267 M * Doener ah ok... 1114420283 M * mgp 1600 is the id of the vserver context 1114420285 M * Doener no problem with that, it just confused me ;) 1114420311 M * mgp should i use 12345? 1114420313 M * Doener hm, ls -ld /path/to/rc 1114420352 M * Doener no, i just wondered where the 1600 came from 1114420361 M * mgp you mean /vserver/etc/init.d ? 1114420382 M * Doener yep, just been too lazy to type all that... sorry 1114420384 M * mgp drwxr-xr-x 2 root root 4096 2005-03-02 15:46 init.d/ 1114420391 M * mgp no problem, just asked to be sure 1114420408 M * Doener ah, no, include the rc this time ;) 1114420434 A * Doener .oO( i should have some coffee now... ) 1114420439 M * mgp -rwxr-xr-x 1 root root 2235 2004-09-10 17:00 rc 1114420459 M * Doener ok, fine too 1114420490 M * mgp the vserver was working before, it just has been down today and i couldn't restart it anymore.... 1114420510 M * Doener hm, did you change anything? tools update or sth. like that? 1114420540 M * mgp yes, i upgraded the tools, as there have been new ones in the debian repo 1114420560 M * Doener ok, i'll check out the debian stuff then... 1114420571 M * mgp i've other vserver which are ok 1114420586 M * mgp so i'm not sure if this is related to the tools upgrade 1114420623 M * Doener hm.. does dmesg tell anything? 1114420737 M * mgp hm... i guess no... the server's up since 59 days 1114420772 M * mgp however, if this is that complicated to fix i'll just reinstall the vserver so I don't waste your time 1114420800 A * Doener loves bug hunting ;) 1114420827 M * mgp i thought it might be some common problem 1114420969 M * mgp so if you really like we can look further, however I really don't mind to reinstall the vserver 1114421086 M * Doener is that vserver on a separate partition? 1114421093 M * mgp yes 1114421109 M * mgp /dev/cciss/c0d0p10 on /vservers type ext3 (rw,tagctx,usrquota,grpquota) 1114421137 M * Doener ah, tagctx might be worth a look... 1114421190 M * mgp ctx 1000, 1100, 1500 and 1700 are working ok, the one with problem is 1600 1114421200 M * Doener chcontext --ctx 1600 /path/to/vserver/bin/true 1114421214 M * mgp we tried that before 1114421224 M * mgp [11:11] mgp: chcontext --ctx 12345 /bin/true 1114421224 M * mgp [11:11] New security context is 1600 1114421227 M * Doener last time we just did /bin/true 1114421236 M * Doener which would use the host's /bin/true 1114421244 M * Doener this time we use the full path... 1114421260 M * mgp ah i see 1114421282 M * mgp fails 1114421283 M * mgp New security context is 1600 1114421283 M * mgp chcontext: execvp("bin/true"): Permission denied 1114421304 M * Doener ok, check the tagging with lsxid 1114421321 M * mgp 0 bin/true 1114421321 M * Doener i.e. lsxid /path/to/vserver/bin 1114421369 M * Doener ok, now go up directory by directory... i.e lsxid -d /path/to/vserver/bin, then lsxid -d /path/to/vserver 1114421374 M * Doener and so on... 1114421400 M * mgp gmi_intern ./bin 1114421411 M * mgp strange the vserver is named gmi_extern... gmi_intern is ctx 1700 1114421431 M * Doener do those vservers share that directory? 1114421437 M * mgp no 1114421449 M * mgp 1600 = /vservers/gmi_extern 1114421454 M * mgp 1700 = /vservers/gmi_intern 1114421473 M * Doener ok, put some file into that directory and check from within gmi_intern, that you don't see that file 1114421482 M * mgp ok 1114421504 M * Doener (just to be sure that we don't mess anything up more than it is now) 1114421522 M * mgp no its not there, just in gmi_extern where i put it 1114421583 M * Doener ok, so we can just fix that up... 1114421588 M * mgp great .) 1114421637 M * Doener chxid -c 1600 -R /vservers/gmi_extern ... (this will tag all files in that directory with xid 1600 recursively) 1114421639 M * mgp some files have !!ERR!! bin/pidof 1114421647 P * mgp 1114421659 J * mgp ~multiplex@pc70-c512.uibk.ac.at 1114421676 M * Doener btw, do you use unification? 1114421685 M * mgp no 1114421722 M * Doener ok, shouldn't affect the xid tagging anyway AFAIK, but a bug there might explain the wrong tagging i guess... 1114421756 A * Doener doesn't know much about the internal working of the tagging stuff... 1114421818 M * Doener did you get the chxid command? 1114421846 M * mgp yes, however i still get permission denied 1114421867 M * mgp when starting the vserver 1114421876 M * Doener lsxid does say gmi_extern now? 1114421878 M * mgp chcontext --ctx 1600 bin/true <- this works fine 1114421892 M * mgp yes it does say gmi_extern now 1114421902 M * Doener for etc/init.d/rc, too? 1114421919 M * mgp i noticed in /vserver this reads 1114421925 M * mgp gmi_extern gmi_extern 1114421925 M * mgp 0 gmi_intern 1114421929 M * mgp is this ok? 1114422022 M * Doener should be fine... but you could chxid -c 0 /vservers/gmi_extern to be sure 1114422022 M * mgp /vservers/gmi_extern/etc/init.d# lsxid rc 1114422022 M * mgp gmi_extern rc 1114422022 M * Doener ok... when starting the vserver it says "new context is 1600..", right? 1114422022 M * mgp yes 1114422022 M * mgp Host name is now s06gmi6 1114422022 M * mgp New security context is 1600 1114422022 M * mgp capchroot: execvp("/etc/init.d/rc"): Permission denied 1114422022 M * Doener hum, hum... 1114422035 M * Doener lsxid -d /vservers 1114422047 M * mgp 0 /vservers 1114422119 M * Doener chcontext --ctx 1600 /vservers/gmi_extern/etc/init.d/rc 1114422139 M * mgp New security context is 1600 1114422139 M * mgp chcontext: execvp("/vservers/gmi_extern/etc/init.d/rc"): Permission denied 1114422368 M * Doener chcontext --ctx 1600 cat /proc/self/status 1114422392 M * Doener chcontext --ctx 1600 cat /proc/self/status | grep Cap 1114422392 M * mgp works 1114422403 M * Doener that's more paste friendly ;) 1114422408 M * mgp CapInh: 0000000000000000 1114422408 M * mgp CapPrm: 00000000fffffeff 1114422408 M * mgp CapEff: 00000000fffffeff 1114422408 M * mgp CapBset: 00000000fffffeff 1114422438 M * Doener hmm... way too many permissions... 1114422455 M * mgp I've no idea what these ffffeff mean 1114422473 M * mgp i've set these S_CAPS="CAP_NET_RAW CAP_QUOTACTL" 1114422501 M * Doener doesn't affect chcontext... it should be: 1114422501 M * Doener CapInh: 0000000000000000 1114422501 M * Doener CapPrm: 00000000d44c04ff 1114422501 M * Doener CapEff: 00000000d44c04ff 1114422511 M * kalou Doener: looking at /proc/self/status from the host server is broken, at least on 2.4 1114422550 M * kalou I had the problem a few days ago, and looking at /proc/self/status from inside the vserver (via ssh) was ok 1114422599 M * mgp I'm sorry i've to leave now, i'll return in approx. 1h30min, maybe you'll have still time - if you still like to dig into this... maybe we can open a vnc to my terminal so it will be easier for you to check things on the server? 1114422636 M * Doener mgp: yeah, let's see what we can do... i'll think about it in the meantime... cya! 1114422647 M * mgp thanks very much for your help :) 1114422652 M * Doener you're welcome 1114422663 N * mgp mgp^afk 1114422694 M * Doener kalou: hm, i know that 'vserver ... exec' is broken for fakeinit vservers with oldconfig... 1114422737 M * kalou Yep, depends on fakeinit, right .. :) 1114422779 M * Doener kalou: ah, ok... you need to set --secure when the context doesn't exist yet... and for a vserver that hasn't started yet... ;) 1114423148 J * Jani Jani@G9740.g.pppool.de 1114423151 M * Jani Hi all 1114423168 M * Doener welcome jani 1114428890 J * Hmmmm ~Hmmmm@202.144.29.194 1114428992 M * Hmmmm hi anyone there? 1114428998 M * Hmmmm need some help with vunify 1114429791 Q * BWare Quit: using sirc version 2.211+KSIRC/1.3.11 1114429816 M * Hmmmm hello 1114429953 J * BWare ~bware@office.intouch.net 1114430169 Q * BWare Remote host closed the connection 1114430222 J * BWare ~bware@office.intouch.net 1114430393 J * yarihm ~yarihm@80-218-1-49.dclient.hispeed.ch 1114430477 Q * Hmmmm Quit: Leaving 1114430607 Q * meebey Read error: Connection reset by peer 1114430614 J * meebey meebey@meebey.net 1114431805 N * mgp^afk mgp 1114431814 M * mgp re 1114431893 M * Doener wb mgp 1114431899 M * mgp :) 1114432046 M * Doener hm... let's try: chcontext --ctx 1600 chroot /vservers/gmi_extern /bin/bash 1114432062 M * Doener if that works, within that shell: /etc/init.d/rc 1114432063 M * mgp New security context is 1600 1114432063 M * mgp chroot: cannot change root directory to /vservers/gmi_extern: Permission denied 1114432119 M * mgp might it relate to this warning: WARNING: can not find configuration, assuming legacy method ... i'll get this since i upgraded the tools 1114432133 M * Doener no, that should be just fine... 1114432149 J * wurd ~kvlt@modemcable157.235-201-24.mc.videotron.ca 1114432152 M * Doener hm, we're on 2.4... 1114432154 M * mgp yes 1114432158 M * Doener lsattr -d /vservers 1114432168 M * Doener and lsattr -d /vservers/gmi_extern 1114432169 M * mgp lsattr -d /vservers 1114432180 M * mgp ----------------- /vservers/gmi_extern 1114432185 M * mgp ---------------t- /vservers 1114432217 M * Doener hm, does a chroot /vservers/gmi_extern suceed? 1114432227 M * mgp yes 1114432251 M * Doener ok, so it is context related... 1114432294 M * mgp if you like we can try to vnc my terminal so you can be on the server directly, however i don't know if vnc is blocked by the firewall 1114432653 M * Doener hm... we fixed the tagging, we checked permissions... 1114432670 M * wurd Doener guess what? the extreme minimality of my vserver is perfectly NORMAL :) 1114432678 M * wurd it's made that way... 1114432681 M * Doener wurd: yep, i've read the mail 1114432709 M * wurd deceiving isnt it :) 1114432727 M * Doener probably i'm spoilt by debian's debootstrap, setting up a nice, small, complete system ;) 1114432783 M * Doener (well, things like ppp support are plain useless in a vserver, but well... you can't have everything, can you?) 1114432817 M * wurd hehe well in my case i'd prefer having too much than not enough :) 1114432834 M * wurd i hope vapt-get will work well... 1114432868 M * Doener mgp: could you check your logs for messages about the barrier? 1114432881 M * Doener grep for "messing with the" 1114432887 M * mgp ok 1114432923 M * mgp Apr 25 09:22:41 kernel: VSW: xid=1700 messing with the devpts. 1114432923 M * mgp Apr 25 10:25:58 kernel: VSW: xid=1700 messing with the devpts. 1114432943 M * Doener hm, that's usual 'vserver xxx enter' babbling 1114433024 M * Doener so it's not the barrier... but we fixed the tagging... what the... 1114433089 M * mgp i've entered the 1700 vserver and in the logs only is "Apr 25 14:43:38 kernel: VSW: xid=1700 messing with the devpts." 1114433118 M * mgp brb... 1114433673 M * Doener mgp: when you return, please do: chcontext --ctx 1600 strace -fF chroot /vservers/gmi_extern /bin/bash 1114434551 M * mgp re... sorry i had to do enduser server.... 1114434587 M * mgp your command gives me a hell lot of output 1114434603 Q * BWare Ping timeout: 480 seconds 1114434621 M * Doener mgp: i just need the last few lines 1114434632 M * mgp fstat64(3, {st_mode=S_IFREG|0644, st_size=5920, ...}) = 0 1114434632 M * mgp old_mmap(NULL, 8860, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x129000 1114434632 M * mgp old_mmap(0x12b000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x12b000 1114434632 M * mgp close(3) = 0 1114434632 M * mgp write(2, ": Permission denied", 19: Permission denied) = 19 1114434675 M * Doener hm... that's not what i expected to see... 1114434677 M * mgp i've found this 1114434678 M * mgp write(2, "chroot: ", 8chroot: ) = 8 1114434678 M * mgp write(2, "cannot change root directory to "..., 52cannot change root directory to /vservers/gmi_extern) = 52 1114434713 M * Doener can you make the whole output available? (for example pastebin.com) 1114434732 M * mgp ok, one moment 1114434735 J * BWare ~bware@office.intouch.net 1114434784 M * mgp http://www.pastebin.com/275717 1114434789 M * Doener thx 1114435372 M * wurd Doener would you happen to know where i could get the names of the packages i need? 1114435388 M * wurd i just tried 'vserver vserv1 -- install shadow' (for passwd) and it didnt work :S 1114435411 M * Doener hm, passwd is in passwd IIRC 1114435413 M * wurd i mean, 'vapt-get vserv1 -- install shadow' 1114435429 Q * daniel_hozac Ping timeout: 480 seconds 1114435436 M * Doener but i don't know where to lookup such stuff for fc 1114435445 M * wurd ok, thx anyway 1114435779 M * mgp doener, i'm not sure but it seems your command line gives the same result with any vserver, even with the ones that are working ok 1114435859 M * Doener mgp: the strace? 1114435862 M * mgp yes 1114435884 M * Doener including this: write(2, ": Permission denied", 19: Permission denied) = 19 ? 1114435889 M * mgp yes 1114435929 M * mgp if i remove strace then i'll get unknown command switch -f 1114435954 M * Doener yeah, because -fF is meant for strace ;) 1114435959 M * mgp ah, this is from strace 1114435991 M * Doener did you adjust the context ids when trying the other directories? 1114436046 M * mgp yes 1114436066 M * Doener ok, something we didn't do yet... ls -ld /; lsattr -d / 1114436089 M * mgp drwxr-xr-x 22 root root 1024 2005-01-24 13:45 / 1114436099 M * mgp ----------------- / 1114436150 M * Doener that's fine, too... 1114436166 M * Doener was gmi_extern the last vserver you tried to start? 1114436177 M * mgp yes 1114436199 M * mgp the others have all already be running 1114436207 M * wurd Doener do you use vapt-get 1114436208 M * wurd ? 1114436223 M * Doener wurd: no, i do package management from inside the vservers 1114436228 M * wurd how? 1114436236 M * mgp i'll guess I'll have to try rm -rf /vservers/gmi_extern 1114436252 M * Doener mgp: i'm not sure that will help... 1114436269 M * mgp lol 1114436282 M * Doener i actually think that the other vservers will also fail to start if you stop them... 1114436309 M * mgp i was thinking that also... i don't hope this will happen 1114436311 M * Doener wurd: i do a ssh connection to the vserver and then use apt-get or aptitude... 1114436348 M * mgp i'll stop another vserver so we will see 1114436353 M * Doener mgp: showattr /vservers 1114436374 M * mgp ---bu-x /vservers/gmi_extern 1114436449 M * mgp i was stopping ctx 1500 , and i could restart it without problems 1114436462 M * mgp :) 1114436476 M * Doener hm, but you could not: chcontext --ctx 1500 chroot /vservers/whatever ? 1114436548 M * mgp no, permission denied 1114436561 M * Doener does this work? cd /vservers/whatever; chcontext --ctx 1500 chroot . 1114436593 M * mgp works fine 1114436670 M * Doener ok, then let's try: 1114436670 M * Doener cd /vservers/gmi_extern; chcontext --ctx 1600 chroot . /bin/bash 1114436670 M * Doener if that works: /etc/init.d/rc 1114436670 M * mgp New security context is 1600 1114436670 M * mgp chroot: cannot run command `/bin/bash': Permission denied 1114436682 M * Doener ok, then check permissions on /vservers/gmi_extern/bin/bash 1114436705 M * Doener as well as the xid tagging 1114436708 M * mgp 343425 -rwxr-xr-x 1 root root 628684 2004-09-06 20:03 /vservers/gmi_extern/bin/bash 1114436721 M * mgp gmi_extern /vservers/gmi_extern/bin/bash 1114436833 M * Doener cd /vservers/gmi_extern; chcontext --ctx 1600 chroot . /bin/true 1114436847 M * mgp chroot: cannot run command `/bin/true': Permission denied 1114436867 M * Doener hmm... didn't that work in a slightly different way? 1114436888 M * Doener chcontext --ctx 1600 /vserver/gmi_extern/bin/true 1114436900 M * mgp chcontext: execvp("/vserver/gmi_extern/bin/true"): No such file or directory 1114436946 M * Doener oops, has to be /vservers/... of course 1114436950 M * mgp oh die s is missing sry 1114436960 M * Doener well, my fault ;) 1114436984 M * mgp no i should have noticed it and not stupidly doiing copy paste without thinking... sry 1114436984 M * mgp chcontext: execvp("/vservers/gmi_extern/bin/true"): Permission denied 1114437010 M * Doener ah, i.c. it didn't go away after changing the tagging... 1114437250 M * Doener lsxid -d / /vservers /vservers/gmi_extern /vservers/gmi_extern/bin /vservers/gmi_extern/bin/bash 1114437265 M * Doener ls -ld / /vservers /vservers/gmi_extern /vservers/gmi_extern/bin /vservers/gmi_extern/bin/bash 1114437268 M * Doener lsattr -d / /vservers /vservers/gmi_extern /vservers/gmi_extern/bin /vservers/gmi_extern/bin/bash 1114437283 M * mgp 0 / 1114437284 M * mgp 0 /vservers 1114437284 M * mgp 0 /vservers/gmi_extern 1114437284 M * mgp gmi_extern /vservers/gmi_extern/bin 1114437284 M * mgp gmi_extern /vservers/gmi_extern/bin/bash 1114437289 M * mgp ----------------- / 1114437289 M * mgp ---------------t- /vservers 1114437289 M * mgp ----------------- /vservers/gmi_extern 1114437289 M * mgp ----------------- /vservers/gmi_extern/bin 1114437289 M * mgp ----------------- /vservers/gmi_extern/bin/bash 1114437362 M * Doener second one is missing ;) 1114437374 M * mgp what is missing? 1114437379 M * Doener ls -ld / /vservers /vservers/gmi_extern /vservers/gmi_extern/bin /vservers/gmi_extern/bin/bash 1114437451 M * mgp drwxr-xr-x 22 root root 1024 2005-01-24 13:45 / 1114437451 M * mgp d--------- 13 root root 4096 2005-04-22 10:27 /vservers 1114437451 M * mgp drwxr-xr-x 19 root root 4096 2005-03-02 11:31 /vservers/gmi_extern 1114437451 M * mgp drwxr-xr-x 2 root root 4096 2005-04-25 11:31 /vservers/gmi_extern/bin 1114437451 M * mgp -rwxr-xr-x 1 root root 628684 2004-09-06 20:03 /vservers/gmi_extern/bin/bash 1114437510 M * Doener Bertl_zZ: get up already! *g* 1114437512 M * mgp as far as i unterstand this looks ok 1114437518 M * Doener yes it does... 1114437522 Q * BWare uranium.oftc.net jupiter.oftc.net 1114437522 Q * mgp uranium.oftc.net jupiter.oftc.net 1114437522 Q * DaPhreak uranium.oftc.net jupiter.oftc.net 1114437522 Q * Doener uranium.oftc.net jupiter.oftc.net 1114437522 Q * albeiro uranium.oftc.net jupiter.oftc.net 1114437522 Q * kalou uranium.oftc.net jupiter.oftc.net 1114437522 Q * mcp uranium.oftc.net jupiter.oftc.net 1114437522 Q * Loki|muh uranium.oftc.net jupiter.oftc.net 1114437522 Q * logger uranium.oftc.net jupiter.oftc.net 1114437522 Q * virtuoso uranium.oftc.net jupiter.oftc.net 1114437522 Q * SNy uranium.oftc.net jupiter.oftc.net 1114437522 Q * micah uranium.oftc.net jupiter.oftc.net 1114437522 Q * sladen uranium.oftc.net jupiter.oftc.net 1114437522 Q * Medivh uranium.oftc.net jupiter.oftc.net 1114437522 Q * tchan uranium.oftc.net jupiter.oftc.net 1114437522 Q * pusling uranium.oftc.net jupiter.oftc.net 1114437528 J * BWare ~bware@office.intouch.net 1114437528 J * mgp ~multiplex@pc70-c512.uibk.ac.at 1114437528 J * DaPhreak ~phreak@lms.rz.uni-greifswald.de 1114437528 J * Doener doener@193.24.208.125 1114437528 J * albeiro albeiro@albeiro.usercloak.oftc.net 1114437528 J * kalou ~kalou@ALamentin-101-1-5-163.w81-48.abo.wanadoo.fr 1114437528 J * mcp hightower@217.171.201.37 1114437528 J * Loki|muh loki@satanix.de 1114437528 J * logger ~rs@vds.pas-mal.com 1114437528 J * virtuoso ~s0t0na@80.253.205.251 1114437528 J * pusling ~pusling@195.215.29.124 1114437528 J * SNy ~mfr@bmx-chemnitz.de 1114437528 J * micah micah@micha.hampshire.edu 1114437528 J * sladen paul@starsky.19inch.net 1114437528 J * Medivh ck@paradise.by.the.dashboardlight.de 1114437528 J * tchan ~tchan@c-24-13-81-164.hsd1.il.comcast.net 1114437778 Q * tchan jupiter.oftc.net arion.oftc.net 1114437778 Q * Medivh jupiter.oftc.net arion.oftc.net 1114437778 Q * SNy jupiter.oftc.net arion.oftc.net 1114437778 Q * virtuoso jupiter.oftc.net arion.oftc.net 1114437778 Q * logger jupiter.oftc.net arion.oftc.net 1114437778 Q * Loki|muh jupiter.oftc.net arion.oftc.net 1114437778 Q * kalou jupiter.oftc.net arion.oftc.net 1114437778 Q * albeiro jupiter.oftc.net arion.oftc.net 1114437778 Q * Doener jupiter.oftc.net arion.oftc.net 1114437778 Q * DaPhreak jupiter.oftc.net arion.oftc.net 1114437778 Q * mgp jupiter.oftc.net arion.oftc.net 1114437778 Q * BWare jupiter.oftc.net arion.oftc.net 1114437778 Q * sladen jupiter.oftc.net arion.oftc.net 1114437778 Q * micah jupiter.oftc.net arion.oftc.net 1114437778 Q * pusling jupiter.oftc.net arion.oftc.net 1114437778 Q * mcp jupiter.oftc.net arion.oftc.net 1114437820 J * BWare ~bware@office.intouch.net 1114437820 J * mgp ~multiplex@pc70-c512.uibk.ac.at 1114437820 J * DaPhreak ~phreak@lms.rz.uni-greifswald.de 1114437820 J * Doener doener@193.24.208.125 1114437820 J * albeiro albeiro@albeiro.usercloak.oftc.net 1114437820 J * kalou ~kalou@ALamentin-101-1-5-163.w81-48.abo.wanadoo.fr 1114437820 J * mcp hightower@217.171.201.37 1114437820 J * Loki|muh loki@satanix.de 1114437820 J * logger ~rs@vds.pas-mal.com 1114437820 J * virtuoso ~s0t0na@80.253.205.251 1114437820 J * pusling ~pusling@195.215.29.124 1114437820 J * SNy ~mfr@bmx-chemnitz.de 1114437820 J * micah micah@micha.hampshire.edu 1114437820 J * sladen paul@starsky.19inch.net 1114437820 J * Medivh ck@paradise.by.the.dashboardlight.de 1114437820 J * tchan ~tchan@c-24-13-81-164.hsd1.il.comcast.net 1114437880 Q * Rusty` Quit: Leaving 1114438392 M * wurd Doener 1114438396 M * wurd id like to make sure of something 1114438419 M * wurd in the build command, the --inteface option is referring to what exactly? 1114438422 M * Doener mgp: i've no further ideas... looking at the kernel source also didn't give me any hints... this is something Bertl has to take care of ;) 1114438495 M * mgp thanks very much for all the time you spent for my problem 1114438507 M * Doener mgp: you're welcome 1114438517 M * mgp if the problem is interesting for you i'll keep the vserver otherwise i'll get rid of it and try a new one 1114438545 M * Doener wurd: the --interface option specifies an ip address that is to be used by a vserver 1114438594 M * Doener mgp: i wouldn't mind if you remove it... but i'd say at least keep it until Bertl has decided that it is not a kernel bug ;) 1114438610 M * mgp ok :) 1114438654 M * mgp i don't think its a kernel bug, it sure is some stupid setup problem.... i'm not really familar with that vserver things 1114438685 M * Doener wurd: you can specify an address, a mask or a prefixlength (i.e. sth. like 255.255.0.0 or /16), an interface on which the address should be created and a name for the address 1114438689 M * wurd Doener you mean that the ip i'll type next to --interface, will be the ip that my vserver will be using, no matter what the "ipadress of the pc running the vserver" is? 1114438719 M * Doener wurd: if you specify an interface (like eth0) the ip address will be created for that interface 1114438740 M * Doener if you don't specify an interface, it is assumed that the ip address already exists on the system 1114438765 M * wurd if i want to access to my vserver through ssh, what should i do? 1114438773 M * wurd let me guess and see if im right : 1114438790 M * wurd i first create an alias to eth0, named to, lets say, "vserver" 1114438794 M * Doener if you only have one public ip address, it's a good idea to use private ip addresses (f.e. from 10.0.0.0/8) and do snat/dnat 1114438812 M * wurd and then build the vserver with --interface vserver 10.1.2.3(which is the ip i want my vserver to have) ? 1114438865 M * Doener if you setup the ip address yourself, you'd only have: --interface 10.1.2.3 1114438892 M * Doener if you want the tools to setup the address you'd have: --interface vserver=eth0:10.1.2.3 1114439013 M * wurd i'm not sure i understand very well 1114439045 M * wurd is it right if i say that i should put my pc's ip adress in --interface ? 1114439085 M * wurd s/should/shouldnt 1114439206 M * Doener not necessarily... it's probably not the best idea, but possible... but if you do so, don't define an interface for the address, otherwise it will be removed when you stop the vserver and thereby destroy your host's networking 1114439240 M * wurd okay.. 1114439276 M * Doener IMHO best pratice is to have to vservers use private ip addresses which are automagically setup by the tools and to use snat/dnat to get connectivity to the outside 1114439292 M * wurd what i am doing right now (and i am unsure if this is right) is : " --interface eth0:10.99.1.7/16" which is NOT my pc's IP adress 1114439334 M * Doener that will create the address 10.99.1.7/16 on interface eth0 when you start the vserver, and remove the address once you stop the vserver 1114439365 M * wurd as an alias? 1114439375 M * wurd or what? 1114439386 M * Doener no, without a name/alias 1114439390 M * wurd because my pc is currently using eth0 1114439410 M * wurd (and my vserver too, in theory, since i specified eth0 for the build) 1114439421 M * Doener you don't need an alias to define more than one ip address on a single interface anymore... 1114439438 M * wurd well how do you do it then? 1114439452 M * Doener ifconfig won't display that address then, but "ip addr show" will... 1114439478 M * Doener do what? 1114439515 M * wurd define more than one ip adress on a single inteface 1114439531 M * Doener ip a a 1.2.3.4 dev eth0 1114439561 M * Doener but if you use your above " --interface eth0:10.99.1.7/16" the tools will do that themselves... 1114439605 M * Doener and if you want them to create an alias use " --interface foo=eth0:10.99.1.7/16"... then you'd get eth0:foo 1114439663 M * wurd i woudlnt need to create the alias before doing that ? 1114439705 M * mgp i've to go, bye 1114439705 M * wurd (the eth0:foo will automatically be created by the build command?) 1114439713 Q * mgp Remote host closed the connection 1114439753 M * Doener not by the build command, but by the tools when you start the vserver.... 1114439766 M * wurd ok cool 1114439769 M * Doener if it was created by the build, it would be gone after the next reboot, wouldn't it? 1114439779 M * wurd right,, 1114439790 M * wurd now what should i do if i want to access to my vserver through ssh ? 1114439833 M * wurd if i simply give my vserver a different ip adress (than the one my pc has), on the same interface as my pc (eth0), will it work ? 1114439863 M * Doener if the ip address you use for your vserver is reachable from the outside: yes 1114439883 M * Doener (make sure that the host's sshd does not listen on 0.0.0.0!) 1114439900 M * Doener if it is not reachable from the outside, use a different or and snat/dnat/ 1114439930 M * wurd well, my pc's adress is 10.99.1.6 so i assume 10.99.1.7 is reachable from the outside too ? 1114439988 Q * Jani Quit: Verlassend 1114440055 M * Doener probably... 1114440063 M * wurd yeah should be 1114440095 Q * eyck Remote host closed the connection 1114440096 M * wurd my next question was about sshd 1114440106 M * wurd well, about my vserver's interface 1114440128 M * wurd i'm inside my vserver and i do 'ifconfig' , eth0 appears but doesnt have an ip adress, how come ? 1114440146 M * wurd i used --interface eth0:10.99.1.7 when i did the build 1114440172 M * wurd i tried manually giving eth0 and ip adress, but heres what happens 1114440183 M * Doener probably because the first non-named ip address assigned to eth0 isn't allowed in the vserver... 1114440189 M * wurd bash-3.00# ifconfig eth 10.99.1.7 1114440190 M * wurd SIOCSIFADDR: Permission non accordée 1114440190 M * wurd eth: interface inconnue: Aucun périphérique de ce type 1114440190 M * Doener try "ip addr show"... 1114440208 M * wurd . 1114440210 M * wurd bash-3.00# ip addr show 1114440210 M * wurd 2: eth0: mtu 1500 qdisc pfifo_fast qlen 1000 1114440210 M * wurd link/ether 00:03:47:d9:1d:6e brd ff:ff:ff:ff:ff:ff 1114440210 M * wurd inet 10.99.1.7/16 brd 10.99.255.255 scope global secondary eth0 1114440211 M * wurd . 1114440233 M * Doener as i said, "--interface eth0:10.99.1.7" creates an unnamed interface address and thus ifconfig, which is old, isn't able to show it 1114440261 M * wurd so i need to "name" the interface ? 1114440314 M * Doener only if you want to... 1114440341 M * Doener as you've seen, the address is there, ifconfig just can't show it... 1114440348 M * wurd ok... 1114440399 M * wurd so it should work ? 1114440450 M * wurd there wont be any conflict between 10.99.1.7 and 10.99.1.6 ? 1114440465 M * wurd when i'll ssh to 10.99.1.7 i'll end up on the vserver and NOT on my pc ? 1114440465 M * Doener no, why should there be one? 1114440471 J * eyck eyck@81.219.64.71 1114440486 J * erwan_taf ~erwan@81.80.43.77 1114440487 M * Doener you have to make sure that the host's sshd only listens on 10.99.1.6 1114440499 M * wurd ok, and thats all ?& 1114440509 M * Doener yes 1114440512 M * wurd ok 1114440619 Q * eyck Remote host closed the connection 1114440958 N * Bertl_zZ Bertl 1114440965 M * Doener morning Bertl! 1114440990 M * Bertl morning Doener! 1114440993 M * Bertl morning folks! 1114441047 J * daniel_hozac ~daniel@h75n2fls33o829.telia.com 1114441475 J * kalou_ ~kalou@APuteaux-108-1-3-14.w80-15.abo.wanadoo.fr 1114441588 Q * kalou Ping timeout: 480 seconds 1114442079 M * Bertl okay off for dinner now .. 1114442088 N * Bertl Bertl_oO 1114442574 J * eyck eyck@81.219.64.71 1114443020 M * wurd Doener 1114443028 M * wurd i'm inside my vserver and cannot ping www.google.com 1114443149 N * Bertl_oO Bertl 1114443162 M * Bertl wurd: which kernel/tool version? 1114443169 M * Doener wurd: what error message? 1114443184 M * wurd [root@localhost pkgs]# uname -r 1114443184 M * wurd 2.6.11.7-vs1.9.5.x 1114443188 M * wurd and tool version 206 1114443209 M * wurd doener, "unknown host", i guess my dns isnt configured or something 1114443214 M * Bertl wurd: resolver 1114443230 M * Bertl /etc/resolv.conf 1114443237 M * Doener put something valid in /etc/resolv.conf 1114443243 M * Doener hm, 2fast4me 1114443244 M * wurd but when i do 'ifconfig' inside the vserver, there is absolutely no ip adress that is shown, this is nromal &? 1114443257 M * Bertl yup 1114443266 M * Doener wurd: as i said... you'll not see any unnamed addresses with ifconfig 1114443271 M * Bertl wurd: use 'ip addr ls' or aliases 1114443280 M * Doener and you'll see only those named addresses which you're allowed to see... 1114443324 M * wurd yeah Doener but my "principal ip adress", the one my pc is using, doesnt show 1114443333 M * wurd and it does show when i do 'ipconfig' on my pc 1114443340 M * Doener did you allow you vserver to use it? 1114443345 M * wurd i guess not 1114443360 M * Doener so you won't see it inside the vserver... 1114443364 M * wurd ok :) thanks 1114443509 M * wurd i just did vapt-get -- install ssh 1114443519 M * wurd but all i have is /etc/ssh/moduli 1114443539 M * wurd i dont have the "ssh" command or anything else 1114443545 M * wurd all i have is ssh-keygen 1114443557 M * wurd i dont have sshd or anything 1114443574 M * Bertl probably it is called different, maybe ssh-verver or sshd? 1114443631 M * wurd yeah! :) 1114443646 M * wurd it's openssh-vserver, thanks, i wouldnt have thought of that 1114443665 M * wurd uh, openssh-server* 1114443677 M * Bertl you should make a list of packages and how they are named on your 'normal' install, then just request/add those packages (if that's what you want) 1114443763 M * wurd where can i get this list ? 1114443766 M * wurd rpm -qa ? 1114443973 M * Bertl yup 1114444117 M * wurd ok, heres what now 1114444139 M * wurd i've edited the /etc/ssh/sshd_config files in both my pc and my vserver (which are on the same pc) 1114444160 M * wurd my pc's ipadd is 10.99.1.6 and my vserver's ipadd is 10.99.1.7 1114444181 M * wurd when i ssh to 10.99.1.7, i actually am on my pc's sshd ... 1114444200 M * wurd so it's not working, as it should be 1114444251 M * Doener did you restart the hosts sshd? 1114444261 M * wurd yes 1114444266 M * wurd uh no 1114444271 M * wurd only the vserver's sshd 1114444280 M * Doener then restart both now... the host's sshd first 1114444321 M * wurd root@localhost vservers]# ssh 10.99.1.7 1114444322 M * wurd ssh: connect to host 10.99.1.7 port 22: Connection refused 1114444379 M * Doener netstat -tnlp | grep ssh 1114444396 M * wurd no result 1114444407 M * Doener (on the host) 1114444429 M * wurd tcp 0 0 10.99.1.6:22 0.0.0.0:* LISTEN 6320/sshd 1114444441 M * Doener ok, that's fine... 1114444458 M * Doener check your vserver's logs to see if there was a problem with the vserver's sshd starting 1114444538 M * wurd it seems fine 1114444563 M * Doener well, obviously it isn't ;) 1114444585 M * wurd which logs should i check 1114444604 M * wurd in /var/log ive got boot.log, cron, lastlog, maillog, messages, secure, spooler, wtmp . 1114444629 M * Doener hm, you got no syslog yet? 1114444639 M * Doener s/syslog/syslogd/ 1114444658 M * wurd i guess not :) ill try to vapt-get install syslogd 1114444683 M * wurd hm. cant find package syslog 1114444911 M * Doener try syslogd, sysklogd or whatever... syslog-ng is IMHO also a good choice 1114444974 M * wurd sysklogd is already the newest version. 1114445008 M * Doener is it running, too? 1114445032 M * wurd USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND 1114445032 M * wurd root 4668 0.0 0.0 1696 184 ? Ss Apr18 0:00 syslogd -m 0 1114445076 M * Doener hm, maybe fc just has some different /var/log layout that those distros i'm used to... 1114445086 M * Doener try: grep ssh /var/log/* 1114445134 M * wurd inside the vserver or host 1114445139 M * Doener vserver 1114445168 M * wurd theres only 4 processes running in my vserver, according to ps -aux 1114445190 M * Doener is that a problem? 1114445251 M * wurd no but why should i use "grep ssh /var/log*" 1114445269 M * wurd i mean.. 1114445283 M * wurd theres no process which contain "ssh /var/log/*" 1114445295 M * Doener ? 1114445299 M * wurd theres only 4 processes and one of them is "syslogd -m 0" , thats all 1114445306 M * wurd Doener> try: grep ssh /var/log/* 1114445306 A * kalou_ is happy to say that he wrote his hello world in kernel space ! 1114445314 N * kalou_ kalou 1114445326 M * Doener wurd: was has that to do with running processes? 1114445345 M * Doener s/was/what/ 1114445345 M * wurd i thought you wanted me to try ps -aux | grep ssh /var/log/* ? 1114445357 M * Doener no... just grep ssh /var/log/* 1114445377 M * wurd oh 1114445380 M * wurd didnt know you could do that 1114445403 M * wurd want me to do that in my vserver or host ? 1114445410 M * Doener vserver 1114445417 M * wurd ok, no result 1114445442 M * Doener hm, any messages when you try to start ssh? 1114445464 M * wurd with 'service sshd start' ? no 1114445514 M * Doener hm... no logs, no messages... 1114445560 M * Doener try sshd -d 1114445723 M * wurd sshd re-exec requires execution with an absolute path 1114445729 M * wurd hold on, trying to find the path 1114445767 M * wurd bash-3.00# ./sshd -d 1114445768 M * wurd Utilisation : ./sshd {start|stop|restart|reload|condrestart|status} 1114445784 M * Doener you're in /etc/init.d eh? 1114445787 M * wurd yes 1114445796 M * Doener `which sshd` -d 1114445806 M * wurd ? 1114445871 M * Doener use that instead... it automatically uses the full path... 1114445901 M * Doener i didn't mean the sshd initscript, but the real thing... 1114446137 M * Bertl (unless he has '.' in his path ;) 1114446375 M * Doener http://seclists.org/lists/nmap-hackers/2005/Apr-Jun/0000.html *LOL* 1114446547 M * Bertl yeah, funny things happen ... 1114446636 M * Doener probably they prepare for Virtual Server because they don't have a raw icmp context capability yet *g* 1114446656 M * Doener this way users won't notice the limitation later on... 1114447601 M * alexx Hello Bertl, have you an idea about my mail "Strange problem : 300 of load average and vserver unkillable :/" 1114447618 M * Doener alexx: you got a mail from bertl on that topic ;) 1114447632 M * Bertl :) 1114447653 M * alexx fucking spambox !! :-( 1114447697 M * Bertl yeah, clearly the mailing list (and my email account) qualify for most spam criteria ,) 1114447718 M * alexx it's difficult for french people to have a correct spamfilter that distingish good english mail from the hundred of english spam :( 1114447758 M * Doener hundreds? i thought my mail address is pretty well known by now... still i get just 10-20 spam mails per day... 1114447772 M * Doener (not that i'd wanted more...) 1114447777 M * Bertl trust me, it's not really known ;) 1114448130 M * wurd Doener what do you mean by 'which sshd' ? 1114448134 M * wurd (sorry was afk) 1114448195 M * Doener which is a command... 1114448209 M * Doener i'm afk now, gf has arrived... 1114448212 M * Doener later folks... 1114448219 N * Doener Doener|gone 1114449194 M * wurd debug1: sshd version OpenSSH_3.9p1 1114449194 M * wurd debug1: private host key: #0 type 0 RSA1 1114449194 M * wurd debug1: read PEM private key done: type RSA 1114449194 M * wurd debug1: private host key: #1 type 1 RSA 1114449194 M * wurd debug1: read PEM private key done: type DSA 1114449200 Q * prae Quit: Client exiting 1114449207 M * wurd ebug1: private host key: #2 type 2 DSA 1114449207 M * wurd debug1: rexec_argv[0]='/usr/sbin/sshd' 1114449207 M * wurd debug1: rexec_argv[1]='-d' 1114449207 M * wurd debug1: Bind to port 22 on 10.1.99.7. 1114449211 M * wurd Bind to port 22 on 10.1.99.7 failed: Cannot assign requested address. 1114449219 M * wurd Cannot bind any address. 1114449296 M * Bertl 10.1.99.7 is your vserver ip? 1114449421 M * wurd yes 1114449437 M * wurd uh... wait its supposed to be 10.99.1.7 1114449439 M * wurd my mistake there 1114449446 M * wurd damn 1114449480 M * wurd and what a dumb one 1114449584 M * wurd @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 1114449584 M * wurd @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ 1114449584 M * wurd @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ 1114449584 M * wurd IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! 1114449591 M * wurd do you know how to disable this ? 1114449634 M * TheSeer you don't want to disable it 1114449639 M * TheSeer you want to FIX it 1114449651 M * TheSeer @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ 1114449668 M * wurd yeah ? 1114449676 M * TheSeer that means you either have an outdated pub-key in your .ssh/known_hosts 1114449693 M * TheSeer or the "(v)server" you're talking to is broken 1114449701 M * wurd hmmm 1114449705 M * wurd broken ? 1114449720 M * TheSeer like you have a bindAdress * in the host-sshd_config 1114449752 M * TheSeer each host has its own ident 1114449772 M * TheSeer even if it's a vserver client server ;) 1114449774 M * Bertl alexx: did you do this kind of snapshooting on your normal hosts too? 1114449794 M * alexx Bertl, no 1114449805 M * alexx the host is in a normal ext3 partition 1114449809 M * Bertl alexx: just because I remember that there were some issues with certain LVM/DM combinations and the snapshot target 1114449827 M * TheSeer wurd: so if you connected to the host server first (due to bind * ) and then fixed the setup and now conenct to the real guest server 1114449840 M * TheSeer you're hostkey has changed while keeping the same ip as before 1114449857 M * TheSeer then you just have to remove the "old" one from the known_hosts list 1114449874 M * TheSeer if not, you should look into the server config 1114450015 M * wurd wheres known_hosts ? 1114450100 M * Bertl did you read the entire message? 1114450177 M * wurd obviously not, sorry 1114450183 M * Bertl np 1114451308 J * erwan_ho ~erwan@lns-vlq-39f-81-56-133-136.adsl.proxad.net 1114451875 M * Bertl okay, off again .. not feeling too well ... 1114451883 N * Bertl Bertl_oO 1114453306 J * DuckKing ~Duck@dyn-83-157-189-166.ppp.tiscali.fr 1114453651 Q * duckx Ping timeout: 480 seconds 1114455318 Q * Loki|muh Ping timeout: 480 seconds 1114455709 J * Loki|muh loki@satanix.de 1114456224 J * knoppix_ ~knoppix@dsl-082-082-083-089.arcor-ip.net 1114457043 J * kalou_ ~kalou@80.13.76.5 1114457162 Q * kalou Ping timeout: 480 seconds 1114459347 J * GhostXz ~ghostxz@CPE000d88a9ac16-CM001225419a6c.cpe.net.cable.rogers.com 1114459507 P * GhostXz 1114461979 M * kalou_ can someone tell me the capability associated with "insmod" inside a vserver ? 1114462114 M * DaCa kalou_: CAP_SYS_MODULE 1114462117 M * kalou_ ok . CAP_SYS_MODULE (/usr/src/linux/include/linux/capability.h) :) 1114462121 M * kalou_ Thanks DaCa ! 1114462191 M * DaCa np 1114462245 M * DaCa note that will allow root within your vserver to insert any code in kernelspace (!=secure) 1114462448 M * kalou_ Yep .. It's for a local xfree vserver .. not for customers :) 1114462579 Q * kalou_ Quit: Lost terminal 1114462927 J * Martin ~mjb@dhcp3.dagstuhl.de 1114463035 M * Doener|gone welcome Martin 1114463042 M * Martin Evenin' 1114463060 M * Martin Just thought I'd drop past and say hi 1114463107 M * DaCa hi Martin :) 1114463127 M * Martin Hi! :-) 1114463352 N * Doener|gone Doener 1114463367 M * Doener feel free to hang around :) 1114463479 M * Martin Alas I'm away from home so I can't help out, but I thought I'd lurk for a bit to get a feel for the place 1114464334 J * kalou ~kalou@AStDenis-102-1-2-182.w81-48.abo.wanadoo.fr 1114464427 Q * erwan_ho Remote host closed the connection 1114464744 M * Martin Have to go sleep now, night all 1114464754 Q * Martin Quit: using sirc version 2.211+KSIRC/1.1 1114465639 M * Doener hm... let's try something.... 1114465641 M * Doener 5 1114465645 M * Doener 4 1114465648 M * Doener 3 1114465652 M * Doener 2 1114465655 M * Doener 1 1114465660 M * Doener didn't work :( 1114465666 M * Doener ;) 1114465669 M * DaCa boem? 1114465703 M * Doener usually Bertl is back about a minute after i notice that he has sent something to the ml... 1114465719 M * Doener but it didn't work out this time ;) 1114465739 M * DaCa ha yes, the ML, maybe I should subscribe to it 1114467633 M * kalou what's the difference between ctx and xid ? 1114467787 M * Doener when used like --ctx/--xid with the tools? nothing ;) 1114467848 M * kalou is there any difference inside the code ? 1114467878 M * Doener ctx has been used in the past (the patch was called ctxXXX earlier)... my understanding is that ctx means context and xid means context id... and as you don't pass a real context, but just its id, xid is the more logical choice 1114467921 M * kalou ok. this confirmes what I supposed 1114468275 Q * knoppix_ Quit: Verlassend 1114468577 J * ciphernaut ~a@61.88.18.130 1114471878 Q * yarihm Quit: Leaving