atom feed60 messages in org.freebsd.freebsd-currentRe: zfs: Fatal trap 12: page fault wh...
FromSent OnAttachments
Juergen UngerJul 27, 2009 12:24 am 
O. HartmannJul 27, 2009 12:58 pm 
Juergen UngerJul 27, 2009 2:33 pm 
Andriy GaponJul 28, 2009 2:50 am 
Pawel Jakub DawidekJul 29, 2009 1:47 am 
Thomas BackmanJul 29, 2009 3:31 am 
Andriy GaponJul 29, 2009 4:21 am 
Andriy GaponJul 29, 2009 4:41 am 
Thomas BackmanJul 29, 2009 5:45 am 
Andriy GaponJul 29, 2009 6:03 am 
Thomas BackmanJul 29, 2009 6:23 am 
Andriy GaponJul 29, 2009 6:45 am 
Thomas BackmanJul 29, 2009 6:52 am 
Andriy GaponJul 29, 2009 6:55 am 
Thomas BackmanJul 29, 2009 7:10 am 
Andriy GaponJul 29, 2009 7:35 am 
Andriy GaponJul 29, 2009 9:01 am 
Thomas BackmanJul 29, 2009 9:10 am 
Thomas BackmanJul 29, 2009 10:13 am 
Andriy GaponJul 29, 2009 10:17 am 
Thomas BackmanJul 29, 2009 11:03 am 
Thomas BackmanJul 29, 2009 1:14 pm 
Pawel Jakub DawidekJul 29, 2009 2:17 pm 
Thomas BackmanJul 30, 2009 12:04 am 
Andriy GaponJul 30, 2009 5:11 am 
Thomas BackmanJul 30, 2009 5:51 am 
Andriy GaponJul 30, 2009 6:13 am 
Thomas BackmanJul 30, 2009 6:31 am 
Andriy GaponJul 30, 2009 6:34 am 
Andriy GaponJul 30, 2009 7:24 am 
Thomas BackmanJul 30, 2009 7:39 am 
Andriy GaponJul 30, 2009 7:45 am 
Andriy GaponJul 30, 2009 7:48 am 
Thomas BackmanJul 30, 2009 8:25 am 
Andriy GaponJul 30, 2009 8:39 am 
Thomas BackmanJul 30, 2009 9:41 am 
Thomas BackmanJul 30, 2009 11:29 am 
Andriy GaponJul 30, 2009 11:41 am 
Thomas BackmanJul 31, 2009 2:04 am 
James R. Van ArtsdalenJul 31, 2009 4:44 am 
Thomas BackmanJul 31, 2009 5:26 am 
Thomas BackmanJul 31, 2009 10:09 am 
Tim KientzleAug 1, 2009 10:11 am 
Juergen UngerAug 2, 2009 2:26 am 
Pawel Jakub DawidekAug 2, 2009 2:29 am 
Juergen UngerAug 3, 2009 1:32 pm 
Pawel Jakub DawidekAug 4, 2009 12:33 am 
Juergen UngerAug 4, 2009 12:53 am 
Pawel Jakub DawidekAug 4, 2009 2:49 am 
Juergen UngerAug 4, 2009 2:56 am 
Pawel Jakub DawidekAug 4, 2009 12:50 pm 
Thomas BackmanAug 4, 2009 1:10 pm 
Pawel Jakub DawidekAug 4, 2009 1:25 pm 
Pawel Jakub DawidekAug 4, 2009 11:49 pm 
Thomas BackmanAug 5, 2009 12:08 am 
Thomas BackmanAug 5, 2009 12:20 am 
Pawel Jakub DawidekAug 5, 2009 2:37 am 
Thomas BackmanAug 5, 2009 3:36 am 
Thomas BackmanAug 5, 2009 5:06 am 
Pawel Jakub DawidekAug 6, 2009 10:44 pm 
Subject:Re: zfs: Fatal trap 12: page fault while in kernel mode
From:Thomas Backman (sere@exscape.org)
Date:Jul 31, 2009 5:26:52 am
List:org.freebsd.freebsd-current

On Jul 31, 2009, at 13:45, James R. Van Artsdalen wrote:

Andriy Gapon wrote:

on 30/07/2009 17:39 Thomas Backman said the following:

Or, in patch form (I think the intendation screws the patch up as linked there): http://exscape.org/temp/libzfs_sendrecv.patch

One comment on the patch - I personally don't like bit-wise xor in a logical expression. But if otherwise the expression would be huge and ugly, then OK.

If you're going to code an XOR, use an XOR. Don' make the reader untangle code to figure out that that some other code is really just an XOR.

However I think I was trying to handle two cases that can't happen: the top filesystem cannot be renamed to somewhere else in the pool, and no other filesystem can be renamed to the root. So the new version of the patch below needs no XOR.

Without this or something like it you can't replicate an entire pool, i.e.

zfs send -R -I @yesterday pool@today | ssh backup zfs recv -vF -d pool

dumps core from the strccmp(0, 0) in the original code below.

Index: cddl/contrib/opensolaris/lib/libzfs/common/libzfs_sendrecv.c =================================================================== ...

Nice job, thanks :) Just wanted to chime in and say that your new patch seems to work just as well as the previous one. I hope you don't mind me hosting this too (I had to apply it manually thanks to spacing... I think it's my mail client not being very nice at retaining tabs/spaces)... Straight from svn diff: http://exscape.org/temp/libzfs_sendrecv.new.patch

BTW (maybe not on topic for this mail, but for this thread), I've created a test case to reproduce the new panic (every time). It happens with -DDEBUG=1, after destroying a filesystem and then doing an incremental backup. Currently recompiling world/kernel on a second box to reproduce before I post that.

Regards, Thomas