1171670417 J * Daniel15 ~dansoftau@server.daniel15.com 1171670563 Q * dna Quit: Verlassend 1171670598 M * Daniel15 Wow, some spammers are just... weird 1171670628 M * Daniel15 I mean, the comment on http://linux-vserver.org/Talk:Announcements/20060903 looks legitimate (Hey guys, there's another English person about, :) I'm a new on linux-vserver.org looking forward to speaking to you guys soon), until you search for the first bit of it in Google 1171670638 M * Daniel15 http://www.google.com/search?hl=en&client=opera&rls=en&hs=fhC&q=%22Hey+guys%2C+there%27s+another+English+person+about%2C&btnG=Search :o 1171670785 M * Daniel15 I thought that it was legitimate, but I doubt that someone would post that in over 9,000 forums and blogs in the timeframe of a few days 1171674242 M * pflanze Thinking about writing an antispam plugin which searches google? 1171674334 M * pflanze BTW (sorry for being OT): does anyone know how to beep on the internal speaker under kernel 2.6? (the old \007 > /dev/tty0 doesn't seem to work anymore, for some reason) 1171674748 Q * meandtheshell Quit: Leaving. 1171675009 A * pflanze has found that his kernel is missing INPUT_PCSPKR 1171679852 Q * bj_ synthon.oftc.net nobelium.oftc.net 1171679962 J * bj ~bj@insanefactory.com 1171681014 Q * mEDI_S Quit: mEDI_S 1171683611 J * mEDI_S ~medi@snipah.com 1171687642 Q * Aiken Quit: Leaving 1171688632 Q * s0undt3ch Quit: leaving 1171688651 J * s0undt3ch ~s0undt3ch@80.69.34.154 1171689637 J * muuhDBX ~foo@a213-22-7-80.cpe.netcabo.pt 1171689925 J * Aiken ~james@ppp109-15.lns2.bne4.internode.on.net 1171690036 J * DoberMann_ ~james@AToulouse-156-1-41-175.w90-16.abo.wanadoo.fr 1171690144 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds 1171690891 Q * fs Quit: changing servers 1171690927 Q * ensc Remote host closed the connection 1171690985 Q * michal` Remote host closed the connection 1171691009 J * ensc ~irc-ensc@84.180.215.195 1171691012 J * fs ~fs@213.178.77.98 1171691012 Q * fs Max SendQ exceeded 1171691021 J * michal` ~michal@www.rsbac.org 1171692936 Q * mcp Read error: Connection reset by peer 1171692940 J * _mcp ~hightower@wolk-project.de 1171692954 N * _mcp mcp 1171693889 Q * FireEgl Quit: ... 1171694932 Q * mcp Quit: changing servers 1171695040 J * mcp ~hightower@83.136.81.245 1171695548 P * muuhDBX 1171695551 Q * mcp Quit: changing servers 1171695576 Q * michal` Write error: connection closed 1171695576 Q * ensc Write error: connection closed 1171695603 J * mcp ~hightower@83.136.81.245 1171695615 J * michal` ~michal@www.rsbac.org 1171700605 J * ensc ~irc-ensc@p54B4D7C3.dip.t-dialin.net 1171700818 M * eyck_ pflanze: this works: 1171700822 M * eyck_ open("/dev/tty0", O_WRONLY) = 3 1171700822 M * eyck_ ioctl(3, 0x8000451a, 0) = -1 EINVAL (Invalid argument) 1171700822 M * eyck_ ioctl(3, KIOCSOUND, 0xa97) = 0 1171700822 M * eyck_ nanosleep({0, 200000000}, NULL) = 0 1171700822 M * eyck_ ioctl(3, KIOCSOUND, 0) = 0 1171701960 J * Beuc ~yo@perso.beuc.net 1171702054 M * Beuc Hi. I'd like to change the default vserver PATH to include /usr/local/bin/. Do you know where it is set? Apparently I used a 'sysv'-style vserver init and I couldn't find where PATH is set. 1171702060 M * pflanze eyck_: not for me, at least ioctl(fd,KDMKTONE,(125<<16)+0x637) doesn't 1171702066 M * pflanze But I think it's the missing kernel option. 1171702831 N * DoberMann_ DoberMann 1171703038 J * dna ~naucki@84-205-dsl.kielnet.net 1171704262 Q * Aiken Quit: Leaving 1171705622 J * onion onion@virasto.com 1171705703 M * onion hi, is there a 2.1 release of vserver for 2.6.20 kernel? 1171705724 M * daniel_hozac onion: no. 2.1 is no longer being developed. 1171705748 M * onion ok, is 2.3 ~"production ready" 1171705795 M * daniel_hozac no, but neither is 2.1... they're both development branches. 1171705805 M * daniel_hozac if you want something stable, go for 2.2. 1171705826 M * onion ah, okay, then is there 2.2 version for 2.6.20? 1171705834 M * daniel_hozac yes. 1171705857 M * daniel_hozac http://vserver.13thfloor.at/Experimental/patch-2.6.20-vs2.2.0-pre4.diff 1171705868 M * daniel_hozac note that it's not what i'd consider production ready either. 1171705877 M * daniel_hozac 2.6.20 hasn't received a whole lot of testing yet. 1171705914 M * onion true... 1171705954 M * onion do you know how cpu is scheduled between vs and it's host? 1171705966 M * daniel_hozac what do you mean? 1171706014 M * daniel_hozac Beuc: most likely it's set somewhere in your boot scripts, or in your guest's /etc/profile etc. 1171706042 Q * id23 Remote host closed the connection 1171706043 M * onion seem's like my vs is eating all the cpu resources. Before i had processes running under normal kernel. When i switched to vps system the host X-window is sluggyish... 1171706083 M * daniel_hozac if you don't configure the scheduler, it will work just like on a regular Linux system. 1171706138 M * onion hmm. it _feels_ like it doesn't. I haven't configured scheduler. 1171706173 M * onion i have 2.0 version, kernel 2.6.18.x now. 1171706206 J * michal`_ ~michal@www.rsbac.org 1171706276 Q * mcp Quit: changing servers 1171706299 M * Beuc What (production-ready + security-updates) combo would you recommend? 1171706342 Q * ensc Write error: connection closed 1171706342 Q * michal` Write error: connection closed 1171706374 J * mcp ~hightower@83.136.81.245 1171706425 M * Beuc daniel_hozac: /usr/local/lib/util-vserver/defaults/environment 1171706444 Q * haxier Remote host closed the connection 1171706514 M * daniel_hozac Beuc: if your distribution relies on that, it's broken. 1171706538 M * Beuc There's no PATH in Sarge's /etc/init.d/rc - but there's one in Etch 1171706543 M * daniel_hozac that's supposed to mimic the environment set by the kernel before starting init (or is it the environment init sets before starting things...). 1171706585 M * daniel_hozac either way, you really ought to fix your distribution. 1171706617 M * daniel_hozac (but if you can't/won't/whatever, you should copy that file to /etc/vservers/.defaults/apps/init/environment and edit it. 1171706644 M * daniel_hozac as for production ready setup... 2.6.19.3-vs2.2.0-rc13.1 is pretty well tested by now, and i'd say a release is imminent. 1171706644 M * onion Are v2.2 and util-vserver 0.30.210 compatible? 1171706660 M * daniel_hozac 0.30.210 won't work very well, if at all, no. 1171706680 M * daniel_hozac 0.30.212 added the needed features for 2.6.19+, with the extra namespaces. 1171706683 M * Beuc Ok. I needed to change it :) I wonder why /usr/local/bin in not in default PATHs, that's annoying :/ 1171706710 M * daniel_hozac because it's supposed to mimic the PATH set by init. 1171706719 M * daniel_hozac see man init 1171706734 M * onion (anyone know a debian x86_64 repository for 0.30.212) :) 1171706737 M * Beuc man init doesn't say why it doesn't use /usr/local 1171706756 M * daniel_hozac onion: sid should have it. 1171706802 M * onion can't do it, I need sarge... 1171706837 M * daniel_hozac is sarge even available for x86_64? i thought that was like an inofficial build. 1171706862 M * daniel_hozac but anyways, i guess you'll just have to build it on your own then. i don't think micah has pushed 0.30.212 to backports. 1171706885 M * onion amd64, yes, it's not "official", but lot's of people are using it, and security.debian.org includes it.. 1171706916 M * Beuc bpo has .210 1171706922 Q * Daniel15 Quit: ( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de ) 1171706927 M * onion i have 210 now from bpo 1171707091 M * onion yesterday i tried 2.1, but oom-killer got angry, and switched back to 2.0 :/. Well maybe i'll stick with it for a while, and wait if someone backports util-vserver for sarge... 1171707793 M * onion daniel_hozac: Thanks for clearing things out! I'll pull 212 from sid and try to build it for sarge. 1171707830 M * Beuc Source 212 works fine on Sarge here btw :) 1171707884 M * onion ok, thanks... happy weekend! 1171707921 Q * onion Quit: leaving 1171708110 Q * yang Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/ 1171708620 M * Beuc daniel_hozac: thanks for the help 1171708625 Q * Beuc Quit: Leaving 1171709072 J * bonbons ~bonbons@83.222.38.57 1171709094 J * meandtheshell ~markus@85-125-231-34.dynamic.xdsl-line.inode.at 1171709203 J * ensc ~irc-ensc@p54B4D7C3.dip.t-dialin.net 1171710122 J * _mcp ~hightower@wolk-project.de 1171710291 Q * mcp Quit: changing servers 1171710292 N * _mcp mcp 1171710722 Q * dna Quit: Verlassend 1171713441 M * waldi yeah, dmsetup remove of a used device breaks things 1171713463 M * waldi fuck 1171713932 J * duckx ~Duck@tox.dyndns.org 1171718774 M * matti :) 1171719037 J * yarihm ~yarihm@84-74-16-109.dclient.hispeed.ch 1171719545 Q * shedi Quit: Leaving 1171721754 J * muuhDBX ~foo@a213-22-7-80.cpe.netcabo.pt 1171722405 Q * nebuchadnezzar Quit: pula 1171724621 Q * pflanze Quit: [x]chat 1171724986 J * nebuchadnezzar ~nebu@zion.asgardr.info 1171727365 J * orzel ~orzel@freehackers.org 1171727405 J * shedi ~siggi@dsl-149-109-85.hive.is 1171727429 M * orzel Hello. I've just done "vserver web stop" on some remote server. Then everyting hanged. My (several) ssh shells doesn't respond any more. i can't ssh to it anymore, i can't browse the web server on it anymore 1171727441 M * orzel (whith is still on the host, not the 'web' vserver yt) 1171727455 M * orzel but... if i do nmap, i can still see the usual ports opened 1171727470 M * orzel and if i "ssh -v", i see that it start connecting, but then hangs. 1171727500 M * orzel the 'web' vserver was just created, and doesn't actually host anything yet 1171727524 M * orzel do you have any idea of what could have gone wrong ? everything (host,vserver) is debian etch 1171727537 M * daniel_hozac is the kernel from etch as well? 1171727550 M * daniel_hozac 2.6.18-3? 1171727603 M * orzel kernel from etch, yes. Can't check, but i think this is this one. 1171727620 M * daniel_hozac then that's your problem. 1171727627 M * orzel that is? there's a known bug? 1171727632 M * daniel_hozac you have to upgrade to the one in sid. 1171727693 M * orzel mmh.. 1171727704 M * orzel is there any way for me to do something remotely? 1171727708 M * orzel would it only be to reboot 1171727728 M * daniel_hozac you have to reboot. 1171727732 M * orzel the server is not easily reachable. especailly during week-end 1171727821 M * nebuchadnezzar hello 1171727831 M * daniel_hozac hey nebuchadnezzar 1171727839 M * orzel hello 1171727923 M * nebuchadnezzar is it normal that /etc/vservers//apps/init/depends do nothing ? 1171727926 M * nebuchadnezzar does 1171727952 M * daniel_hozac hmm? 1171727973 M * nebuchadnezzar I say that vserver2 is depending on vserver1, when I start vserver2 vserver1 is not started 1171728013 M * daniel_hozac well, that file is only used by start-vservers. 1171728027 M * daniel_hozac i.e. by the runlevel scripts. 1171728031 M * nebuchadnezzar ha ok 1171728053 P * muuhDBX 1171728241 M * nebuchadnezzar maybe an option like vserver --with-depends start will be cool 1171728685 J * yang ~yang@yang.sponsor.oftc.net 1171729744 Q * ntrs Quit: Leaving 1171730242 Q * yarihm Remote host closed the connection 1171730285 Q * ema Quit: leaving 1171730443 J * yarihm ~yarihm@84-74-16-109.dclient.hispeed.ch 1171730552 J * onion onion@virasto.com 1171730640 M * onion Hi, wondering why 'vtop' shows that top-process is eating ~90%. Using util-vserver 0.30.212-1, compiled from sid to sarge 1171730716 Q * bogus Ping timeout: 480 seconds 1171730718 M * onion vserver is 2.2.0-rc13 on 2.6.19.3 kernel 1171730779 M * yang onion: is "vtop" the top to monitor all vserver guests? 1171730791 M * onion yes 1171730882 M * daniel_hozac onion: and running just top doesn't make it do that? 1171730896 M * onion nope 1171730954 M * yang in my case "vtop" displays wrong users 1171730954 M * daniel_hozac vtop is just a wrapper that does chcontext --xid 1 top, so that would be strange. 1171730964 M * daniel_hozac as expected. 1171731025 M * onion yang: uid mapping is translated maybe from host, not from vs? 1171731060 M * yang onion: running vtop on root-server displays names from root-server for the users from guests 1171731217 M * onion daniel_hozac: chcontext 0.30.212 1171731235 M * onion daniel_hozac: top: procps version 3.2.1 1171731266 M * onion it used to work just fine with vs2.0 1171731353 Q * phedny Ping timeout: 480 seconds 1171731475 M * onion hmm, there's something weird going on... the top-process PID 4647. It doesn't exists on /proc fs! 1171731554 J * phedny ~mark@phedny.vps.van-cuijk.nl 1171731563 M * yang onion: do you get correct names in vtop from your guests? 1171731617 M * onion yang: yes, but i have only 1 user on the vs, and it's uid is same on the root-server 1171731675 M * onion daniel_hozac: it's not vtop problem, i have a hanging 'top' process 1171731705 M * onion daniel_hozac: it's not attached to any pty nor have /proc entry 1171731836 M * onion daniel_hozac: I recall running top on xterm, then just closed the window (x). Maybe it 1171731856 M * onion daniel_hozac: is hanging from there 1171732118 M * onion yang: press f+d+enter on vtop. The look at uid field. Does the uids match for virtual server /etc/passwd 1171732460 M * yang onion: off course i have user with ID 1000 on root-server is different than user ID 1000 on guest 1171732645 M * yang so i guess its grabinng usernames from root-server 1171732654 M * onion yang: yes, but vtop doesn't know about user names (i assume) It only handles numeric uid's. uid->name mapping is done by lookup on /etc/passwd, in your case the root-servers 1171733310 N * Bertl_zZ Bertl 1171733315 M * Bertl morning folks! 1171733325 M * Loki|muh moin Bertl! 1171733357 M * onion Hi Bertl, I have a question 1171733378 M * Bertl let's hear ... 1171733422 M * onion I have a hanging top process, which doesn't show up in /proc (root or virtual servers). It can be seen by vtop and vps, not by ps or top 1171733461 M * Bertl you mean, not by ps or top _alone_ 1171733471 M * Bertl it sure can be seen by 1171733486 M * Bertl chcontext --xid 1 -- ps auxwww 1171733516 M * onion nope, i have a pid 4647 (top), it's not seen by top or ps, but it's seen by vtop and vps. 1171733534 M * Bertl did you try the line I just pasted? 1171733570 M * onion yes that line showed the process 1171733600 M * Bertl see, so what's the problem? 1171733610 M * Bertl you want to kill it? 1171733634 M * onion vtop show's it's eating 90% cpu 1171733650 M * Bertl so I assume you want to kill it, no? 1171733699 M * onion yes ofcourse, but i want to know how it got there (or didn't go away) 1171733716 M * Bertl ah, that is simple, you ran vtop and killed off the terminal 1171733734 M * Bertl some programs do not handle the hup properly and start eating cpu 1171733742 M * Bertl (not even Linux-VServer related) 1171733755 M * Bertl vtop == chcontext --xid 1 -- top 1171733790 M * onion ok, then it's ok? it just got hung there? 1171733816 M * Bertl yep, you can kill it off with vkill --xid 1 -s 9 -- 4647 1171733832 M * onion thanks! 1171733858 M * onion vkill: vc_ctx_kill(): No such process 1171733880 M * onion 4647 1 ALL_PROC ? R 137:57 top 1171733901 M * Bertl try chcontext --xid 1 -- kill -9 4647 1171733915 M * Bertl could be that vkill doesn't allow to kill xid=1 tasks 1171733920 M * onion that does the trick! 1171734002 M * Bertl good :) 1171734008 M * onion okay, so I must be careful to close vtop.. 1171734330 M * onion another quick, long time before :), i was running without vserver. I ran xwin and few game servers (eating up ~70%cpu). Then migrated game servers to vserver. After that, running X on root server feels slow and not responsive at all. Is there something that allocates more cpu to vserver? 1171734424 M * Bertl no, but which version of the kernel patch do you use? 1171734483 M * onion this was with 2.6.18.5 and vs2.0. 1171734494 M * Bertl try with 2.2.0-rc* 1171734547 M * Bertl there was an issue which affected the mouse movement in X11 at some point 1171734559 M * onion i'm running now... just have't tested yet 1171734569 M * Bertl okay, let me know how it goes :) 1171734587 M * onion I'll have to drag myself to the basement 1171734644 M * onion ;).. maybe i'll check if there's any beer hidden there... wait a few minutes ;) 1171734721 M * yang hello Bertl 1171735267 M * onion Bertl: no beer hidden there. But X is running smooth now! All is good! 1171735667 M * Bertl excellent! 1171735671 M * Bertl hey yang! 1171735689 M * Bertl yang: mips time? 1171735827 M * yang Bertl: ok, give me 15 min. 1171735855 M * Bertl np, take your time, was just a question 1171736148 Q * onion Quit: Cheers! and thanks 1171737422 M * sannes Bertl: ruled out vserver beeing the culprit by the way (gfs issue) :) 1171737443 M * yang Bertl: ready, when you are ! 1171737461 M * Bertl sannes: ah, good to hear! tx for the feedback! 1171737485 M * Bertl yang: okay, will upload the new kernel now 1171737605 Q * duckx Quit: Client exiting 1171737740 J * dna ~naucki@149-209-dsl.kielnet.net 1171739409 J * dna_ ~naucki@149-209-dsl.kielnet.net 1171739815 Q * dna Ping timeout: 480 seconds 1171739904 J * PowerKe ~tom@d54C13E4B.access.telenet.be 1171740225 M * Bertl wb PowerKe! 1171740279 M * sannes Bertl: altough I havn't been able to fix it, it seems it is a semaphore problem .. 1171740290 M * Bertl yeah, sounds like 1171740302 M * Bertl you might want to enable rwsem debugging 1171740308 M * Bertl it will give you some hints 1171740638 J * muuhDBX ~foo@a213-22-7-80.cpe.netcabo.pt 1171741450 J * jmcaricand ~kvirc@d83-179-178-209.cust.tele2.fr 1171741507 Q * shedi Quit: Leaving 1171741718 M * sannes Bertl: yeah, I did enable it, but I can you tell me how to get anything useful out of it? What I would love to know is what has done and down_write on it earlier .. 1171741897 M * Bertl that is what you should get with proper debugging enabled ... 1171741901 M * Bertl something like this: 1171741941 M * Bertl http://paste.linux-vserver.org/1173 1171742280 M * sannes Bertl: but, I did enable rwsem debugging in the kernel and have booted it, how do I tell it to give that sort of information out? 1171742340 J * fb fback@red.fback.net 1171742353 M * fb good evening 1171742356 M * sannes oh, by the way, I reproduce it by first mounting a gfs filesystem and then running sync, sync will hang until the filesystem is unmounted .. (altough normal read/writing to filesystem works.. heh) 1171742363 M * sannes morning fb :) 1171742431 A * fb looks suspiciously at the clock ;) 1171742444 M * Bertl good morning fb! 1171742462 M * sannes ugt right? :P 1171742592 M * fb what is the reason every guest does not start with own loopback (127.0.0.1) interface? 1171742607 M * Bertl the main reason is that the guests do not need that 1171742622 M * daniel_hozac (but it is nonetheless available in 2.3 :)) 1171742629 M * Bertl another reason is that you are using an older patch :) 1171742794 M * sannes Bertl: so I should have information such as http://paste.linux-vserver.org/1173 in my kernel log when it "hangs", or when I sysrq t? (Yeah, I know it is a bit cheeky making you help me debug something totally non vserver related..hehe) 1171742818 M * Bertl when the lock/sem is taken the second time, it should dump that 1171742878 M * daniel_hozac spinlocks are a separate option, aren't they? 1171742885 M * Bertl yes, IIRC 1171742908 M * Bertl fb: do you encounter any issues, or was it just curiousity? 1171742928 M * sannes Bertl: so I should get lots of false positives then during normal operation ? 1171742938 M * daniel_hozac sannes: not at all. 1171742951 M * daniel_hozac any such dump is a bug 1171742961 M * Bertl nope, you get one every time a lock will cause issue 1171743017 M * sannes hm, processes A takes a semaphore, process B takes a semaphore and waits for it .. is there anything wrong with that situation (altought A is taking alot of time?) 1171743041 M * Bertl when A is already gone, this is considered an issue :) 1171743059 M * sannes ah, yes :P 1171743103 M * sannes maybe, the semaphore is owned by one of the gfs threads? 1171743137 M * Bertl could be, the tests are not perfect, but I would look out for several things: 1171743149 M * Bertl 1) compile with gcc 4.1.2 and look for warnings 1171743163 M * Bertl 2) compile in whatever debug option you cen enable :) 1171743176 M * Bertl 3) enable gfs debugging if there is a define/option 1171743203 M * Bertl if that doesn't give you anything but recreateable lockups 1171743214 M * Bertl you have to go to the gfs folks and bug them :) 1171743368 M * sannes and I have been avoiding compiling kernels with anything other than 3.4.x lately :P 1171743509 Q * jmcaricand Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/ 1171744512 M * fb Bertl: i blindly assumed 127.0.0.1 exists, that's all 1171744620 M * fb Bertl: and because it was /etc/resolv.conf i nearly started to debug bind :) 1171744632 M * Bertl ah :) 1171744659 J * shedi ~siggi@ftth-237-144.hive.is 1171744777 M * fb and then i found (netstat -ta) with surprise it doesn't listen on *:53, but only on eth0 ip addr 1171744801 M * fb and then with surprise i found out, there's no lo interface inside any guest. 1171744805 M * Bertl probably a single ip assigned to that guest, yes? 1171744813 M * fb uff, that's really all :) 1171744872 M * fb Bertl: /29 network, and one ip per guest, and another /30 network and ip in another guest 1171744881 M * fb and simple policy routing 1171744900 M * Bertl yep, we special case the single ip ... 1171744918 M * Bertl this is/will be selectable in the 2.3.x version 1171745431 M * fb Bertl: what do you mean by "special case the single ip"? 1171745477 M * Bertl well, if you assign several ips to a guest 1171745488 M * Bertl it will still show *:53 or so 1171745505 M * Bertl but if you have only a single ip, we can replace that and speed up things even further 1171745547 M * fb Bertl: ah, i see :) 1171745563 M * fb Bertl: i don't think there's any real difference 1171745639 Q * rw23 Quit: Leaving 1171745650 M * fb i mean in the way it works when there's only one interface with only one ip 1171745854 M * daniel_hozac there is. the special casing speeds up finding the correct socket. 1171746217 M * fb daniel_hozac: i mean from the network point :) 1171746954 Q * dna_ Read error: Connection reset by peer 1171746979 J * dna_ ~naucki@149-209-dsl.kielnet.net 1171748946 J * jmcaricand ~kvirc@d83-179-146-134.cust.tele2.fr 1171749310 P * muuhDBX 1171749312 Q * Johnnie Quit: G'bye! 1171749600 J * Johnnie ~jdlewis@jdlewis.org 1171750013 Q * jmcaricand Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/ 1171750466 N * DoberMann DoberMann[ZZZzzz] 1171750701 J * [Guy] SeLXr9RIFW@chardonnay.math.bme.hu 1171750701 Q * Guy- Read error: Connection reset by peer 1171752438 M * Bertl okay, off to bed now .. going to fly to Boston tomorrow ... and will probably stay for two weeks or so ... if you are in the area and want to visit, let me know, I'm sure we can arrange something :) 1171752471 M * Bertl have a good one everyone! cya later ...! 1171752477 M * daniel_hozac good night, and have fun! 1171752477 N * Bertl Bertl_zZ 1171753764 Q * derjohn Ping timeout: 480 seconds 1171753776 J * _mcp ~hightower@wolk-project.de 1171753792 Q * mcp Read error: Connection reset by peer 1171753803 N * _mcp mcp 1171754242 J * pstader ~phil@pD950685B.dip0.t-ipconnect.de 1171754703 Q * ensc Killed (NickServ (GHOST command used by ensc_)) 1171754713 J * ensc ~irc-ensc@p54B4E2A7.dip.t-dialin.net 1171755034 J * notasnark ~sam@mailgate.glendale.org.uk 1171755117 M * notasnark Hello people. 1171755184 M * notasnark Anybody know what would cause: "make: *** [.appleseed.stamp] Error 255" when trying to start vservers 1171755251 M * daniel_hozac the guest appleseed did not start for whatever reason. run vserver appleseed start manually and it should give you some hints. 1171755284 M * notasnark vnamespace: vc_set_namespace(): Operation not permitted 1171755314 M * notasnark First I get the Error 255 for all guests, then I get the "not permitted" for all guests. 1171755319 M * daniel_hozac what utils and what kernel? 1171755329 M * notasnark 2.6.15-vs2.0.1-gentoo-r5 1171755347 M * notasnark sys-cluster/util-vserver-0.30.212-r2 1171755355 M * daniel_hozac really old kernel... 1171755386 M * notasnark My server bounced for some unknown reason about 2 hours ago. I just noticed that all the vservers were dead when I tried to use one of them. 1171755395 M * notasnark They were running fine prior to the bounce. 1171755488 M * daniel_hozac http://svn.linux-vserver.org/projects/util-vserver/changeset/2464 1171755555 M * notasnark I'm building a newer kernel now: linux-2.6.17-vserver-2.0.2.1 1171755566 M * notasnark That's the latest stable in Gentoo. 1171755753 M * notasnark Any idea why it's an unknown syscall? 1171755781 M * daniel_hozac because it was introduced in 2.1. 1171755824 M * notasnark vserver 2.1 or kernel 2.1? 1171755831 M * daniel_hozac vserver 2.1, of course. 1171755882 M * notasnark I'm running vserver-2.0 though, and I assume any utils I have are built to run against vserver 2.0 1171755921 M * daniel_hozac except for that bug. 1171755942 M * daniel_hozac of course, disabling the 2.1 APIs would probably do the trick as well. 1171755990 M * notasnark Do you think an upgrade to the new kernel will fix things? Given that my latest kernel is still vserver-2.0 1171756011 Q * meandtheshell Quit: Leaving. 1171756018 M * daniel_hozac i don't remember when the return code was changed. 1171756084 M * daniel_hozac 2.0.2.1 looks fine though. 1171756147 Q * dna_ Quit: Verlassend 1171756181 M * notasnark Okay, kernel is built. 1171756296 M * daniel_hozac hmm, maybe not. 1171756323 M * notasnark oh 1171756353 M * notasnark The timeline doesn't seem to show when versions were released. 1171756387 M * daniel_hozac it does. 1171756415 M * daniel_hozac 0.30.212 was released on 2006-12-09 17:19. 1171756439 M * notasnark Anyway, I'm about to reboot against the new kernel. At the very least, I get a slightly more uptodate kernel. I lose connections for a while... 1171756501 M * notasnark test 1171756539 M * notasnark I'm only looking 30 days back, that's probably why I didn't see a release. 1171756559 M * daniel_hozac most likely. 1171756596 M * notasnark No errors in console log.... 1171756609 M * notasnark And they're running! 1171756641 M * notasnark And I can now connect to my mail server. 1171756737 M * notasnark Okay, thanks for the help.