1357873604 J * mib_ioac5c 71743dc5@ircip1.mibbit.com 1357873635 P * mib_ioac5c 1357875857 J * clopez ~clopez@242.17.60.213.dynamic.mundo-r.com 1357878120 Q * clopez Ping timeout: 480 seconds 1357878537 M * Bertl off to bed now ... have a good one everyone! 1357878545 N * Bertl Bertl_zZ 1357886681 J * _WildPikachu_ ~nkukard@196-210-205-18.dynamic.isadsl.co.za 1357886851 Q * nkukard_ Ping timeout: 480 seconds 1357889974 Q * _WildPikachu_ Quit: Leaving 1357890104 J * Ghislain ~aqueos@adsl1.aqueos.com 1357895522 J * vspas ~vspas@87.213.36.165 1357895534 P * vspas 1357902008 Q * fisted Remote host closed the connection 1357902068 J * fisted ~fisted@xdsl-84-44-238-212.netcologne.de 1357902539 Q * Hollow Quit: Hollow 1357904465 Q * ircuser-1 Ping timeout: 480 seconds 1357904844 N * Bertl_zZ Bertl 1357904849 M * Bertl morning folks! 1357906025 J * Hollow ~Hollow@217.111.2.114 1357906260 M * disposable Bertl: i upgraded my crashing ubuntu-patched 3.7.0vs2.3.5.3 kernel with vanilla 3.7.1vs2.3.5.4. it was a minor disaster, servers crashed within 10 seconds of starting vservers. i will compile a kernel with debugging symbols to get more info but since i don't have serial, i can only provide what gets saved in syslog. at the moment, i have http://paste.linux-vserver.org/23181 1357906383 M * disposable Bertl: in case it's important, my vservers are running off NFSv3 share. 1357906532 M * disposable Bertl: btw, which timezone are you in? your mornings and nights do not look very middle european. 1357906563 M * daniel_hozac he's in BUT. 1357906588 M * Bertl disposable: that's a warning from a hardware watchdog ... I doubt it is related to Linux-VServer 1357906614 M * Bertl the lockup OTOH, might be related 1357906647 M * Bertl in any case, you need a proper (serial) console to send magic-sysrq and dump cpu/task states 1357906660 M * Bertl of course, debug info should be compiled in 1357907936 J * ircuser-1 ~ircuser-1@35.222-62-69.ftth.swbr.surewest.net 1357909041 Q * macmaN Read error: Connection reset by peer 1357909112 J * macmaN ~chezburge@138.167.190.90.dyn.estpak.ee 1357909417 M * disposable do i need RCU debugging? 1357909443 M * Bertl not for this issue I presume 1357909846 N * ensc Guest4228 1357909857 J * ensc ~irc-ensc@p4FFCFB20.dip.t-dialin.net 1357910264 Q * Guest4228 Ping timeout: 480 seconds 1357911494 J * nkukard ~nkukard@196-210-204-27.dynamic.isadsl.co.za 1357911692 M * Bertl we should probably move the addr_lock to RCU, after what I have seen, but it should be doable with spinlocks as well 1357911775 Q * Hollow Quit: Hollow 1357912123 M * Bertl disposable: try the patches I just uploaded, I found another locking issue 1357912144 M * Bertl (either both deltas or the new vs2.3.5.5 patch) 1357912173 M * disposable you just HAD to wait until my compilation finished "0 1357912182 M * disposable s/"0/:) 1357912200 M * Bertl well, take the deltas, then it should be a matter of a few seconds recompile 1357912734 J * Hollow ~Hollow@217.111.2.114 1357913930 J * clopez ~clopez@242.17.60.213.dynamic.mundo-r.com 1357915092 Q * thierryp Remote host closed the connection 1357917650 M * Bertl off for a nap ... bbl 1357917666 N * Bertl Bertl_zZ 1357919541 Q * Hollow Quit: Hollow 1357921967 J * mib_mg90c2 4c136a27@ircip4.mibbit.com 1357922401 M * mib_mg90c2 Hi All - am experimenting with encrypting /home on a guest using ecryptfs (installed on guest). When try to run migrate home script "ecryptfs-migrate-home -u UserName", get "Error: Cannot get ecryptfs version, ecryptfs kernel module not loaded? If do "man ecryptfs" get help, and if do "modprobe ecryptfs" don't get errors. Should I be trying to encrypt 1357922405 M * mib_mg90c2 from host? 1357923549 Q * _nono_ Quit: Leaving 1357925660 Q * mib_mg90c2 Quit: http://www.mibbit.com ajax IRC Client 1357928830 J * thierryp ~thierry@home.parmentelat.net 1357929087 Q * ensc|w Remote host closed the connection 1357929398 J * ensc|w ~ensc@www.sigma-chemnitz.de 1357930234 Q * thierryp Remote host closed the connection 1357930465 J * hijacker_ ~hijacker@cable-84-43-134-121.mnet.bg 1357931618 J * thierryp ~thierry@2a01:e35:2e2b:e2c0:4108:ac40:2d40:9941 1357931714 J * locquest ~fede@190.193.53.25 1357931772 N * Bertl_zZ Bertl 1357931777 M * Bertl back now ... 1357932326 J * Hollow ~Hollow@217.111.2.114 1357934506 Q * hijacker_ Quit: Leaving 1357934529 J * hijacker_ ~hijacker@cable-84-43-134-121.mnet.bg 1357934779 J * Walex ~Walex@78-86-80-54.zone2.bethere.co.uk 1357934989 Q * clopez Ping timeout: 480 seconds 1357936001 Q * locquest Remote host closed the connection 1357936528 Q * hijacker_ Quit: Leaving 1357936730 J * bonbons ~bonbons@2001:a18:205:8201:bd55:1259:b291:2a6b 1357937422 J * clopez ~clopez@242.17.60.213.dynamic.mundo-r.com 1357941763 Q * clopez Ping timeout: 480 seconds 1357942295 Q * Walex 1357943272 Q * thierryp Remote host closed the connection 1357944167 J * orzel ~orzel@000127e2.user.oftc.net 1357944243 M * orzel Hello. I've had a couple of huge problem on my server recently. Like 2 reboots with no reason and nothing in logs, cpu/ram/hd ok just before reboot. And today the server was almost blocked with weird error msg in logs (time going forward/backward), unable to dmesg or ls 1357944265 M * orzel i'd like to understand how hard and/or soft the pb is. Obvious stuff is already checked (like ram) 1357944295 M * orzel my system is a gentoo computer, running a self-compiled kernel 3.5.7-vs2.3.4.3 1357944326 M * orzel The system is also using gentoo 'hardened' stuff, which means among other things a patched gcc and selinux. 1357944342 M * orzel i once heard that vserver + selinux could be a bad thing. But google can't confirm/infirm this. 1357944348 M * orzel do you have any information about this ? 1357944385 M * orzel Do the problems i mention (unexpected/unexplained reboot, system frozen maybe related to date) ring any bell related to vserver.. ? 1357944480 M * orzel There's also the "pax" patch to kernel. 1357945208 Q * fisted Remote host closed the connection 1357945269 J * fisted ~fisted@xdsl-84-44-238-197.netcologne.de 1357945423 M * Bertl orzel: sounds like your kernel is heavily patched :) 1357945455 M * orzel nope, my kernel is only vanilla + vserver 1357945470 M * Bertl you said pax patch? 1357945476 M * orzel but the rest of the gentoo box is using the 'hardened' part. Mostly the toolchain i think 1357945491 M * orzel Bertl: yeps, sorry, i misread. Gentoo stuff has pax, not my kernel 1357945503 M * orzel i wouldn't play with too much patching 1357945507 M * Bertl okay, anyway, time going backward should not happen on any kernel ... 1357945520 M * Bertl (and most likely is a userspace issue) 1357945545 M * Bertl selinux works with Linux-VServer but needs a very special configuration, so I doubt you have that enabled 1357945575 M * Bertl reboots without reason are almost always hardware problems 1357945585 M * orzel i thought about the ntpd going mad. But i wouldn't bet on this. My current guest is that something went very wrong in the kernel as mostly all kernel calls were blocked. The 'date' stuff was only a random consequence i'm afraid 1357945589 M * Bertl if the kernel decides to reboot, there will be a log entry about it 1357945598 M * orzel m, nice point 1357945612 M * Bertl so, check your (serial) console for more information 1357947881 Q * bonbons Quit: Leaving