1248134528 Q * dowdle Remote host closed the connection 1248134629 Q * imcsk8 Quit: This computer has gone to sleep 1248135049 Q * thierryp Remote host closed the connection 1248135211 Q * geb Ping timeout: 480 seconds 1248135221 J * geb ~geb@earth.gebura.eu.org 1248135748 Q * scientes_ Ping timeout: 480 seconds 1248135962 J * jescheng ~jescheng@proxy-sjc-1.cisco.com 1248136076 M * jescheng I've just converted from sysv to plain style. I'm wondering how do we capture the out of of init? 1248136155 M * Bertl something like >/tmp/inout.out? 1248136157 M * jescheng one suggestion i've tried was to symlink /dev/console to a file...which kind of works. I'm wondering if there's a better suggestion 1248136202 M * daniel_hozac that's the best one. 1248136230 M * jescheng you mean in the startup scripts...yes we can redirect that way. I'm thinking in general to redirect the output of the console 1248136269 M * Bertl the 'console' in your case is just a device ... redirection means changing that device 1248136320 M * Bertl you can change it to whatever you like, as long as it is sufficiently compatible with 'the console' (in regard to your scripts) 1248136346 M * jescheng yes i changed to a file...but it gets whacky when startup scripts prompt for inputs ..etc 1248136372 M * jescheng in most cases it works ok i guess 1248136382 M * Bertl so, what is it what you want to accomplish? :) 1248136405 M * daniel_hozac you could try allocating a psuedo-terminal and use that for your console. 1248136483 M * jescheng Bertl: i want to capture output during startup (i.e. init output, startup script output), without having to redirect each line in the startup scripts 1248136507 M * Bertl in a file, yes? 1248136518 M * jescheng yes to a file 1248136533 M * Bertl so, your init starts a single rc script, no? 1248136570 M * Bertl (the very same one you had in the sysv init style) 1248136573 M * jescheng yes 1248136592 M * Bertl put some output redirection there, and you should be fine 1248136604 M * jescheng you mean to modify the init source? 1248136620 M * Bertl no, just the runlevel script :) 1248136626 M * daniel_hozac or /etc/inittab 1248136717 M * jescheng yea..but i'm hoping to do it in one place, not on every output 1248136747 M * Bertl hmm? 1248136753 M * jescheng what can i change in /etc/inittab to accomplish this? 1248136802 M * daniel_hozac add the redirection? 1248136823 J * ghislainocfs2 ~Ghislain@adsl2.aqueos.com 1248136841 M * Bertl in a typical (shell) rc script, you could do that with 'exec' 1248136871 M * jescheng oh isee.. you mean "l0:0:wait:/etc/rc.d/rc 0 > /file" 1248136881 M * daniel_hozac and for every other runlevel, yes. 1248136894 M * daniel_hozac Bertl: the problem with doing it in the script is that upgrades likely won't honor that. 1248136897 M * jescheng but init itself is not redirected 1248136914 M * Bertl daniel_hozac: same for init tab upgrades, no? 1248136928 M * daniel_hozac /etc/inittab is a configuration file, it's not going to get overwritten. 1248136933 M * daniel_hozac unless your distribution is... special. 1248136964 M * daniel_hozac jescheng: yes, for that you want a terminal as /dev/console. 1248137000 M * Bertl okay, you could put it in /etc/init.d/functions (or equivalent in your distro :) 1248137088 M * jescheng daniel_hozac: got it. so sounds like symlink /dev/console to file is my best bet, or use pseudo device 1248137116 M * Bertl well, it is like on any other Linux system 1248137178 M * jescheng ok got it. thanks a lot guys 1248137218 Q * ViRUS Quit: If there is Artificial Intelligence, then there's bound to be some artificial stupidity. (Thomas Edison) 1248137224 M * Bertl np, may I ask why you switched to 'plain' init sstyle? 1248137425 M * jescheng sure, i want to be able to have run levels, respawn ..etc 1248137494 M * daniel_hozac respawn is the only thing you really gain though. you already have runlevels. 1248137558 M * Bertl and usually the respawn is only useful for terminal sessions 1248137597 M * jescheng i don't think we can switch between run levels with sysv...can we? 1248137606 M * daniel_hozac sure you can. 1248137635 M * daniel_hozac /etc/rc 1248137653 M * Bertl exactly the same what init does :) 1248137659 M * jescheng oh ic ... not "init " ...but i guess that's minor 1248137669 M * jescheng ok that's good to know 1248137687 M * jescheng we may use respawn to monitor processes too 1248137689 M * Bertl 'init' in presence of init becomes 'telinit' :) 1248137731 M * jescheng yup :) 1248137767 M * Bertl respawn to paper over broken software (like runit does)? 1248137845 M * jescheng yea..restart process when they die 1248137897 M * Bertl i.c. .. 1248140777 Q * jescheng Quit: Leaving 1248140988 J * ousado_ ~johnny@p5B3C2D4A.dip0.t-ipconnect.de 1248141414 M * Bertl off to bed now .. have a good one everyone! 1248141418 N * Bertl Bertl_zZ 1248141428 Q * ousado Ping timeout: 480 seconds 1248142144 Q * MooingLemur charon.oftc.net resistance.oftc.net 1248142144 Q * mugwump charon.oftc.net resistance.oftc.net 1248142144 Q * Supaplex charon.oftc.net resistance.oftc.net 1248142144 Q * DreamerC charon.oftc.net resistance.oftc.net 1248142144 Q * dave0gone charon.oftc.net resistance.oftc.net 1248142144 Q * FireEgl charon.oftc.net resistance.oftc.net 1248142144 Q * allquixotic charon.oftc.net resistance.oftc.net 1248142144 Q * Guest1260 charon.oftc.net resistance.oftc.net 1248142144 Q * jklblerf charon.oftc.net resistance.oftc.net 1248142144 Q * tam_ charon.oftc.net resistance.oftc.net 1248142144 Q * derjohn charon.oftc.net resistance.oftc.net 1248142144 Q * sardyno charon.oftc.net resistance.oftc.net 1248142144 Q * puck charon.oftc.net resistance.oftc.net 1248142144 Q * SHINSAKU charon.oftc.net resistance.oftc.net 1248142144 Q * the-vava charon.oftc.net resistance.oftc.net 1248142144 Q * Guest1598 charon.oftc.net resistance.oftc.net 1248142144 Q * infowolfe charon.oftc.net resistance.oftc.net 1248142144 Q * blathijs charon.oftc.net resistance.oftc.net 1248142144 Q * nenolod charon.oftc.net resistance.oftc.net 1248142144 Q * Snow-Man charon.oftc.net resistance.oftc.net 1248142144 Q * micah charon.oftc.net resistance.oftc.net 1248142214 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1248142214 J * allquixotic ~sean@pool-70-17-244-221.balt.east.verizon.net 1248142214 J * SHINSAKU ~Shinsaku@chello084010157123.chello.pl 1248142214 J * the-vava ~vava@p5496C054.dip.t-dialin.net 1248142214 J * derjohn ~derjohn@80.69.41.3 1248142214 J * Supaplex ~supaplex@166.70.62.193 1248142214 J * MooingLemur ~troy@shells195.pinchaser.com 1248142214 J * mugwump ~samv@watts.utsl.gen.nz 1248142214 J * dave0gone ~dmo@home.dmo.ca 1248142214 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net 1248142214 J * Guest1598 ~mike@119.224.35.38 1248142214 J * sardyno ~me@pool-96-235-18-120.pitbpa.fios.verizon.net 1248142214 J * micah ~micah@micah.riseup.net 1248142214 J * Guest1260 ~Genghis@ph34r.my.d-n-s.org.uk 1248142214 J * nenolod nenolod@petrie.dereferenced.org 1248142214 J * puck ~puck@leibniz.catalyst.net.nz 1248142214 J * jklblerf jkl@c-67-172-157-52.hsd1.co.comcast.net 1248142214 J * infowolfe ~infowolfe@c-76-105-242-186.hsd1.or.comcast.net 1248142214 J * tam_ ~tam@gw.nettam.com 1248142214 J * blathijs ~matthijs@drsnuggles.stderr.nl 1248142214 J * Snow-Man ~sfrost@tamriel.snowman.net 1248143312 Q * FloodServ charon.oftc.net services.oftc.net 1248144816 J * FloodServ services@services.oftc.net 1248145209 J * saulus_ ~saulus@c207067.adsl.hansenet.de 1248145618 Q * SauLus Ping timeout: 480 seconds 1248145619 N * saulus_ SauLus 1248146656 Q * geb Quit: / 1248147525 Q * SHINSAKU Read error: Connection reset by peer 1248152677 J * thierryp ~thierry@0460hostw42.starwoodbroadband.com 1248153477 J * VavaR ~vava@p5496ECB0.dip.t-dialin.net 1248153764 Q * the-vava Ping timeout: 480 seconds 1248154209 Q * thierryp Ping timeout: 480 seconds 1248155889 J * uva bno@118-160-168-45.dynamic.hinet.net 1248156115 J * doener ~doener@i59F54B93.versanet.de 1248158629 Q * VavaR Remote host closed the connection 1248158917 Q * Piet Ping timeout: 480 seconds 1248158989 J * Piet ~piet@659AAA9KU.tor-irc.dnsbl.oftc.net 1248160786 Q * allquixotic Ping timeout: 480 seconds 1248161088 J * davidkarban ~david@193.85.217.71 1248161964 Q * pmenier Remote host closed the connection 1248164678 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net 1248166772 Q * Guest1598 Quit: Leaving 1248167589 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1248168465 J * vServer_User ~vServer_U@host90-152-0-28.ipv4.regusnet.com 1248168513 M * vServer_User to follow up from yesterday regarding the kernel panic when using quotas on the host system, upgrading to 2.6.29.5-vs2.3.0.36.14 appeared to resolve the issue 1248168587 M * vServer_User to replicate the issue, apply a quota to a user on the host system, then inside a vserver generate a file which exceeds said quota, then chown to the UID of the user on the host system, using .28 causes a kernel panic and instant halt, .29 observes there is quota restrictions in place and gives the standard error 1248168906 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1248172196 Q * SauLus Quit: = something weird happened 1248172223 J * saulus ~saulus@c207067.adsl.hansenet.de 1248172598 Q * saulus Quit: = something weird happened 1248172715 J * saulus ~saulus@c207067.adsl.hansenet.de 1248172717 Q * saulus 1248172816 J * saulus ~saulus@c207067.adsl.hansenet.de 1248173082 Q * arekm Ping timeout: 480 seconds 1248173926 Q * snooze 1248174052 J * snooze ~o@1-1-4-40a.gkp.gbg.bostream.se 1248174372 M * vServer_User I'll take back what I said above, .29 just causes too many errors with amavisd-new 1248175473 J * scientes_ ~scientes@97-126-28-93.tukw.qwest.net 1248176505 A * sid3windr sighs at mailing list post "i don't have /vservers so the example does not work" 1248177333 N * Bertl_zZ Bertl 1248177340 M * Bertl morning folks! 1248177405 M * Bertl vServer_User: which means? 1248178464 M * ard sid3windr : but we have Bertl , and Bertl (and daniel_hozac ) have a tremendous amount of patience... 1248178471 M * ard :-) 1248178528 M * vServer_User at present I'm just trying to figure out whats going on 1248178531 J * thierryp ~thierry@0460hostw42.starwoodbroadband.com 1248178546 M * vServer_User i downloaded and installed .27 from the main site out of desperation 1248178607 M * sid3windr ard: yes, but that doesn't keep me from banging my head on the desk... 1248178652 J * dna ~dna@128-205-103-86.dynamic.dsl.tng.de 1248178747 M * vServer_User but what is strange that after downloading the 2.6.27.25 build, applied the patch-2.6.27.25-vs2.3.0.36.6.diff patch, and on reboot, uname -a shows 2.6.27.24-vs2.3.0.36.6 - confused 1248179028 M * Bertl yep, is a bug, let me check what went wrong there ... 1248179223 M * Bertl can't reproduce, but why not take the patch for 2.6.27.26? 1248179549 J * arekm arekm@carme.pld-linux.org 1248179576 M * pmjdebruijn it's just the EXTRAVERSION with a typo 1248179580 M * pmjdebruijn nothing more 1248179601 M * pmjdebruijn Bertl: the 2.6.27.25 patch really works fine with 2.6.27.27, it compiles, builds, boots, and works fine 1248179609 M * pmjdebruijn except for the EXTRAVERSION of course 1248180498 M * vServer_User which is the best/latest/stable version to opt for .29 or .27 1248180594 M * Bertl 2.6.27.x/2.6.30.x/2.6.22.19-vs2.2.0.7 1248180684 M * vServer_User i'll ditch .29 then 1248180712 M * vServer_User but i will have to check the quota bug on 2.6.27.24-vs2.3.0.36.6 again 1248180777 M * vServer_User darn, the quota bug still exists 1248180777 M * vServer_User [home]$ chown c50 test.bin 1248180778 M * vServer_User md1: write failed, userKilled 1248180860 J * geb ~geb@AOrleans-253-1-42-146.w92-140.abo.wanadoo.fr 1248180862 M * Bertl anything in dmesg? 1248180876 M * vServer_User the unit has completely hung, trying a power cycle now 1248180896 M * vServer_User 4430.211633] BUG: unable to handle kernel NULL pointer dereference at 0000000000000000 1248180973 M * vServer_User going back to .29 and see if amavis starts behaving again 1248181324 M * vServer_User bit of a pig this, > .28 kills amavis, < .29 kernel panics on quota bug 1248181338 M * cehteh .29 is crap 1248181355 M * cehteh plenty of bugs (in vanilla) 1248181386 M * cehteh either try .28 or earlier or .30 1248181433 M * cehteh i have a fairly well working .28 1248181455 M * Bertl so everybody has his favorite pet kernel :) 1248181484 M * Bertl vServer_User: I'd be interested in your amavis kills, what do you get/see there .. i.e. what happens on your kernel? 1248181522 M * cehteh not really .. but i try to minimize kernel updates on the server and when running bleeding edge on my laptop i see what works and what not 1248181557 M * cehteh with .29 i found some problems and also a lot people reported me that some things are broken 1248182203 J * ktwilight__ ~keliew@114.161-247-81.adsl-dyn.isp.belgacom.be 1248182204 Q * ktwilight_ Read error: Connection reset by peer 1248182407 M * vServer_User i was running .28 but there is a quota bug present 1248182415 M * vServer_User to replicate the issue, apply a quota to a user on the host system, then inside a vserver generate a file which exceeds said quota, then chown to the UID of the user on the host system, using .28 causes a kernel panic and instant halt, .29 observes there is quota restrictions in place and gives the standard error 1248182418 J * ktwilight_ ~keliew@50.77-65-87.adsl-dyn.isp.belgacom.be 1248182589 M * vServer_User re: amavis - basically, it works on the standard config, listens on 127.0.0.1 as it should on <= .28 1248182632 M * vServer_User but in .29 it listens on the public interface, you can override this with @inet_acl and force localhost, but then it simply blocks all MTA's 1248182638 M * vServer_User Blocked MTA-BLOCKED 1248182652 M * daniel_hozac you probably configured your kernels differently. 1248182659 M * daniel_hozac specifically, CONFIG_VSERVER_AUTO_SINGLE. 1248182673 M * vServer_User the .config is copied to the new kernel dir before compilation 1248182680 M * vServer_User but i can certainly check 1248182709 M * vServer_User i've always used my .27 config then run make menuconfig after 1248182776 Q * ktwilight__ Ping timeout: 480 seconds 1248182832 M * vServer_User hmm, in .29 that flag is set 1248182841 M * vServer_User where is the option buried in make menuconfig 1248182867 M * daniel_hozac search for it. 1248182889 M * vServer_User lol 1248182897 M * Bertl '/' is search 1248182940 M * vServer_User genius 1248182942 M * vServer_User "Automatic Single IP Special Casing" 1248182955 M * vServer_User Location: -> Linux VServer 1248182969 M * Bertl not quite unexpected :) 1248182982 M * vServer_User lol 1248182991 M * vServer_User i'll recompile with it disabled and try again then 1248183010 M * vServer_User any chance of the quota bug being resolved in .27 1248183027 M * daniel_hozac do you have a complete trace? 1248183092 M * Bertl the latest 2.6.27.x patch should fix that issue :) 1248183102 M * vServer_User linky 1248183140 N * dave0gone dave0 1248183193 M * Bertl daniel_hozac: seems to be the very same ext3 balloc issue 1248183226 M * daniel_hozac in 2.6.27? 1248183235 M * vServer_User i'm trying to find the trace now, but i think its out the buffer in my rssh 1248183303 M * Bertl daniel_hozac: yes, no idea why it wasn't reported earlier 1248183321 M * daniel_hozac i've been running 2.6.27 successfully for months. 1248183324 M * Bertl daniel_hozac: specifically the sb vs sbi part 1248183368 M * Bertl http://paste.linux-vserver.org/13130 1248183395 M * vServer_User http://paste.linux-vserver.org/13131 1248183469 M * Bertl well, nice trace, but unfortunately without any debug information ... 1248183474 M * vServer_User sorry :( 1248183476 M * daniel_hozac Bertl: hmm, my 2.6.27 trees have it a sb already. 1248183477 M * vServer_User all i have 1248183494 M * Bertl daniel_hozac: yep, this hunk needs to be reverted 1248183516 M * daniel_hozac Bertl: but ext3_has_free_blocks accepts a superblock. 1248183524 M * daniel_hozac i guess i'm behind on mainline right now. 1248183609 M * Bertl hmm, no, you have a point there ... sec 1248183653 M * Bertl we change that to sb in 2.6.27, but not in 2.6.30 (as the limit is missing) 1248183672 M * Bertl so it must be something different in 2.6.27 1248183772 M * Bertl double checking now 1248183827 M * vServer_User i'll just sit here pretending to know whats going on 1248183955 M * Bertl well, it would be great if you could produce a similar trace with a 2.6.27.27 kernel (with the 2.6.27.25-vs2.3.0.36.6 patch), but without any grsec 1248183968 M * Bertl (and of course, with some debug info enabled :) 1248183974 M * vServer_User i did have it, but I've lost it 1248184045 N * ensc|w Guest45 1248184045 Q * ensc Killed (NickServ (This nickname is registered and protected)) 1248184045 M * vServer_User i'll try re-create it tonight and post back 1248184054 J * ensc|w ~ensc@www.sigma-chemnitz.de 1248184157 Q * Guest45 Ping timeout: 480 seconds 1248184267 M * Bertl please do so, and TIA 1248184271 M * vServer_User how would i enabled debugging 1248184303 M * daniel_hozac CONFIG_DEBUG_INFO 1248184343 M * vServer_User when building the kernel itself 1248184351 M * vServer_User gotcha 1248184359 M * vServer_User i'll do it on my dev server 1248184461 M * Bertl excellent! 1248184490 M * vServer_User fancy linking me to the kernel builds you would prefer i test 1248184542 M * Bertl http://vserver.13thfloor.at/ExperimentalT/patch-2.6.27.27-vs2.3.0.36.6.diff 1248184744 M * vServer_User well muchos gracias to mr hozac - Automatic Single IP Special Casing was causing amavis to get upset 1248184868 M * vServer_User Bertl - would it be ok if i used vmware to trial the bug 1248184879 M * Bertl ad SINGLE_IP you can en-/disable it at runtime too 1248184914 M * Bertl sure, if you can recreate the issue there, it's fine for me .. although I'd suggest to go for kvm, as it is simpler to use with a Linux kernel 1248184932 M * vServer_User its just so i don't mess up my "cleanish" dev server 1248184971 M * Bertl I do most of my testing with kvm ... so no problem there :) 1248184983 M * daniel_hozac me too. 1248185003 M * vServer_User i'd be trialling off a windows pc 1248185004 M * vServer_User lol 1248185014 M * vServer_User mind if i pick your brains about bakcups 1248185065 M * Bertl guest backups? or what kind of backups? 1248185095 M * vServer_User routine server backups, for data 1248185135 M * vServer_User home dirs etc 1248185145 M * Bertl rsync and rsync based backup solutions are usually the simplest way there 1248185150 M * vServer_User i currently use rdiff-backup, but its a bit resource intensive 1248185175 M * vServer_User using rysnc locks up the eth completely and slams the cpu - its a server with 500gb drives 1248185387 M * Bertl there are various ways to make rsync play nice :) 1248185481 M * vServer_User hook a brother up 1248185529 M * cehteh i used rdiff backup for years, but it pissed me off, every major update got backwards incompatible 1248185540 M * cehteh and its quite fragile on some problems 1248185605 M * cehteh vServer_User: you can ionice nice the rsync and it also has a --bwlimit option 1248185658 M * Bertl vServer_User: doing smart backups (i.e. with a minimum of resource consumption and a maximum of efficiency) is not really Linux-VServer related .. but feel free to hire somebody here to optimize that for/with you 1248185658 M * vServer_User uncapped it still takes about 50 minutes-2hrs to run through 1248185684 M * vServer_User i know its unrelated - just thought i'd probe you 1248185713 M * cehteh backups take time, tell news :) 1248185817 M * cehteh End of AIDE daily cron job at at 2009-07-21 05:22, run time 14252 seconds 1248185817 M * cehteh .. there are slower things :) 1248185853 M * vServer_User jeez 1248185860 Q * davidkarban Quit: Ex-Chat 1248185869 M * vServer_User im trying to setup central monitoring and proper redundant backups on our servers 1248185879 M * vServer_User but figuring out the best method is a nightmare 1248185886 M * cehteh with ionice/nice it really is no big problem 1248185887 M * vServer_User especially if you are as cheap as i am 1248185916 M * vServer_User i have a vserver related question actually 1248185930 M * vServer_User heartbeat for failover on an apache server 1248185947 M * cehteh dont let your vserver run the daily/hourly/weekly/monthly cronjobs all at once btw ... 1248185947 M * vServer_User i take it, this http://linux-vserver.org/Fail-over, is pretty thorough 1248185963 M * vServer_User yeah, they're all scheduled after each other, 1hr intervals usually 1248185969 M * cehteh io bandwidth queue doesnt scale well on pc hardware 1248185973 M * vServer_User hard to manage on 6 vservers though :| 1248185987 M * cehteh i think i have 12 vservers now 1248185999 M * cehteh (some are very small special purpose) 1248186002 M * cehteh on that machine 1248186047 M * cehteh do you really need failover? 1248186053 M * vServer_User almost certainly 1248186061 M * vServer_User but i don't think its possible without drdb 1248186074 M * cehteh its doable, but it will cost a lot of work to get it right 1248186081 M * cehteh depends 1248186112 M * cehteh if its just a webserver + database you can use databases own mirroring and failover and rsync the rest daily 1248186128 M * cehteh really depends on what you are running there 1248186260 M * cehteh proper failover needs some experience and research .. for example if one machine goes down you must be sure that it doesnt come up automatically and then races with the other machine 1248186289 M * cehteh there are many tidbits of things which have to be setup, sometimes with propietary or diy hardware 1248186362 M * vServer_User it doesn't strictly have to replicate the sites 1248186368 M * vServer_User just make a page available on failover 1248186399 A * cehteh just doesnt care if the server is down a few hours 1248186399 M * vServer_User so if the server goes down, rather than the "server not found", it redirects to another server which just has a quick overview of what is going on - not necc. the site they are after 1248186515 J * l2trace99 ~jr@205.245.6.162 1248186615 M * l2trace99 can anyone tell me if they have had any experiences moving i686 guest systems to an x86_64 host ? 1248186821 M * vServer_User they *should* be backwards compatible 1248186918 M * vServer_User but we simply reinstalled the x64 flavours 1248187035 M * vServer_User may as well take advantage of the host hardware 1248187206 M * Bertl l2trace99: works without problems 1248187246 M * Bertl l2trace99: it is a good idea to set the personality to linux32 for those guests 1248187247 M * l2trace99 forgive my ignorance of vserver 1248187274 M * l2trace99 but is differnent kernel versions possible with the hosts ? 1248187335 M * vServer_User no reason why not 1248187374 M * Bertl sure, you can take a guest running on a 2.4 kernel, copy it over to a 2.6 kernel and it will work fine 1248187380 M * l2trace99 ok 1248187401 M * l2trace99 i though it was just cpu partitioning 1248187433 M * Bertl it is userspace partitioning (in some way) 1248187875 N * DoberMann[ZZZzzz] DoberMann 1248188443 M * ghislainocfs2 tu a vu je t'ai laissé un ticket pour oiseau migrateur 1248188451 M * ghislainocfs2 ousp misstell sorry 1248189099 Q * thierryp Ping timeout: 480 seconds 1248189370 J * mxs_ mxs@p4FCCBD9C.dip.t-dialin.net 1248189671 Q * mxs Ping timeout: 480 seconds 1248191132 J * dowdle ~dowdle@scott.coe.montana.edu 1248191462 J * derjohn_mob ~aj@d063197.adsl.hansenet.de 1248191550 J * pmenier ~pmenier@ACaen-152-1-13-236.w83-115.abo.wanadoo.fr 1248191875 Q * derjohn_mob Quit: Verlassend 1248192819 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1248193312 J * thierryp ~thierry@38.104.126.78 1248193927 Q * pmenier Remote host closed the connection 1248193943 J * pmenier ~pmenier@ACaen-152-1-13-236.w83-115.abo.wanadoo.fr 1248194044 J * Swordsman ~kohii@pool-71-112-25-59.sttlwa.dsl-w.verizon.net 1248194753 N * DoberMann DoberMann[PullA] 1248195871 Q * thierryp Remote host closed the connection 1248196134 J * thierryp ~thierry@38.104.126.78 1248196801 Q * thierryp Remote host closed the connection 1248197851 Q * Pazzo Quit: Ex-Chat 1248198758 N * karasz_ karasz 1248198816 N * karasz KGB-9 1248198853 N * KGB-9 karasz 1248200721 Q * gnuk Quit: NoFeature 1248200869 J * thierryp ~thierry@38.104.126.78 1248201311 Q * dna Quit: Verlassend 1248201418 J * SHINSAKU ~Shinsaku@chello084010157123.chello.pl 1248202021 Q * nenolod Read error: Connection reset by peer 1248202763 J * jpic ~jpic@perso.chocolatpistache.com 1248202773 J * nenolod nenolod@petrie.dereferenced.org 1248202892 M * jpic hi, any idea why being in this vserver causes / to look full? http://nopaste.com/p/aff29Phgo 1248202936 M * dave0 jpic: your /tmp is full 1248202952 M * dave0 at least, that's what usually happens to me 1248203079 M * dave0 jpic: pinax-boot.py is probably unpacking stuff into /tmp and running out of space, then cleaning up after itself on exit so /tmp doesn't look full afterwards 1248203312 M * jpic thanks dave0, i should have used strace 1248204103 Q * thierryp Remote host closed the connection 1248204139 J * thierryp ~thierry@38.104.126.78 1248204207 Q * thierryp Remote host closed the connection 1248206680 Q * arekm Quit: reboot 1248207400 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1248207728 J * thierryp ~thierry@38.104.126.78 1248208997 J * arekm arekm@carme.pld-linux.org 1248209260 Q * bonbons Quit: Leaving 1248210053 Q * uva Ping timeout: 480 seconds 1248210085 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1248210693 J * larsivi_ ~larsivi@70.84-48-63.nextgentel.com 1248210693 Q * larsivi Read error: Connection reset by peer 1248211740 N * dave0 dave0gone 1248212615 Q * jpic Quit: leaving 1248212688 J * Deluxe_19 ~knoppix@224.214.117.91.dynamic.mundo-r.com 1248212776 Q * FireEgl Ping timeout: 480 seconds 1248212847 Q * Deluxe_19 Quit: Saliendo 1248213317 J * FireEgl FireEgl@WTF.4.1.0.c.0.7.4.0.1.0.0.2.ip6.arpa 1248214446 Q * thierryp Remote host closed the connection 1248214855 Q * l2trace99 Remote host closed the connection 1248216554 Q * FireEgl Ping timeout: 480 seconds 1248217085 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1248217255 Q * dowdle Remote host closed the connection 1248217802 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fe60:79d4 1248218674 Q * geb Quit: / 1248219171 Q * larsivi_ Remote host closed the connection 1248219529 N * DoberMann[PullA] DoberMann[ZZZzzz]