1193097627 Q * dowdle Remote host closed the connection 1193097842 J * eyck_ ~eyck@nat.nowanet.pl 1193097994 Q * balbir Read error: Operation timed out 1193098730 J * balbir ~balbir@59.178.47.130 1193098732 Q * hparker Quit: peer reset by connection 1193100167 J * tcpipchip ~asm51@200-138-221-219.fnsce702.dsl.brasiltelecom.net.br 1193100174 M * tcpipchip hi 1193100177 J * friendly12345 ~friendly@ppp59-167-76-87.lns1.mel6.internode.on.net 1193100186 M * tcpipchip is ther someone there? 1193100206 M * tcpipchip Fala Aquino 1193100350 Q * balbir Ping timeout: 480 seconds 1193100606 M * tcpipchip hello 1193100622 M * tcpipchip hi 1193100627 M * tcpipchip is there someone there 1193100672 M * tcpipchip hi 1193100674 M * tcpipchip :( 1193100704 P * tcpipchip 1193100914 Q * FireEgl Ping timeout: 480 seconds 1193100991 J * balbir ~balbir@59.178.62.212 1193101433 Q * mire Read error: Operation timed out 1193101795 P * mugwump de-lurk that way 1193104366 M * dilinger Bertl_zZ: ping 1193104870 Q * balbir Ping timeout: 480 seconds 1193105525 J * balbir ~balbir@59.178.61.218 1193106040 Q * balbir Ping timeout: 480 seconds 1193106714 J * balbir ~balbir@59.178.40.179 1193107820 Q * balbir Read error: Operation timed out 1193109100 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa 1193111254 N * Bertl_zZ Bertl 1193111260 M * Bertl morning folks! 1193111270 M * Bertl dilinger: pong! 1193112729 M * dilinger Bertl: see privmsg 1193112990 Q * friendly12345 Ping timeout: 480 seconds 1193113649 J * friendly12345 ~friendly@ppp121-44-230-192.lns2.mel4.internode.on.net 1193114997 M * Bertl okay, off for now .. back later 1193115002 N * Bertl Bertl_oO 1193115740 M * daniel_hozac micah: AFAICT, BACKGROUND is the only setting. 1193115851 M * daniel_hozac micah: but i really don't know anything about the legacy utils. 1193116148 J * dowdle ~dowdle@71-36-199-18.blng.qwest.net 1193116589 M * Supaplex any bad results from chkconfig --del network on a redhat like guest? 1193116606 M * daniel_hozac chkconfig network off is better... 1193116629 M * daniel_hozac (which is why the utils do that when you build them) 1193116661 M * Supaplex ok. 1193116683 M * Supaplex I did an rsync off a vmware guest setup. I just discovered I still had some vmware guts in there. :) 1193116701 M * Supaplex thank goodness for /etc/vmware-tools/installer.sh uninstall (or something like that) 1193116728 M * Supaplex how does --del and off differ? 1193116739 M * daniel_hozac you might want to use /usr/lib*/util-vserver/distributions/redhat/initpost /etc/vservers/ /usr/lib*/util-vserver/util-vserver-vars to clean it up. 1193116756 M * daniel_hozac --del removes the configuration meaning an upgrade will reenable it, off just disables the service. 1193116779 M * Supaplex ahhh ok 1193116961 M * Supaplex clean "it" as in rsynced guest? mmm do I copy initpost+util-vserver-vars into /etc/vservers/$guest/ someplace? 1193116982 M * daniel_hozac no. 1193117041 M * daniel_hozac the initpost script is what disables known-bad services and fixes things like the halt script. 1193117339 J * JonB ~NoSuchUse@kg1-98.kollegiegaarden.dk 1193118924 J * DavidS ~david@vpn.uni-ak.ac.at 1193119637 J * yang yang@yang.netrep.oftc.net 1193120103 J * virtuoso ~s0t0na@pppoe-234.58.110.89-adsl.spbnit.ru 1193120103 Q * virtuoso_ Read error: Connection reset by peer 1193121633 Q * dowdle Remote host closed the connection 1193122042 Q * eSa| Ping timeout: 480 seconds 1193122279 Q * JonB Quit: This computer has gone to sleep 1193122353 M * Supaplex hehe. note to self. /etc/vservers/x/interfaces/y/* should match /etc/networking/interfaces (debian) 1193122359 M * Supaplex that was a fun ride. 1193122447 J * JonB ~NoSuchUse@kg1-98.kollegiegaarden.dk 1193122531 Q * JonB 1193123688 J * dna ~dna@86-247-dsl.kielnet.net 1193124003 J * larsivi ~larsivi@85.221.53.194 1193125205 Q * DavidS Quit: Leaving. 1193126286 J * gebura ~gebura@77.192.186.197 1193126764 J * misc-- ~misc@122.2.127.232 1193126872 M * gebura hi 1193126875 M * misc-- hello, how do you keep the virtual guest in sync with the host in regards to time keeping? I can't use ntp because ntp will listen to all interfaces unfortunately 1193126901 M * daniel_hozac the clock is shared by the host and the guest. 1193126932 M * daniel_hozac so if you run ntp on the host, all the guests will be correct. 1193126933 M * misc-- oh, but if I type 'date' on the guest then I get a different time than the host 1193126940 M * misc-- ah, right 1193126950 M * daniel_hozac most likely you have the timezone incorrect. 1193126975 M * misc-- yes, I think you're right. The seconds/minutes are in sync just not the actual hour itself. So yeah timezone issue 1193127092 M * misc-- so I guess I can use tzselect for that... although that doesn't seem like a permanent change 1193127154 M * gebura misc--, you should use hwclock 1193127168 M * misc-- ah =) ok thanks 1193127186 M * gebura oups if you have a timezone problem it is not relevant 1193127195 M * gebura but if host clock change and not the guest 1193127204 M * gebura hwclock can resync it 1193127232 M * gebura (hwclock --hctosys ) 1193127247 J * mire ~mire@203-168-222-85.adsl.verat.net 1193127564 M * misc-- the host time is fine it's just the guest time 1193127644 M * misc-- maybe I should just set it in the /etc/sysconfig/clock file so it's permanent 1193127759 M * misc-- ah well I just created a link to my zone data for the /etc/localtime 1193127772 M * misc-- starting to get the hang of this. One other question... 1193128043 M * misc-- ok this doesn't seem to be in the documentation... I'm trying to setup a guest so I can ssh into it but I notice that theres no passwd util or /etc/shadow file. How does one set this up in a guest so that authentication works correctly? 1193128076 M * misc-- the passwd/group files seem to be there, just not the shadow file (so need to get it to use shadow passwords) 1193128081 M * daniel_hozac pwck; pwconv will created /etc/shadow. 1193128101 M * daniel_hozac then you'll want to enable shadow passwords in /etc/pam.d. 1193128306 Q * _gh_ Read error: Operation timed out 1193128550 M * misc-- hmm is that the system-auth file I need to change? 1193128595 M * misc-- the sshd file is the same as my host pam sshd file 1193128688 M * daniel_hozac yeah, system-auth should be it.. 1193128754 M * misc-- strange. I change it to the same as my host's system-auth file but still can't ssh in. I can type my password in then it lets me in but drops me out straight away. I have a valid shell and all. Oh well will look into it 1193128967 M * daniel_hozac check your logs. 1193129021 M * misc-- good idea 1193129113 J * _gh_ ~gerrit@c-67-169-199-103.hsd1.or.comcast.net 1193129290 M * misc-- sshd[5642]: pam_loginuid(sshd:session): set_loginuid failed but I fixed it by removing pam_loginuid.so from the sshd pam file. Apparently this writes to /proc which causes problems for the guest 1193129444 M * misc-- I should do that with the other entries in there as well I guess. Won't cause any security risks 1193129665 M * misc-- oh I just came across a page that explains all this! Ah well 1193129686 J * JonB ~NoSuchUse@130.226.210.8 1193129784 M * misc-- well so far so good. I quite like this 1193130720 J * alex__ ~joe@62-249-237-101.no-dns-yet.enta.net 1193131507 J * Piet ~piet@tor.noreply.org 1193132319 Q * mjt Read error: Connection reset by peer 1193132325 J * mjt ~mjt@81.13.94.2 1193133402 Q * JonB Quit: This computer has gone to sleep 1193133569 J * Chr0nicles ~Primus_@a82-93-138-63.adsl.xs4all.nl 1193133578 M * Chr0nicles Hi 1193134319 M * daniel_hozac hello 1193134467 M * Chr0nicles hmm still no 2.6.23 O.o? 1193134514 M * daniel_hozac no, we've been tracking down bugs in vserver instead... 1193134550 M * Chr0nicles ah that's fine too ;) then i'll just wait patiently 1193134619 J * esa ~esa@ip-87-238-2-45.adsl.cheapnet.it 1193134627 N * esa eSa| 1193134702 M * Chr0nicles hmm sombody know a way to interact with a keyboard? example.. let the leds blink or something 1193134723 M * daniel_hozac like setleds? 1193134744 M * Chr0nicles why? well i'm sitting 3hours drive from a remote location and suddenly recieve 'too many keys pressed' so i want to check if somebody plugged a keyboard in :) 1193134746 M * Chr0nicles setleds? 1193134755 M * Chr0nicles does it sent an error if its unable to do so? 1193134774 M * daniel_hozac no idea... 1193134779 M * Chr0nicles will test 1193134781 M * Chr0nicles thx ;) 1193134791 M * daniel_hozac dmesg might tell you something. 1193134976 M * Chr0nicles tried dmesg but found a keyboard even when i removed it 1193134994 M * Chr0nicles but setleds sounds good 1193135122 J * JonB ~NoSuchUse@130.226.210.8 1193135221 Q * JonB 1193135273 J * JonB ~NoSuchUse@130.226.210.8 1193135890 J * Yvo yvonne@vpn008.rz.uni-mannheim.de 1193135910 P * Yvo 1193136127 Q * JonB Ping timeout: 480 seconds 1193137316 J * friendly12346 ~friendly@ppp121-44-230-192.lns2.mel4.internode.on.net 1193137353 Q * wibble Quit: leaving 1193137676 J * wibble wibble@vortex.ukshells.co.uk 1193137684 Q * friendly12345 Ping timeout: 480 seconds 1193138022 J * onox ~onox@kalfjeslab.demon.nl 1193138460 Q * FireEgl Read error: Connection reset by peer 1193139194 P * friendly12346 1193139231 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa 1193140071 J * speedy ~speedy@194.126.63.39 1193140625 Q * speedy Quit: BitchX for president. 1193141416 Q * onox Quit: leaving 1193142510 J * ema ~ema@rtfm.galliera.it 1193142658 J * Julius ~julius@p57B2537F.dip.t-dialin.net 1193142936 J * JonB ~NoSuchUse@192.38.8.25 1193143558 J * TrueBrain truelight@81.171.98.110 1193143594 M * TrueBrain Hi! Question: I want to debug a crash in qmail in a vserver, and therefor I am trying to get the core-file-size on a non-zero value. But I added 'core' to ulimits in /etc/vservers/, but it doesn't seem to work 1193143707 M * TrueBrain of course the question in this is: what am I doing wrong? 1193143738 J * lilalinux ~plasma@dslb-084-059-020-237.pools.arcor-ip.net 1193143773 J * meandtheshell ~markus@85-127-110-76.dynamic.xdsl-line.inode.at 1193143879 M * daniel_hozac and you re-entered/restarted the guest? 1193143888 M * TrueBrain yes, several times with several settings 1193143909 M * TrueBrain ulimit -a keeps on telling me: -c = 0 1193143937 M * daniel_hozac how are you logging in to it? 1193143944 M * TrueBrain via the main server 1193143976 M * daniel_hozac so vserver ... enter? 1193143989 M * TrueBrain yes 1193144038 M * daniel_hozac and you don't have something in your bashrc or similar that would reset it to 0? 1193144045 M * TrueBrain nope, double checked 1193144055 M * TrueBrain in both /etc as in ~ there is nothing setting ulimit 1193144391 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1193145416 Q * pmenier Read error: Connection reset by peer 1193145429 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1193145510 Q * mire Ping timeout: 480 seconds 1193145528 Q * southtel Quit: using sirc version 2.211+KSIRC/1.3.12 1193145825 Q * meandtheshell Quit: Leaving. 1193146537 J * meandtheshell ~markus@85-127-116-35.dynamic.xdsl-line.inode.at 1193146591 Q * Aiken Quit: Leaving 1193146633 Q * larsivi Quit: Konversation terminated! 1193146720 M * daniel_hozac so tail /etc/vservers//ulimits/* shows what? 1193146803 M * TrueBrain ==> core <== 1193146803 M * TrueBrain 50000000 1193147077 M * daniel_hozac it is named ulimits, yes? 1193147091 M * daniel_hozac and what utils are you running? 1193147107 M * daniel_hozac recent ones should automatically raise every hard limit to the largest value possible. 1193147116 M * TrueBrain no, not the latest 1193147128 M * TrueBrain I guess I will run an upgrade first, but that I can't do now :) 1193147140 M * TrueBrain I will come back on it when it still fails after upgrading 1193147170 M * TrueBrain btw, I had a strange 'bug' this morning: I did vserver enter, and after a while I was working in the filesystem of the root-server. I really hope that problem is gone too after an upgrade :) 1193147179 M * TrueBrain (this just to inform you it happens on older kernels) 1193147240 M * TrueBrain anyway, I solved my segfaults with a bit of guessing :) Tnx for your time anyway! 1193147420 J * SammyWork ~sammy@anhedonia.sammy.net 1193147900 Q * JonB Ping timeout: 480 seconds 1193148248 J * JonB ~NoSuchUse@kg1-98.kollegiegaarden.dk 1193148268 Q * JonB 1193148299 J * JonB ~NoSuchUse@kg1-98.kollegiegaarden.dk 1193148379 M * SammyWork alright, noob question time. Attempting to run vserver hosting with debian/sarge (custom rolled vserver patched 2.6.22.9 kernel). Have made a few attempts to build a sarge based vserver target. Just tried with minimal bare-bones -m bootstrap incarnation. All attempts have produced: 1193148380 M * SammyWork localhost:~# vserver bootstrap start 1193148380 M * SammyWork vsysctl: chdir(): No such file or directory 1193148409 M * SammyWork (for other vservers also created through other methods, I get the same error (e.g. -m rsync from a target system image, etc) 1193148427 M * SammyWork Any way to trace the target of that chdir()? 1193148526 Q * JonB 1193148797 J * DavidS ~david@vpn.uni-ak.ac.at 1193149807 J * mire ~mire@235-168-222-85.adsl.verat.net 1193150520 Q * mire Ping timeout: 480 seconds 1193150998 J * dowdle ~dowdle@scott.coe.montana.edu 1193151184 Q * Guest200 Read error: Connection reset by peer 1193151285 J * Guest304 ~ensc@www.sigma-chemnitz.de 1193151435 J * mire ~mire@77-105-49-114.adsl-1.sezampro.yu 1193153148 Q * mire Read error: Operation timed out 1193153296 Q * gebura Quit: Quitte 1193153804 Q * tokkee Remote host closed the connection 1193154815 J * lilalinux_ ~plasma@dslb-084-059-024-124.pools.arcor-ip.net 1193155247 Q * lilalinux Ping timeout: 480 seconds 1193155279 M * daniel_hozac SammyWork: what utils are those? 1193155397 M * daniel_hozac SammyWork: does the guest have /proc? have you run vprocunhide? what does grep .config CONFIG_PROC_SYSCTL say? 1193155423 P * TrueBrain So long and tnx for all the fish 1193155921 Q * eSa| Quit: Coyote finally caught me 1193156302 Q * lilalinux_ Remote host closed the connection 1193156558 J * tokkee tokkee@ssh.faui2k3.org 1193156742 M * SammyWork utils are util-vserver-0.30.214, where does vprocunhide live?, 1193156742 M * SammyWork [pts/18]buckeyes:~/kernel/deb-kernel.tmp.a21335/linux-2.6.22.9% grep CONFIG_PROC_SYSCTL .config 1193156743 M * SammyWork CONFIG_PROC_SYSCTL=y 1193156770 M * daniel_hozac /etc/init.d typically. 1193156778 M * SammyWork localhost:/usr/local/etc/vservers/bootstrap# cat fstab 1193156778 M * SammyWork none /proc proc defaults 0 0 1193156826 M * SammyWork vprocunhide was the magic, looks like 1193156850 M * SammyWork was able to start and enter the vserver after that. 1193156856 M * daniel_hozac interesting... it should tell you about that. 1193156904 J * julius_ ~julius@p57B2537F.dip.t-dialin.net 1193156919 M * SammyWork it whined about /proc/uptime (I think), which I manually did a setattr on instead of looking at the next section of http://oldwiki.linux-vserver.org/Proc-Security (called, ahem, "vprocunhide") 1193156922 J * Yvo ~yvonne@91.64.217.106 1193156980 M * SammyWork so it was an RTFM issue in that had I tried the next thing the manual suggested, it probably would have worked. 1193156996 M * SammyWork well, "manual", but, sure. 1193157118 M * SammyWork as long as I'm here... so, I can configure an ethernet interface inside my vserver with an ip address... can I configure a second virtual ethernet port (up, no ipv4) to directly map to a single ethernet port (up, no ipv4) on my host? 1193157149 M * SammyWork that might not have made a lot of sense... I've got an application which wants to speak raw ethernet frames in a point-to-point environment. 1193157165 M * daniel_hozac raw sockets are a huge security risk. 1193157165 M * SammyWork (and a meeting in 12 minutes) 1193157174 M * SammyWork oh, agreed, a whoppingly gigantic one. 1193157198 M * daniel_hozac they'll let the guest read _all_ traffic on the entire host, and spoof packets as it pleases. 1193157230 M * SammyWork in the desired case, it would map to only one specific ethernet port on the host, which would carry, on that if, only packets relevant to that guest. 1193157242 Q * Julius Ping timeout: 480 seconds 1193157272 Q * meandtheshell Quit: Leaving. 1193157273 M * SammyWork like I've dropped in a 4 port gigE card, and want to let each guest have raw access to one of those 4 ports, which is wired crossover to one specific point. 1193157296 M * daniel_hozac it doesn't work like that. 1193157301 M * daniel_hozac raw sockets are an all or nothing deal. 1193157302 M * SammyWork I feared not. 1193157316 M * SammyWork it was a level of jailing I was unsure if vserver would provide. 1193157401 M * SammyWork welp, I'll keep digging, there may or may not be workarounds with "enough" security. must afk, thanks a lot for your help. 1193157738 M * bXi daniel_hozac: is it possible in the long run to give a guest access to only 1 NIC ? 1193157789 M * daniel_hozac if you want virtual network interfaces, mainline are working on that an from what i gather most of that will be merged in 2.6.24. 1193157795 J * onox ~onox@kalfjeslab.demon.nl 1193157913 M * bXi mainline = torvald + crew i guess? 1193157926 M * bXi torvalds* 1193157930 M * daniel_hozac no, the containers people. 1193157982 M * bXi containers? 1193158023 M * daniel_hozac yes. the ones trying to get OS level virtualization into Linus' tree. 1193158093 M * bXi ah 1193158105 M * arachnis1 openvz guys want to get openvz included... 1193158154 M * onox how many virtualization solutions are already in the kernel nowadays? 1193158158 M * onox kvm and iguest? 1193158169 M * daniel_hozac s/i/l/; xen. 1193158184 M * daniel_hozac but that's not OS level. 1193158185 M * arachnis1 xen is in kernel? 1193158198 M * arachnis1 since when? 1193158201 N * arachnis1 arachnist 1193158202 M * daniel_hozac domU should be in 2.6.23, IIRC. 1193158203 M * dowdle arachnis1: Yes, since 2.6.23? or was it 22? 1193158295 M * bXi daniel_hozac: so basicly your waiting for someone to include the technique into the normal kernel so you can use the same code ? 1193158331 M * daniel_hozac yes, since we think it has too much overhead and doesn't really fit into the general Linux-VServer paradigm. 1193158388 M * bXi btw 1193158396 M * bXi could a vserver named eth1 cause issues ? 1193158409 M * daniel_hozac why would it? 1193158426 M * bXi well i have one which is showing weird unexplainable bus errors 1193158454 M * arachnist they probably use context numbers internally 1193158471 M * daniel_hozac and renaming it fixes the problem? 1193158482 M * bXi no i just havent played with it yet 1193158496 M * bXi thing is that its the same template as i've used for all my other vservers 1193158734 Q * pmenier Quit: Konversation terminated! 1193158767 M * daniel_hozac so they're hardlinked to the same files? 1193158839 M * bXi nope 1193158849 M * bXi no fancy stuff going on 1193158851 M * daniel_hozac then how is that any indicator? :) 1193158900 M * bXi http://bluepunk.pastebin.com/m34c3c64b 1193158905 M * bXi i use that to create the vservers 1193158912 M * bXi all vservers i built before eth1 worked 1193158918 M * bXi and the 3 i built after eth1 worked 1193158924 M * bXi but vserver eth1 has bus errors in emerge 1193159090 M * daniel_hozac and other guests built since have no problems? 1193159101 M * bXi no issues whatsoever 1193159113 M * bXi the first i do in every vserver is emerge eix 1193159157 M * bXi i have 2 interfaces 1193159168 M * daniel_hozac and every time you do it in the eth1 guest, you get a SIGBUS? 1193159170 M * bXi both with the same IP as the real interfaces 1193159176 M * bXi and a nodev file 1193159208 M * bXi eth1 / # emerge eix 1193159209 M * bXi Bus error 1193159248 M * daniel_hozac and recreating it fixes it? 1193159287 M * bXi i havent recreated it yet 1193159292 M * bXi in case you want to try it 1193159298 M * bXi s/try/investigate/ 1193159331 M * bXi the context is 101 1193159490 M * daniel_hozac well, SIGBUS is invalid memory access, so either that guest is corrupt somehow, or there's some much stranger issue at work... 1193159565 M * bXi i'll try recreating the vserver later tonight 1193160611 Q * julius_ Remote host closed the connection 1193161043 Q * ema Quit: leaving 1193162292 J * JonB ~NoSuchUse@kg1-98.kollegiegaarden.dk 1193163206 Q * yang Quit: Lost terminal 1193163265 J * yang yang@yang.netrep.oftc.net 1193163459 J * Julius ~julius@p57B273C9.dip.t-dialin.net 1193164242 J * hparker ~hparker@linux.homershut.net 1193164509 Q * FireEgl Ping timeout: 480 seconds 1193165321 J * hallyn_ ~xa@adsl-75-0-157-26.dsl.chcgil.sbcglobal.net 1193165348 J * ensc ~irc-ensc@p54B4D6A7.dip.t-dialin.net 1193165439 J * ema ~ema@rtfm.galliera.it 1193165585 Q * hallyn Ping timeout: 480 seconds 1193166281 M * m_stone Bertl_oO: heya. anything I need to report at tonight's software status meeting? 1193166295 M * m_stone in particular, any updates on tinderbox integration? 1193166313 M * Bertl_oO hand't had a chance to actually integrate it with cjb 1193166330 M * Bertl_oO but basically the scripts are working 1193166386 M * m_stone hmm. can you describe in more detail what remains to be done? 1193166404 M * Bertl_oO - check if tinderbox needs/wants return values 1193166435 Q * mnemoc Ping timeout: 480 seconds 1193166470 Q * JonB Quit: This computer has gone to sleep 1193166494 M * m_stone Bertl_oO: so that it knows whether your tests passed? 1193166496 M * Bertl_oO - add two entries to the main code (calling the scripts) 1193166518 M * Bertl_oO I don't know if that is relevant for tinderbox 1193166538 M * m_stone hmm. so what does the "needs/wants return values" item mean? 1193166542 M * Bertl_oO we have all options here, we can return bit coded error codes 1193166549 M * Bertl_oO we can simply return success 1193166666 M * m_stone okay. so this is really "negotiate protocol to be spoken between tinderbox and jffs2 scripts" 1193166784 M * Bertl_oO for now, Linux-VServer scripts 1193166802 M * Bertl_oO note: that includes a fair deal of jffs2 checks too 1193166808 M * m_stone fair enough. 1193166825 M * Bertl_oO but we can easily extend that, once we know that it works 1193166833 M * m_stone Bertl_oO: indeed. 1193166839 M * Bertl_oO note: we need at least build 617 for that to test, IIRC 1193166850 M * Bertl_oO i.e. we need the modular mtdram 1193166864 M * m_stone right. 1193166872 M * m_stone I'll update the bug appropriately. 1193166921 M * Bertl_oO great! 1193166930 J * mnemoc ~amery@kilo105.server4you.de 1193166940 M * m_stone do you have few minutes in which I could run some design questions by you? 1193166948 M * m_stone (not urgent) 1193167042 J * JonB ~NoSuchUse@kg1-98.kollegiegaarden.dk 1193167042 M * Bertl_oO sure, I'm almost off to bed now, but I should be available tomorrow afternoon 1193167082 M * m_stone so tomorrow would be better? 1193167117 M * m_stone okay then. how many hours ahead of me are you? 1193167130 M * m_stone 6? 1193167165 Q * JonB 1193167202 M * Bertl_oO it's roughly 21:00 CET, tomorrow around 19:00 should be fine 1193167228 M * m_stone approximately. would 9:00 AM EDT / 3:00 PM CEST work for you? 1193167229 M * Bertl_oO 21:21 now :) 1193167244 Q * Piet Quit: Piet 1193167260 M * Bertl_oO would work, but not sure I'll have time, in the evening, I definitely have time 1193167270 M * m_stone ah, okay. 1193167276 M * m_stone tell you what - I'll send you an email. 1193167302 M * m_stone (there's a short seminar I'm trying to go to tomorrow at that time) 1193167319 M * m_stone that way, you can see what I've thought of so far, think about it, and then we can talk whenever. 1193167326 M * Bertl_oO no problem, even better (email) 1193167335 M * m_stone great. thanks! 1193167348 M * Bertl_oO np, have fun! 1193167354 M * m_stone indeed. 1193167500 M * m_stone Bertl_oO: see what you think of #4262 1193167536 M * m_stone (perhaps you'd like to add a link to the scripts, for example) 1193167554 M * Bertl_oO okay, will do 1193167569 M * m_stone thanks. 1193167827 J * mcp ~hightower@wolk-project.de 1193168060 J * JonB ~NoSuchUse@kg1-98.kollegiegaarden.dk 1193168387 Q * JonB Quit: This computer has gone to sleep 1193168715 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa 1193169041 Q * faheem__ Quit: Lost terminal 1193169561 J * tanjix ~tanjix@office.star-hosting.de 1193169563 M * tanjix hello together 1193169589 M * tanjix i have a strange behaviour.... once a guest uses irssi to connect to an irc server, the main server crashes down 1193169603 M * tanjix what could i do to find the reason? 1193169683 M * daniel_hozac what kernel? 1193169710 M * tanjix 2.6.22.9-vs2.3.0.27 1193169724 M * daniel_hozac you'll want 2.3.0.28. 1193169747 M * tanjix where to find? 1193169765 M * daniel_hozac the usual place, http://vserver.13thfloor.at/Experimental/ 1193169817 J * yarihm ~yarihm@84-75-130-73.dclient.hispeed.ch 1193169862 M * tanjix and you said something about that cow patch... apply this too? 1193169873 M * daniel_hozac sure. 1193169912 M * tanjix ok i will do that.... is that irssi problem kernel related? irrsi start fine... but as soon asi type /server irc.oftc.net the server crashes 1193169950 Q * _gh_ Ping timeout: 480 seconds 1193169987 M * daniel_hozac there's a bug in the kernel where an IPv6 socket in a TIME_WAIT state will cause an oops when you bind to a port, maybe when you connect too... 1193170010 M * tanjix but i do not use ipv6 ? 1193170055 M * onox bug in the kernel itself or the vserver patch? 1193170064 M * daniel_hozac vserver patch. 1193170093 M * daniel_hozac services on the host listening on :: and then accepting connections would probably trigger it too. 1193170105 M * onox present since which version of vserver? 1193170112 M * onox I run some 2.6.19 version 1193170142 M * daniel_hozac 2.3.0.18. 1193170166 J * esa ~esa@ip-87-238-2-45.adsl.cheapnet.it 1193170177 M * tanjix http://paste.linux-vserver.org/7514 1193170182 M * tanjix is that ok, daniel_hozac? 1193170200 M * daniel_hozac no, use patch -l 1193170215 M * tanjix instead of -p1 ? 1193170221 M * daniel_hozac no, in addition to -p1 1193170225 M * tanjix ok 1193170275 Q * FireEgl Ping timeout: 480 seconds 1193170293 M * yarihm hi everyone 1193170349 M * yarihm it seems as if the debootstrap-scripts for feisty do not work on etch? can anyone confirm this? vserver foo build -m debootstra --params -- -d feisty just exits without doing much other than probably creating a skeleton. Known issue? 1193170394 M * daniel_hozac do you get any output? 1193170411 M * daniel_hozac did you specify a ubuntu mirror? 1193170547 M * yarihm daniel_hozac: no output an i specified a mirror 1193170557 M * daniel_hozac at all? 1193170577 M * yarihm kant:/tmp# vserver p2p build -m debootstrap --hostname p2p --interface p2p=eth1:10.0.5.13/26 -- -d gutsy -m http://us.archive.ubuntu.com 1193170577 M * yarihm kant:/tmp# echo $? 1193170577 M * yarihm 0 1193170600 M * yarihm ui, sorry, i mixed feisty and gutsy ... all my comments refer to gutsy (sorry) 1193170610 M * yarihm when changing to debian sid: 1193170612 M * daniel_hozac add /ubuntu to that mirror path. 1193170629 M * daniel_hozac also, you may want vserver --debug... 1193170631 M * yarihm ok, let me try 1193170671 M * yarihm doesn't help yet, i'll try --debug 1193170830 M * yarihm hmm ... i think it is debootstrap that fails so badly: 1193170832 M * yarihm ++ mv /etc/vservers/.defaults/vdirbase/p2p/dev /etc/vservers/.defaults/vdirbase/p2p/dev.X 1193170832 M * yarihm ++ /usr/sbin/debootstrap gutsy /etc/vservers/.defaults/vdirbase/p2p http://us.archive.ubuntu.com/ubuntu '' 1193170832 M * yarihm ++ : 1193170832 M * yarihm ++ fixupDebian /etc/vservers/.defaults/vdirbase/p2p 1193170853 M * yarihm presumably fixupDebian should be called after deboostrap has done its job ... 1193170859 M * daniel_hozac try running debootstrap manually. 1193170869 M * daniel_hozac looks like it doesn't work at all though. 1193170875 M * yarihm exactly 1193170878 M * daniel_hozac and like you're running old utils. 1193170930 M * yarihm daniel_hozac: this is a debian host, we always have ancient software :) i'm running a kernel that is at least 1 year old ;) 1193170943 M * daniel_hozac bp.o and testing should be okay... 1193170975 M * yarihm seems as if it was a deboostrap issue though: 1193170975 M * yarihm kant:/etc/vservers# /usr/sbin/debootstrap gutsy /etc/vservers/.defaults/vdirbase/p2p http://us.archive.ubuntu.com/ubuntu '' 1193170975 M * yarihm kant:/etc/vservers# echo $? 1193170975 M * yarihm 127 1193171056 M * yarihm i'll turn to the debian-folks for this, it is their fault[TM] :) 1193171371 M * Bertl_oO good night everyone! cya! 1193171376 N * Bertl_oO Bertl_zZ 1193171440 M * onox if you create a gentoo guest and use baselayout-2, then your guest starts really fast :D 1193171698 N * esa eSa| 1193172631 J * FireEgl FireEgl@Sebastian.Atlantica.DollarDNS.Net 1193172671 Q * dna Quit: Verlassend 1193172740 M * yarihm daniel_hozac: seems as if the deboostrap-people had changed the format of the debootstrap-scripts. if one installs the gutsy-version of debootstrap on etch, things work (so it sseems at least) 1193172779 M * daniel_hozac hmm, what debootstrap version do you have? 1193172799 M * daniel_hozac and please get recent utils and make sure it's still broken. 1193172810 Q * Julius Remote host closed the connection 1193173633 J * larsivi ~larsivi@101.84-48-201.nextgentel.com 1193173804 J * Aiken ~james@ppp121-45-206-11.lns1.bne1.internode.on.net 1193173961 M * tanjix daniel_hozac> new kernel is installed i am trzing the irssi problem again 1193174045 M * tanjix daniel_hozac: problem not solved 1193174048 M * tanjix server still crashing 1193174069 M * daniel_hozac what does "crash" mean? do you get a trace? 1193174090 M * tanjix the console output shows lots of things and the server freezes 1193174100 M * tanjix but the output does not really look like a trace 1193174108 M * daniel_hozac capture the output please. 1193174118 M * tanjix mh how? 1193174144 M * daniel_hozac camera, serial console, netconsole... lots of options there. 1193174162 M * tanjix hm ok 1193174370 M * tanjix www.server.cd/Bild004.jpg 1193174396 M * tanjix hope it is helpful 1193174793 M * daniel_hozac definitely a bug. 1193174884 M * tanjix do u see where? can i do everything to assisit fixing this bug? 1193174985 M * daniel_hozac you can test the fix. 1193175032 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-inetdiag-fix01.diff 1193175059 M * daniel_hozac tanjix: have you been able to test the ping lo functionality? 1193175103 M * tanjix daniel_hozac: shall i apply this fix besided the other patches i have done to my kern_ 1193175104 M * tanjix ? 1193175111 M * daniel_hozac yes. 1193175125 M * tanjix ok i will do 1193175137 M * tanjix will take some time for the kernel to be compiled again 1193175165 M * daniel_hozac should be a minute or so, it's just one file that needs compiling. 1193175173 M * tanjix ah ok 1193175210 M * tanjix patch -p1 -l ? 1193175224 M * daniel_hozac -l shouldn't be needed for this one. 1193175299 M * tanjix ok compiling... 1193175393 M * tanjix installing and rebooting ... 1193175556 M * tanjix daniel_hozac: regarding the ping lo thing... what was the hint you gave me ? 1193175580 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/k/delta-pinglo-test01.diff 1193175741 Q * DavidS Quit: Leaving. 1193175796 M * tanjix daniel_hozac: ok i will test this after the irssi thing 1193175892 M * tanjix daniel_hozac: ok i will test this after the irssi thing 1193175903 M * tanjix sorry <( 1193175964 M * tanjix i connected to irc now with irssi 1193175967 M * tanjix no error so far 1193175978 M * tanjix systel still alive 1193175988 M * tanjix s/systel/system 1193176037 J * root root@77.37.15.24 1193176051 M * root working fine... 1193176061 M * root system did not crash hehe 1193176079 Q * root 1193176185 M * tanjix thx daniel_hozac 1193176192 Q * larsivi Quit: Konversation terminated! 1193176211 M * daniel_hozac okay, great! you're welcome! 1193177405 Q * tanjix Ping timeout: 480 seconds 1193178932 J * tanjix ~tanjix@dslb-084-058-015-224.pools.arcor-ip.net 1193179621 Q * yarihm Quit: Leaving 1193180164 Q * hparker Quit: peer reset by connection 1193180588 J * mire ~mire@77-105-22-149.adsl-3.sezampro.yu 1193181382 Q * rorem- Ping timeout: 480 seconds 1193182153 J * Hurga nobody@p5B27AD2A.dip0.t-ipconnect.de 1193182774 Q * ema Quit: leaving 1193182836 Q * Hurga Remote host closed the connection 1193183335 Q * tanjix Ping timeout: 480 seconds