Re: port-arm/51665: shark locks up during nightly run

[David Holland <dholland-bugs%netbsd.org@localhost>]

The following reply was made to PR port-arm/51665; it has been noted by GNATS.

From: David Holland <dholland-bugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: port-arm/51665: shark locks up during nightly run
Date: Tue, 3 Jan 2017 18:08:05 +0000

 On Mon, Nov 28, 2016 at 08:20:01AM +0000, Martin Husemann wrote:
  >  file system: /dev/rwd0c
                           ^
 Is that normal for shark?
 
  >  superblock location     8192    id      [ 0 0 ]
                                     ^^^^^^^^^^^^^^^
 This (on the small fs) seems odd, since newfs unconditionally does:
 
         sblock.fs_id[0] = (long)tv.tv_sec;      /* XXXfvdl huh? */
         sblock.fs_id[1] = arc4random() & INT32_MAX;
 
 There isn't any obvious reason why having zero there would cause a
 problem, but it's also the only obvious thing so far to chase after.
 
 (Except for "deadlock because out of memory", like other people have
 seen recently; but if that were all I'd expect you to be able to get
 into ddb.)
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost