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, Aug 01, 2007 at 10:16:35AM +0200, Rainer Sabelka wrote: > Hi Lars, > > thanks for your answer! > > On Tuesday 31 July 2007 22:10, Lars Ellenberg wrote: > > On Tue, Jul 31, 2007 at 05:58:09PM +0200, Rainer Sabelka wrote: > [...] > > > Jul 30 14:57:40 newserver2 kernel: drbd0: drbd_bm_resize: > > > (down_trylock(&b->bm_change)) in > > > /usr/src/modules/drbd/drbd/drbd_bitmap.c:370 Jul 30 14:57:40 newserver2 > > > kernel: drbd0: drbd_bm_resize called with capacity == 1409178656 > > > > so you do have ~ 1.4 TB of storage. > > No. The partition I use for DRBD has 704610868 kB, so this apoprox. the half. right. we report sectors there... > > > [...] > > it may be that you see two problems: > > first, some race condition accessing the bitmap, > > second the debug aid that should help in finding the cause of the race > > condition dereferencing a NULL pointer in a debug printk... > > > > and that NULL pointer would be the mdev->bitmap, > > compare with drbd_bitmap.c ~ line 780 (drbd_bm_rw)... > > and the printk in the __drbd_bm_lock function... > > Hmmm... with printk you mean the line > > ERR("%s:%d: bitmap already locked by %s:%lu\n", > file, line, b->bm_file,b->bm_line); > > > in __drbd_bm_lock()? > > If b (=mdev->bitmap) is NULL here, then the crash would be before calling > printk(), wouldn't it? right. > Could it be that b->bm_file is NULL? no. so this suspicion has just been proved wrong :) -- : Lars Ellenberg Tel +43-1-8178292-0 : : LINBIT Information Technologies GmbH Fax +43-1-8178292-82 : : Vivenotgasse 48, A-1120 Vienna/Europe http://www.linbit.com :