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 -
On Sun, Jun 24, 2012 at 7:05 PM, Wojciech Puchar
woj...@wojtek.tensor.gdynia.pl 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]
[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
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
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 KVM) at
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,
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
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 DDB.
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
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
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 # Enable
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
12 matches
Mail list logo