1224028991 Q * ghislainocfs2 Ping timeout: 480 seconds
1224029103 J * hparker ~hparker@linux.homershut.net
1224033731 J * doener ~doener@i577BBB64.versanet.de
1224033837 Q * doener_ Ping timeout: 480 seconds
1224035201 Q * nkukard Ping timeout: 480 seconds
1224037497 J * Dyna DJAyun@cpe-72-177-156-217.satx.res.rr.com
1224037515 Q * Dyna 
1224041866 Q * derjohn_mob Ping timeout: 480 seconds
1224043239 Q * C14r Read error: Connection reset by peer
1224043241 J * C14r ~C14r@h58173.serverkompetenz.net
1224043282 Q * padde Remote host closed the connection
1224043287 J * padde ~padde@patrick-nagel.net
1224043485 Q * Guy- Remote host closed the connection
1224043490 J * Guy- ~korn@elan.rulez.org
1224045629 J * nkukard ~nkukard@196.212.73.74
1224047330 Q * weasel Remote host closed the connection
1224047335 J * weasel ~weasel@weasel.chair.oftc.net
1224047398 Q * ard Ping timeout: 480 seconds
1224048807 Q * nenolod Ping timeout: 480 seconds
1224049389 J * sharkjaw ~gab@149-67-194.231210.adsl.tele2.no
1224049638 J * nenolod ~nenolod@ip70-189-74-62.ok.ok.cox.net
1224050260 Q * weasel Remote host closed the connection
1224050286 J * weasel ~weasel@weasel.chair.oftc.net
1224050422 Q * nenolod Ping timeout: 480 seconds
1224051984 J * davidkarban ~david@193.85.217.71
1224052313 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1224053575 J * mtg ~mtg@vollkornmail.dbk-nb.de
1224053601 Q * PowerKe Ping timeout: 480 seconds
1224053870 J * kwowt ~quote@193.77.185.75
1224054117 M * kwowt wtf
1224054126 J * jmcaricand ~jm@126.170.80-79.rev.gaoland.net
1224054128 M * kwowt my guest vserver ip's just stop working by themselves after a while
1224054134 M * kwowt i mean, i cannot ping anymore from the guest, etc
1224054161 M * kwowt if i reboot the system
1224054163 M * kwowt and run the guests
1224054164 M * kwowt it works
1224054165 M * kwowt fine
1224054613 J * ard ~ard@shell2.kwaak.net
1224054905 M * kwowt how is that possible?
1224055345 J * dna ~dna@154-238-dsl.kielnet.net
1224056589 Q * jmcaricand Ping timeout: 480 seconds
1224056820 J * PowerKe ~tom@d5153A012.access.telenet.be
1224057774 J * derjohn_mob ~aj@e180204098.adsl.alicedsl.de
1224058183 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1224058501 Q * ghislainocfs21 Ping timeout: 480 seconds
1224060093 J * FireEgl Proteus@2001:470:e056:1:4::
1224060441 Q * derjohn_mob Ping timeout: 480 seconds
1224061309 J * ghislainocfs21 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1224061637 Q * ghislainocfs2 Ping timeout: 480 seconds
1224061734 Q * nkukard Remote host closed the connection
1224061796 Q * Mojo1978 Read error: Connection reset by peer
1224062752 J * frootat ~joern@dyndsl-085-016-236-026.ewe-ip-backbone.de
1224062911 J * Pazzo ~ugelt@reserved-225136.rol.raiffeisen.net
1224063715 Q * Aiken Remote host closed the connection
1224063838 J * Aiken ~Aiken@ppp118-208-28-181.lns2.bne1.internode.on.net
1224063956 J * lilalinux ~plasma@80.69.41.3
1224064652 J * nkukard ~nkukard@41.6.210.184
1224065177 Q * frootat Read error: Connection reset by peer
1224065322 J * nenolod ~nenolod@ip70-189-74-62.ok.ok.cox.net
1224065395 J * kir ~kir@swsoft-msk-nat.sw.ru
1224065450 Q * larsivi Quit: Konversation terminated!
1224068151 J * larsivi ~larsivi@85.221.53.194
1224068676 M * daniel_hozac kwowt: is your host's DHCP client removing the address every now and then?
1224068691 M * daniel_hozac kwowt: might want to make sure you have secondaries promotion enabled.
1224068785 Q * nkukard Quit: Leaving
1224068808 J * derjohn_mob aj@p57A6E467.dip.t-dialin.net
1224069249 N * Bertl_oO Bertl
1224069255 M * Bertl morning folks!
1224071214 M * yang hi Bertl 
1224071823 Q * esa` Remote host closed the connection
1224071845 J * esa bip@62.123.8.141
1224072454 J * littlesven ~sk@80.69.41.3
1224072600 M * littlesven Hi,
1224072907 M * littlesven I want do a bind mount, "mount --bind vservera vserverb/mnt", from the host. I see the mount at the host but not in the vserver. Is it possible to see the mount inside the vserver without reboot?
1224072917 M * littlesven (of the vserver)
1224073022 M * daniel_hozac vnamespace -e <guest> -- mount...
1224073106 M * littlesven That was really fast :) 
1224073123 M * littlesven Thanks I will try it immediatly.
1224073360 J * dna_ ~dna@10-227-dsl.kielnet.net
1224073654 Q * dna Ping timeout: 480 seconds
1224073710 J * dna ~dna@199-232-dsl.kielnet.net
1224074012 Q * dna_ Ping timeout: 480 seconds
1224075228 J * nkukard ~nkukard@196.212.73.74
1224075810 J * Punkie ~Punkie@goc.coolhousing.net
1224075916 J * dna_ ~dna@108-214-dsl.kielnet.net
1224076059 Q * mtg Quit: Verlassend
1224076184 Q * Aiken Remote host closed the connection
1224076220 Q * sharkjaw Remote host closed the connection
1224076326 Q * dna Ping timeout: 480 seconds
1224076919 Q * lilalinux Remote host closed the connection
1224077218 J * hparker ~hparker@linux.homershut.net
1224077456 Q * larsivi Quit: Konversation terminated!
1224077635 J * shedi ~siggi@tolvudeild-202.lhi.is
1224077656 M * shedi greetings beautiful vserver channel
1224077673 M * Bertl hey shedi!
1224077683 M * shedi I have built a centos5 dist on debian etch, that will not start
1224077701 M * daniel_hozac what util-vserver version?
1224077704 M * Bertl what error do you get?
1224077715 M * shedi no errors, nothing happens
1224077729 M * Bertl is a service inside the guest activated?
1224077732 M * shedi 0.30.216~r2772-2
1224077748 M * Bertl (otherwise it will start, but disappear right after the start)
1224077755 M * shedi I see :)
1224077769 N * GNUcifer cehteh
1224077773 M * Bertl so make sure to activate something, e.g. syslog, cron or sshd
1224077808 M * shedi thank you so much
1224077826 M * shedi I had a strange dilemma yesterday with one of my vserver guest
1224077838 M * Bertl hmm?
1224077850 M * shedi I could not kill it
1224077858 M * shedi no matter how I tried
1224077859 M * Bertl unlikely :)
1224077862 M * daniel_hozac shedi: and that's the version you used to build the guest?
1224077865 M * shedi it was not high on memory
1224077871 M * shedi or anything like that
1224077882 M * shedi it wasn't running anything unusual
1224077908 M * shedi I had to reboot the mother
1224077919 M * Bertl well, vkill should allow you to kill any guest
1224077926 M * shedi and had to press the power button for it to die
1224077931 M * Bertl (sometimes kill to a host process is required)
1224077950 M * Bertl of course, that is assuming that the hardware did not lock up :)
1224077971 M * shedi util-vserver 0.30.216~r2772-2 and 2.6.20.20-vs2.2.0.4
1224077974 M * shedi I see 
1224077980 M * shedi how does that happen?
1224078016 M * Bertl hardware locking up? well, usually overheating or broken hardware
1224078040 M * shedi well this is a new blade
1224078048 M * shedi I have never had this problem before
1224078061 M * shedi and I've been runnin this since the dawn of time
1224078078 M * shedi oh well
1224078078 M * Bertl so it cannot be new, can it?
1224078092 M * shedi brand new
1224078096 M * Bertl dawn of time << new blade :)
1224078105 M * shedi I mean vserver
1224078112 M * shedi :)
1224078125 M * Bertl well, try to run xaos or some cpuhog for half a day
1224078136 M * shedi k
1224078159 M * shedi thanks for your help, you are wonderful, and I am a big fan of this project
1224078282 M * shedi I bow my head
1224078282 M * shedi :)
1224078282 M * Bertl and add one or two days memtest or kernel compiling
1224078282 M * Bertl you're welcome!
1224079047 J * mtg ~mtg@dialbs-088-079-143-204.static.arcor-ip.net
1224079496 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1224079802 Q * derjohn_mob Ping timeout: 480 seconds
1224081702 Q * hparker Quit: Read error: 104 (Peer reset by connection)
1224081702 J * BobR_zZ odie@IRC.13thfloor.at
1224081702 Q * Bertl Read error: Connection reset by peer
1224081702 J * Bertl herbert@IRC.13thfloor.at
1224081723 Q * BobR_zZ_ Read error: Connection reset by peer
1224084235 Q * davidkarban Quit: Ex-Chat
1224085978 M * ktwilight hm, am trying to remove an ip from guest, but it says...
1224085979 M * ktwilight $ naddress --remove --nid 40002 --ip 62.212.91.103
1224085979 M * ktwilight Removing 62.212.91.103
1224085979 M * ktwilight naddress: vc_net_remove(): Invalid argument
1224086240 M * Bertl isn't supported yet, remove all, add back the ones you want
1224086308 M * ktwilight aw :(
1224086330 M * Bertl patches are welcome :)
1224086378 J * yarihm ~yarihm@77-56-182-18.dclient.hispeed.ch
1224086429 M * ktwilight sounds like a feat
1224086438 Q * shedi Quit: Leaving
1224087533 M * daniel_hozac shouldn't be _that_ hard.
1224089886 M * kwowt <daniel_hozac> kwowt: might want to make sure you have secondaries promotion enabled.
1224089911 M * kwowt /proc/sys/net/ipv4/conf/all/promote_secondaries
1224089923 M * kwowt should be set to 1 right?
1224089940 M * Bertl yep, and also for your actual interfaces
1224089978 M * kwowt like?
1224089985 M * kwowt where..
1224089991 M * Bertl /proc/sys/net/ipv4/conf/eth0/promote...
1224089996 M * kwowt oh
1224090463 J * derjohn ~derjohn@80.69.41.3
1224090745 Q * bonbons Quit: Leaving
1224091092 M * kwowt Bertl: if i reboot, it just goes back to 0
1224091094 M * kwowt is that normal?
1224091132 M * kwowt and, do i have to restart any services?
1224091142 M * daniel_hozac it's kernel state, so yes.
1224091149 M * daniel_hozac you'd want to put it in /etc/sysctl.conf.
1224091250 M * kwowt no restarting then
1224091271 M * kwowt damn
1224091279 M * kwowt i cant ping anything from the guest
1224091361 M * Bertl not even the host?
1224091373 M * kwowt yes
1224091376 M * kwowt the host yes
1224091388 M * Bertl so you _can_ ping something then :)
1224091393 M * kwowt yes :)
1224091450 M * kwowt what could be wrong?
1224091454 M * kwowt sometimes it works
1224091457 M * kwowt sometimes it doesnt
1224091471 M * Bertl so what is it you cannot ping? and what does 'tcpdump -vvnei eth0 icmp' tell you?
1224091490 M * Bertl sometimes working and sometimes not working sounds like router issues
1224091498 M * kwowt its colocated
1224091503 M * Bertl (or if you have a fancy setup, bonding issues :)
1224091592 Q * mtg Quit: Verlassend
1224091613 M * kwowt tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
1224091672 Q * blathijs Quit: Hardware maintainance
1224091714 M * kwowt :/
1224091715 M * Bertl now that looks like you are not pinging at all :)
1224091737 M * Bertl (or at least not via eth0)
1224091754 M * kwowt ok
1224091757 M * kwowt got something from eth1
1224091766 M * kwowt woops
1224091769 M * kwowt but this is host
1224091782 M * Bertl I hope so :)
1224091828 M * kwowt i should do this from the guest right?
1224091832 M * kwowt tcpdump -vvnei eth0 icmp
1224091859 M * daniel_hozac given that tcpdump isn't allowed inside guests by default... no.
1224091918 M * kwowt oh
1224091921 M * kwowt well..
1224092001 M * kwowt tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
1224092001 M * kwowt 19:37:41.427609 00:0b:cd:ef:e0:8c > 00:1b:0d:e6:e8:40, ethertype IPv4 (0x0800), 
1224092002 M * kwowt ...
1224092003 J * cga ~weechat@94.36.85.180
1224092005 M * kwowt etc
1224092010 M * kwowt so what does this mean
1224092045 M * kwowt that i have the wrong interface added for guests?
1224092072 M * daniel_hozac we have no way of knowing without a _lot_ more details.
1224092173 M * Bertl but it looks like the echo request is leaving the host
1224092210 M * kwowt which means?
1224092221 M * Bertl so, the problem is your upstream router, which doesn't like to route those packets to the target, or the packets get lost somewhere (could be discarded) and thus the reply doesn't reach you
1224092285 M * Bertl basically this is not even remotely Linux-VServer related, i.e. you want to make sure that 'ping -I <guest-ip> <target>' works on the host, then you can look at guest issues
1224092389 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d
1224092456 M * kwowt box5 ~ # ping -I 91.185.194.123 google.com
1224092456 M * kwowt PING google.com (64.233.187.99) from 91.185.194.123 : 56(84) bytes of data.
1224092459 M * kwowt doesnt return anything
1224092483 M * daniel_hozac which is why it's not working.
1224092491 M * kwowt yea
1224092493 M * kwowt so its router related
1224092495 M * Bertl as I said, upstream problem, fix routing/setup
1224092499 M * kwowt nothing i can do
1224092874 M * kwowt now it works again
1224093309 Q * Punkie Quit: ...mizim...
1224094261 T * * http://linux-vserver.org/ |stable 2.2.0.7, devel 2.3.0.34, grsec 2.2.0.7|util-vserver-0.30.215|libvserver-1.0.2|vserver-utils-1.0.3| He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the Wiki, and we forget about the minute. 
1224094261 T * ChanServ -
1224094595 J * mtg ~mtg@dialbs-088-079-143-204.static.arcor-ip.net
1224094658 Q * rooijan Quit: Leaving.
1224095354 J * hijacker_ ~hijacker@87-126-142-51.btc-net.bg
1224096352 Q * mtg Quit: Verlassend
1224096543 M * Bertl nap attack .. probably back later ...
1224096548 N * Bertl Bertl_zZ
1224098085 Q * Pazzo Quit: Ex-Chat
1224099845 J * sitkarev ~sitkarev@ppp78-37-60-215.pppoe.komi.dslavangard.ru
1224099861 M * sitkarev Hello, guys.
1224099892 M * sitkarev I have some information concerning vserver kernel and CifsVFS.
1224100004 M * sitkarev Anybody alive?
1224100315 Q * sitkarev Quit: Покидаю
1224100335 J * sitkarev ~sitkarev@ppp78-37-60-215.pppoe.komi.dslavangard.ru
1224100508 M * daniel_hozac sitkarev: like what?
1224100530 M * sitkarev Ok! This is a sort of a bug report..
1224100549 M * sitkarev First I though that it was CifsVFS issue and opened a bug on CifsVFS bugzilla.
1224100561 M * sitkarev Here is the link to it: https://bugzilla.samba.org/show_bug.cgi?id=5821
1224100583 M * sitkarev It seems that the kernel stack get's corrupted and it influences cifs module.
1224100629 M * daniel_hozac arch? kernel? config?
1224100638 M * sitkarev After moving the server out from vserver environment everything goes fine. We have 40 cifs mounts inside it. Does anybody uses this configuration?
1224100707 M * sitkarev Yes, details are in the bug report on bugzilla.samba.org. If you ask them, here they are. We are running AMD64 multiprocessor system on backported kernel 2.6.26-bpo.1-vserver-amd64.
1224100816 M * sitkarev I've tried to detect the bug and recompiled the kernel to poison free'd SLAB blocks.
1224101091 M * daniel_hozac try a vanilla kernel.
1224101119 M * daniel_hozac 2.6.26.6-vs2.3.0.35.6, for instance.
1224101178 M * daniel_hozac that patch doesn't touch CIFS in any shape or form, so if it's reproduced there, it's most definitely a CIFS problem.
1224101259 M * sitkarev It is a bit of a problem, because that machine was in production (LTSP server). Is it of any importance? I mean if nobody faced with this issue is it worth trying to detect this bug?
1224101295 M * daniel_hozac that's totally up to you.
1224101301 M * sitkarev What we can do is to setup this environment and try to emulate the load. But it will take some time of course.
1224101332 M * sitkarev Actually, this can sound not polite... But CifsVFS code looks sometimes... not very clear and difficult to understand.
1224101352 M * sitkarev I think I am to try vanilla kernel.
1224101410 M * sitkarev Can I take 2.6.26.6-vs2.3.0.35.6 kernel package somewhere for Debian?
1224101582 M * daniel_hozac vanilla means not-Debian.
1224101635 M * sitkarev ) understand. I mean somebody could already have them somewhere already packaged.
1224101648 M * sitkarev Ok, it means this is my job. Good.
1224101679 M * sitkarev I'll hold these experiments on weekend and report what we get.
1224102053 M * sitkarev Btw does anybody uses vserver with many cifs shared mounted inside it??
1224102203 M * daniel_hozac probably not.
1224102337 M * sitkarev Daniel, can I ask you to look at the oops traces at the CIFS bugzilla? I want to know if it really looks like stack corruption or not. Then I'll compile some additional debugging techniques in the kernel.
1224102404 J * Aiken ~Aiken@ppp118-208-28-181.lns2.bne1.internode.on.net
1224102418 M * daniel_hozac doesn't look like stack corruption to me.
1224102436 M * daniel_hozac more like bad reference counting/locking.
1224102566 M * sitkarev what makes me stupid is that the stack trace references functions which can not be called from them.
1224102589 M * sitkarev I mean stack trace has a sequence of functions which are not called from each other in turn.
1224102590 J * derjohn_mob ~aj@e180204098.adsl.alicedsl.de
1224102639 M * sitkarev What is also interesting, when I put a dumb function instead of cifs_show_options (it shows options in /proc/mounts) I see posoned pointer in CPU register.
1224102668 M * daniel_hozac that's pretty normal for the kernel.
1224102677 M * sitkarev I mean SLAB poison value.
1224102685 M * sitkarev ... Pretty normal..
1224102697 M * sitkarev But.. What causes the stack trace to look like that?
1224102711 M * sitkarev It is not in interrupt handler or else.
1224102738 M * daniel_hozac optimizations and inlining mess with the stack traces.
1224102752 M * sitkarev I used debugger to resolve this. Yes.
1224102766 M * sitkarev Because that was the first thing I thought - inlining and optimization.
1224102787 M * sitkarev But inside .text there is no callq to that symbols.
1224102805 M * sitkarev I mean disassembly function of gdb. And objdump too.
1224102831 M * daniel_hozac and if it's been inlined, there wouldn't be.
1224102884 M * sitkarev You mean that.. Ah.. If we have stack corruption than we'd not have a correct trace at all. Yes?
1224102945 M * sitkarev Speaking about inlines, I've checked also that functions in cifsfs.c - they are not called. That makes me still in two minds.
1224103036 M * sitkarev For example seq_escape() is never called from cifs_show_options() and d_path() is not called from seq_escape().
1224103053 M * sitkarev But I see them in that order in the stack trace.
1224103770 Q * cga Quit: WeeChat 0.2.6
1224104436 Q * doener Ping timeout: 480 seconds
1224104557 Q * hijacker_ Quit: Leaving
1224104961 M * sitkarev This makes me crazy.. Those stack traces.
1224104991 Q * bonbons Quit: Leaving
1224105320 M * sitkarev I think i've got the answer... http://kernelnewbies.org/FAQ/StackTrace
1224105855 J * doener ~doener@i577BBB64.versanet.de
1224106680 J * frootat ~joern@dyndsl-085-016-180-010.ewe-ip-backbone.de
1224106739 J * hparker ~hparker@linux.homershut.net
1224107322 Q * dna_ Ping timeout: 480 seconds
1224107585 Q * sitkarev Remote host closed the connection
1224108534 Q * esa Remote host closed the connection
1224108559 J * esa bip@62.123.8.141
1224109139 Q * esa Ping timeout: 480 seconds
1224109150 J * esa bip@62.123.8.104
1224109740 Q * yarihm Quit: Leaving
1224110497 J * jmcaricand ~JMC@50.12.199-77.rev.gaoland.net
1224111500 M * jmcaricand test
1224112582 Q * jmcaricand Quit: using sirc version 2.211+KSIRC/1.3.12
1224112619 J * jmcaricand ~JMC@50.12.199-77.rev.gaoland.net
1224112627 P * jmcaricand