On Mon, Oct 29, 2012 at 11:02:39AM +0100, Philipp Hug wrote:
> > In fact, if you had been listening to me from day one, you'd realize
> > that I'm not even asking you to actually fix this problem.
> > I'm merely asking you to make the users who aren't using your personally
> > preferred use case, b
> In fact, if you had been listening to me from day one, you'd realize
> that I'm not even asking you to actually fix this problem.
> I'm merely asking you to make the users who aren't using your personally
> preferred use case, but are nevertheless using an apparently valid and
> supported use cas
Processing control commands:
> severity -1 critical
Bug #576511 [drbd8-utils] drbd8-utils: Ships with violent default actions for
various drbd fault conditions - may cause dataloss.
Severity set to 'critical' from 'important'
--
576511: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576511
De
control: severity -1 important
Josip,
Please don't upgrade the severity of this bug.
The defaults actually prevent further data loss for the majority of drbd users.
In the normal setup the drbd device is the main storage device so the
defaults make sense.
If you have a suggestion for a better d
Processing control commands:
> severity -1 important
Bug #576511 [drbd8-utils] drbd8-utils: Ships with violent default actions for
various drbd fault conditions - may cause dataloss.
Severity set to 'important' from 'critical'
--
576511: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576511
D
Following on Philipp's comment, I went looking for explanation in the old
template config file changes, and found the sysrq calls added with no
obvious explanation here:
http://git.drbd.org/gitweb.cgi?p=drbd-8.3.git;a=commitdiff;h=3b4452d69b4371dbeee5a38f2e248a6360c14c77
But this is still conditio
Hi Josip
> Actually, I think a general sync wasn't previously added in that situation
> because it might cause a problem with the filesystem on the faulty DRBD
> device itself, thereby causing the problem b) you described.
That's why I put in "sync &" then sleep and reboot. But it's just an idea.
On Wed, Oct 24, 2012 at 04:29:47PM +0200, Philipp Hug wrote:
> It should probably be changed into something like this:
> "/usr/lib/drbd/notify-emergency-reboot.sh; reboot -f &; sync &; sleep 30;
> echo
> b > /proc/sysrq-trigger";
> So, we'd have at least time to sync other file systems and try to
control: severity -1 important
> These defaults are really bad.
>
> I had this happen to a machine running DRBD yesterday:
>
> block drbd0: PingAck did not arrive in time.
> block drbd0: peer( Secondary -> Unknown ) conn( Connected -> NetworkFailure )
> pdsk( UpToDate -> DUnknown )
> block drbd0:
9 matches
Mail list logo
