[DRBD-user] assert failed

Mrten mrten+drbd at ii.nl
Fri Jul 8 16:12:51 CEST 2011

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


On 08-07-2011 14:34:51, Lars Ellenberg wrote:
> On Fri, Jul 08, 2011 at 02:30:34PM +0200, Mrten wrote:

>> Does anyone want to hear about these or should I report them somewhere else?
> 
> Here is fine.
> 
> If you report somthing like this, please also mention if you use
> in-tree of out-of tree DRBD module, which kernel version,
> which drbd version (if out-of-tree), what distribution.

Apologies.

For the archives: it was some time before the kernel crash I mentioned earlier
today. Ubuntu natty, 2.6.38, in-tree 8.3.9.

> And, of course, in what context it triggered.

On the secondary, while importing openstreetmap planet data (~190G) in
postgresql on the primary.

Jul  8 12:27:37 nadir kernel: [ 1778.331343] block drbd0: Digest integrity
check FAILED.
Jul  8 12:27:37 nadir kernel: [ 1778.336661] block drbd0: error receiving
Data, l: 65576!
Jul  8 12:27:37 nadir kernel: [ 1778.342015] block drbd0: peer( Primary ->
Unknown ) conn( SyncTarget -> ProtocolError ) pdsk( UpToDate -> DUnknown )
Jul  8 12:27:37 nadir kernel: [ 1778.853560] block drbd0: asender terminated
Jul  8 12:27:37 nadir kernel: [ 1778.853564] block drbd0: Terminating
drbd0_asender
Jul  8 12:27:37 nadir kernel: [ 1778.855551] block drbd0: cs:ProtocolError
rs_left=15822719 > rs_total=0 (rs_failed 0)
Jul  8 12:27:37 nadir kernel: [ 1778.857544] block drbd0: cs:ProtocolError
rs_left=15822719 > rs_total=0 (rs_failed 0)

then the assert.

> But in this case:
> 
>> block drbd0: ASSERT FAILED: w_resync_inactive: (cancel) in
>> /build/buildd/linux-2.6.38/drivers/block/drbd/drbd_worker.c:255
> 
> Safe to ignore.

Thanks for the reassurance, I tried to look it up in git but could not find
anything relevant.

M.




More information about the drbd-user mailing list