Re: reason for "magic" crashes.

2012-06-24 Thread Wojciech Puchar
Are you asking about overhead of DDB or all debug options? all. invariants, witness etc. I don't think that DDB support can be accounted for slowdown. As for the rest, it's hard to say. I guess it depends on your workload, also I never performed any benchmarks to compare this and I'm unaware

Re: reason for "magic" crashes.

2012-06-24 Thread Mateusz Guzik
On Sun, Jun 24, 2012 at 08:50:41PM +0200, Wojciech Puchar wrote: > >> > >> > >>There is nothing in cron that is done at sunday. > >> > >>i don't run "periodic" stuff in /etc/crontab > >> > > > >Compile the kernel with the following: > > > >makeoptions DEBUG="-O0 -g" > > > >options KDB

Re: reason for "magic" crashes.

2012-06-24 Thread Wojciech Puchar
Have you proven beyond reasonable doubt that there is no filesystem corruption or silent filesystem corruption due to bad hardware? after last crash fsck_ffs found nothing suggesting such a case. Actually the only change i made to this system (running flawless close to two years) is upgrading

Re: reason for "magic" crashes.

2012-06-24 Thread Wojciech Puchar
i've got third crash third week in a row. Every time in sunday after 18:00, every time with rsync process (which means rsync based backup that is done every day, not just in sunday!), Is it the same rsync everyday, including sundays, or the sunday rsync is different? the funny part is that

Re: reason for "magic" crashes.

2012-06-24 Thread Wojciech Puchar
There is nothing in cron that is done at sunday. i don't run "periodic" stuff in /etc/crontab Compile the kernel with the following: makeoptions DEBUG="-O0 -g" options KDB # Enable kernel debugger support. options DDB # Support DD

Re: reason for "magic" crashes.

2012-06-24 Thread Vincent Hoffman
On 24/06/2012 18:05, Wojciech Puchar wrote: > i've got third crash third week in a row. > > Every time in sunday after 18:00, every time with rsync process (which > means rsync based backup that is done every day, not just in sunday!), > > you may see a crash (viewed from KVM) at > > http://www.ten

Re: reason for "magic" crashes.

2012-06-24 Thread Mark Felder
Have you proven beyond reasonable doubt that there is no filesystem corruption or silent filesystem corruption due to bad hardware? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, s

Re: reason for "magic" crashes.

2012-06-24 Thread Mateusz Guzik
On Sun, Jun 24, 2012 at 07:05:35PM +0200, Wojciech Puchar wrote: > i've got third crash third week in a row. > > Every time in sunday after 18:00, every time with rsync process > (which means rsync based backup that is done every day, not just in > sunday!), > > you may see a crash (viewed from K

Re: reason for "magic" crashes.

2012-06-24 Thread Eduardo Morras
At 19:05 24/06/2012, Wojciech Puchar wrote: i've got third crash third week in a row. Every time in sunday after 18:00, every time with rsync process (which means rsync based backup that is done every day, not just in sunday!), Is it the same rsync everyday, including sundays, or the sunday r

Re: reason for "magic" crashes.

2012-06-24 Thread Wojciech Puchar
[1] http://freebsd.1045724.n5.nabble.com/Replacing-rc-8-Was-FreeBSD-Boot-Times-td5718636.html this <2 minute boot time that will follow doesn't matter as it doesn't crash every now and then - it is nothing compared to the fact you have to travel there. Please give me an idea what to chec

Re: reason for "magic" crashes.

2012-06-24 Thread Fernando ApesteguĂ­a
On Sun, Jun 24, 2012 at 7:05 PM, Wojciech Puchar wrote: > i've got third crash third week in a row. >From you 5 days ago[1]: "it is unimportant as FreeBSD don't crash." Man, I really don't understand a thing... [1] http://freebsd.1045724.n5.nabble.com/Replacing-rc-8-Was-FreeBSD-Boot-Times-td5

reason for "magic" crashes.

2012-06-24 Thread Wojciech Puchar
i've got third crash third week in a row. Every time in sunday after 18:00, every time with rsync process (which means rsync based backup that is done every day, not just in sunday!), you may see a crash (viewed from KVM) at http://www.tensor.gdynia.pl/~wojtek/crash.png what is important - s