1417651714 Q * zerick Read error: Connection reset by peer
1417654383 M * gnarface Bertl: this is most likely a bug in srcds_linux, or the vserver stopping it from doing something insecure? [253330.243663] traps: srcds_linux[4288] trap invalid opcode ip:f75257e8 sp:ffa908d8 error:0 in libc-2.13.so[f74df000+15f000]
1417654802 Q * fstd Remote host closed the connection
1417654853 J * fstd ~fstd@xdsl-87-78-15-10.netcologne.de
1417655022 M * Bertl invalid opcode sounds like bad code
1417655041 M * Bertl could be intentional (to trigger the trap) or unintentional (bad code)
1417655613 Q * Ghislain1 Quit: Leaving.
1417658678 M * gnarface its only happened once, that i've seen
1417658751 M * gnarface but that weird watchdog lockup issue i was having hasn't happened again since i disabled the onboard ethernet and switched back to a pci ethernet card, so i'm wondering if its what was causing the issue
1417658794 M * gnarface can't be sure the lockup issue is solved but its been a few days... in another few i'll be pretty certain
1417658835 M * gnarface bad code wouldn't surprise me at all 
1417659247 M * gnarface heh, hopefully i didn't jinx it by speaking too soon
1417659595 J * Aiken_ ~Aiken@d63f.h.jbmb.net
1417660031 Q * Aiken Ping timeout: 480 seconds
1417660221 M * Bertl knock on wood :)
1417668551 M * Bertl off to bed now ... have a good one everyone!
1417668557 N * Bertl Bertl_zZ
1417674906 Q * Aiken_ Ping timeout: 480 seconds
1417676172 J * derjohn_mob ~aj@p578b6aa1.dip0.t-ipconnect.de
1417680238 J * Ghislain ~aqueos@adsl1.aqueos.com
1417680623 Q * derjohn_mob Ping timeout: 480 seconds
1417683488 J * derjohn_mob ~aj@firewall01.talentformation.kunden.net-lab.net
1417683711 J * Aiken ~Aiken@d63f.h.jbmb.net
1417683921 N * tokkee_ tokkee
1417684220 Q * derjohn_mob Ping timeout: 480 seconds
1417684503 J * bonbons ~bonbons@2001:a18:201:5a01:c9ed:1793:e35c:593f
1417684820 J * derjohn_mob ~aj@firewall01.talentformation.kunden.net-lab.net
1417686647 Q * ccxCZ Read error: Connection reset by peer
1417687706 J * CcxCZ ~ccxCZ@asterix.te2000.cz
1417691026 J * beng_ ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net
1417694031 N * Bertl_zZ Bertl
1417694033 M * Bertl morning folks!
1417694068 M * CcxCZ morning Bertl :-) how goes?
1417695063 M * Bertl the time before the holidays always means a lot of extra work, but otherwise fine ... you?
1417695185 Q * derjohn_mob Ping timeout: 480 seconds
1417695506 Q * Aiken Remote host closed the connection
1417695520 M * CcxCZ same, except unsure about much of holidays actually happening :S end of year deadlines
1417695739 J * derjohn_mob ~aj@firewall01.talentformation.kunden.net-lab.net
1417695936 J * BlackPanx ~kvirc@93-103-10-34.static.t-2.net
1417698003 Q * fstd Remote host closed the connection
1417698046 J * fstd ~fstd@xdsl-87-78-9-238.netcologne.de
1417714116 Q * derjohn_mob Ping timeout: 480 seconds
1417714780 Q * gnarface Quit: Leaving
1417715063 J * gnarface ~gnarface@108-227-52-42.lightspeed.irvnca.sbcglobal.net
1417715077 M * gnarface nope, i spoke too soon.  woke up to find this in dmesg today: http://paste.debian.net/134933/
1417715117 M * gnarface but i'm feeling fairly certain that srcds_linux is somehow causing this when there is a new patch available upstream
1417715143 M * gnarface it almost always seems that when this happens, there is also a log entry telling me to upgrade it
1417715172 M * gnarface is that even possible, that one process could cause this due to some update notification, nothing else?
1417715363 Q * beng_ Quit: I Leave
1417716015 M * gnarface Bertl: ^
1417716311 J * derjohn_mob ~aj@88.128.80.27
1417716670 M * gnarface Bertl: someone in another channel said it looked like the cpu was taking too long to wake up from sleep, and that it might be a bug with dynticks, do you concur with that?
1417716777 M * Bertl the dump seems to be missing the first trace (or at least the header of the first trace), so hard to say
1417716992 M * gnarface unfortunately that's as far back as dmesg goes
1417717001 M * gnarface i didn't catch it in time to get the first bit :(
1417717035 M * gnarface (the time that suggestion was made to me though, i had caught it in time)
1417717139 M * Bertl yeah it would be possible, but you can easily test that by disabling dynaticks
1417717146 M * gnarface but i'm starting to think the process srcds_linux (valve's team fortress server) might be related, because it seems like there is almost always a pending update when this happens, and the last several days when i thought the issue had been solved by swapping the ethernet device also coincidentally there had been no patches to srcds_linux 
1417717170 M * gnarface can i disable dynticks without recompiling?
1417717200 M * gnarface i think i willl try disabling it but there is of course the issue of the fact this is an always-on machine so i'd like it to work because i've heard it saves electricity 
1417717282 M * Bertl no you need to recompile the kernel for that change
1417717294 M * gnarface bummer
1417717307 M * Bertl I doubt your server will be idle much no?
1417717336 M * gnarface i guess i assumed it would be but i could be wrong
1417717374 M * gnarface i suppose it depends a lot on how popular the tf2 server gets
1417717376 M * Bertl are there times where no process is running? does that happen often?
1417717407 M * gnarface oh, well apache and exim4 and spamassassin are always running, as are bind9 and ... some other things
1417717416 M * Bertl most servers always have something running, at least for monitoring and similar
1417717439 M * gnarface hmm. yea i just figured they'd be asleep between emails and dns queries
1417717441 M * Bertl so the cases where the CPU can go to sleep are rare
1417717460 M * gnarface noted
1417717640 M * gnarface i guess i figured it'd add up, a couple seconds here and there while the processes were idle
1417717678 M * gnarface but i guess if this is really whats causing those errors in dmesg, it may only actually go idle every few days, when the tf2 server becomes out of date
1417718553 M * gnarface Bertl: you don't think his is the same bug as mentioned here,  do you? http://linux.slashdot.org/story/14/11/29/1658250/bad-lockup-bug-plagues-linux
1417718580 M * gnarface maybe i should also compile this kernel without xen enabled?
1417718696 M * Bertl well, we've seen unexplained lockups since early 3.x
1417718729 M * Bertl so it might well be a left over from 2005
1417718734 M * gnarface this is the first one i've seen that couldn't be explained by a problem with the commercial nvidia driver (because i'm using nouveau and not running X on this machine)
1417718764 M * gnarface so you're saying maybe i SHOULD exclude the xen features?
1417718787 M * Bertl do you use Xen?
1417718796 M * gnarface no, but i had the vague notion i might run some xen guests in tandem with vserver guests, if it was possible
1417718804 M * gnarface i wanted to be able to run openbsd in a guest
1417718818 M * Bertl well, in general you should disable everything you don't actually use
1417718829 M * Bertl (to reduce problems and compile time)
1417718834 M * gnarface yea, noted
1417718844 M * gnarface i always used to do that actually, but there's just so much stuff to disable now
1417718859 M * gnarface and i'm not always sure anymore whether its something the system is using nor not
1417718880 M * Bertl better do it the other way (like with firewalls): disable everything, enable only what you need :)
1417718898 M * gnarface hmm. so xen guests CAN be run in tandem with vserver guests though? in theory?
1417718932 M * daniel_hozac is there a reason to use xen over kvm? kvm is far more self-contained...
1417718933 M * gnarface if they can't it makes the decision much easier
1417718934 M * Bertl I'd say so, but I would always prefer kvm over xen
1417718952 M * gnarface oh.  but i need xen to run non-linux kernels, right?
1417718956 M * Bertl never understood the xen hype
1417718980 M * gnarface if i can run openbsd in a kvm guest i'd happily avoid xen 
1417718990 M * Bertl sure you can
1417718998 P * undefined 
1417719009 M * gnarface oh, hmm. for some reason i was under the impression kvm could only run linux kernels...
1417719012 M * gnarface weird
1417719023 M * gnarface what is xen even for then?
1417719036 M * gnarface windows guests?
1417719049 M * Bertl selling virtual appliances? the name? I don't know
1417719053 M * gnarface huh
1417719066 M * gnarface interesting
1417719117 J * undefined ~undefined@00011a48.user.oftc.net
1417719167 Q * derjohn_mob Ping timeout: 480 seconds
1417720794 J * Aiken ~Aiken@d63f.h.jbmb.net
1417721734 Q * Ghislain Quit: Leaving.
1417723310 J * derjohn_mob ~aj@ip-178-203-221-8.hsi10.unitymediagroup.de
1417723759 J * zerick ~zerick@190.118.16.131
1417724111 J * neofutur ~neofutur@gabrielle.ww7.be
1417731420 Q * gnarface Quit: Leaving
1417731623 J * gnarface ~gnarface@108-227-52-42.lightspeed.irvnca.sbcglobal.net
1417734081 M * Bertl off to bed now ... have a good one everyone!
1417734089 N * Bertl Bertl_zZ
1417736719 Q * bonbons Quit: Leaving