On Tue, Jun 04, 2013 at 11:56:34AM +0200, Lutz Vieweg wrote:
> Hi,
>
> I recently increased the size of a DRBD, first increasing the
> underlying Logical Volume with a command like
> lvresize --nofsck --extents N DataVG/DataLV
> then I invoked
> drbdadm resize ResourceData
> and finally
> cryptsetup resize cryptedResourceData
> to also increase the size of a LUKS device that exists
> on top of the drbd0 device.
>
> The procedure so far worked fine, I should also mention that
> the same procedure worked fine some years ago for a preceding
> capacity increase.
>
> The filesystem that resides on the LUKS device has not yet
> been increased in size, because of this bug:
> https://bugzilla.redhat.com/show_bug.cgi?id=909602
> so the filesystem resize will need to wait for a kernel
> update (planned soon).
> Last time we added capacity, the xfs_grow went fine.
>
> What concerns me is that after the resizing, /var/log/messages
> accumulated a few dozen of these messages (only on the primary):
> >Jun 4 10:56:40 kernel: bio too big device drbd0 (304 > 256)
> >Jun 4 10:56:40 kernel: bio too big device drbd0 (264 > 256)
> >Jun 4 10:56:40 kernel: bio too big device drbd0 (384 > 256)
> >Jun 4 10:56:42 kernel: bio too big device drbd0 (512 > 256)
> >Jun 4 10:57:05 kernel: bio too big device drbd0 (512 > 256)
> >Jun 4 11:12:07 kernel: bio too big device drbd0 (376 > 256)
You did something bad, and that confused the IO stack.
This causes IO errors.
> The system does not yet show any abnormal behaviour, it has
> been running busy for some days after the first of those messages
> appeared.
> Should I be worried?
Yes, I'd be worried, if I've seen IO errors logged at the kernel level,
but no service nor application noticed them.
Lars
> (A "verify" is currently running at 80%, no differences have been found
> to the secondary so far.)
>
> [This is not directly related to my recent question about compiling
> drbd-8.4.3 for linux-3.9.4, the observation is from a different
> server that is currently running linux 3.7.6 with drbd-8.4]
--
: 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
_______________________________________________
drbd-user mailing list
[email protected]
http://lists.linbit.com/mailman/listinfo/drbd-user
