FW: FW: [DRBD-user] Local IO failed. Detaching...

Lars Ellenberg lars.ellenberg at linbit.com
Wed Feb 4 11:19:06 CET 2009

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.


On Wed, Feb 04, 2009 at 11:13:58AM +0100, Max Serafini wrote:
> Hello
> 
> 
> Really sorry, I didn't want to abuse the list.  I actually subscribed to
> it using this link, and I've also been receiving everyone else's post.
> Did I miss something?
> 
> http://lists.linbit.com/listinfo/drbd-user

ah.  well, you subscribed with your .com address,
but keep posting from your .ca address...

> Your suggestion worked, with the 2 options, the disk is now attached
> and usable.
> 
> Thank you very much
> 
> max

thanks for the update.

> -----Original Message-----
> From: drbd-user-bounces at lists.linbit.com
> [mailto:drbd-user-bounces at lists.linbit.com] On Behalf Of Lars Ellenberg
> Sent: Tuesday, February 03, 2009 3:59 AM
> To: drbd-user at lists.linbit.com
> Subject: Re: FW: [DRBD-user] Local IO failed. Detaching...
> 
> you know, you shoud subscribe here...
> non-subscribers are usually not allowed to post.
> 
> On Tue, Feb 03, 2009 at 09:50:43AM +0100, Max Serafini wrote:
> > I tried those tests and there are no errors.  I'm not saying drbd is the
> > problem, in fact I think it's not.  Why would everything work on a
> > different os with the same disks and rest of hardware?  
> > 
> > Anyway, thanks for your help
> 
> you should compare kernel logs during DRBD configuration
> of the working and non-working setup.
> 
> 
> you could also try to add "no-md-flushes"
> (and probably also no-disk-flushes) to your drbd configuration.
> 
> it is possible that those "disks" do not support barriers,
> but do not return "-EOPNOTSUPP", as they are supposed to, but rather
> error out generically ("-EIO"), or in any other way,
> making it look like an IO error.
> 
> in more recent DRBD versions we do no longer care
> for the exact error value of failed barrier requests,
> but retry without the barrier flag set, anyways.
> because of such misbehaviour.

-- 
: Lars Ellenberg
: LINBIT | Your Way to High Availability
: DRBD/HA support and consulting http://www.linbit.com

DRBD® and LINBIT® are registered trademarks of LINBIT, Austria.
__
please don't Cc me, but send to list   --   I'm subscribed



More information about the drbd-user mailing list