Hello Jaromir,
actually I did a forced fsck on the respective FS while it was unmounted
upfront. To be sure I just ran the command again - it passes with no
errors the second time. When I run dump -X again, the panic still occurs.
Best regards,
Matthias
nuc# fsck -P /dev/mapper/vg0-photo
On Wed, Nov 15, 2017 at 08:29:51PM +0100, Jaromír Dole?ek wrote:
> Hi,
>
> can you try if doing full forced fsck (fsck -f) would resolve this?
>
> I've seen several such persistent panics when I was debugging WAPBL. Even
> after kernel fixes I had persistent panics around ffs_newvnode() due to
>
Hi,
can you try if doing full forced fsck (fsck -f) would resolve this?
I've seen several such persistent panics when I was debugging WAPBL. Even
after kernel fixes I had persistent panics around ffs_newvnode() due to
disk data corruption from previous runs. This is worth trying.
Some day I
Hello,
on my system I have observed a serious panic when doing FFSv2 dumps
under certain conditions. I did some googling on my own and found some
references regarding the lead symptom
"ffs_newvnode: ino=113 on /p: gen 55fd2f1f/55fd2f1f has non zero blocks
ff00 or size 0"
but