Date: Thu, 05 Nov 2020 02:55:48 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 250816] ZFS cannot import its own export on AWS EC2 12.1 & 12.2-RELEASE Message-ID: <bug-250816-227-0zuOhEbRd5@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-250816-227@https.bugs.freebsd.org/bugzilla/> References: <bug-250816-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D250816 --- Comment #8 from Gunther Schadow <raj@gusw.net> --- Thank you for your initial interest.=20 Colin, I don't know if other platforms are affected. For sure it's not hard= ware dependent (same for amd and arm). I hope some people would just try to cut = and paste my little test script, it couldn't be easier. Please, anyone looking = at this: try and post your results. 12.2 and 12.1 are suspect. But it could be= the specific kernel built used for EC2 AMI. Unfortunately these days the kernel sources are no longer part of the normal system setup, and I admit have forgotten a little bit the grunt of running config and the corners of the s= ys/ tree. (I used to, after all, I have written one device driver for FreeBSD-2= .x). Andriy, here is the dtrace result: root@geli:/home/ec2-user # dtrace -qn 'zfs-dbgmsg{printf("%s\n", stringof(arg0))}' -c 'zpool import -d zfstd' dtrace: buffer size lowered to 1m pool: testpool id: 4731456272891350032 state: UNAVAIL status: One or more devices contains corrupted data. action: The pool cannot be imported due to damaged devices or data. see: http://illumos.org/msg/ZFS-8000-5E config: testpool UNAVAIL insufficient replicas raidz1-0 UNAVAIL insufficient replicas 16509719173445145761 UNAVAIL corrupted data 12908006057264574797 UNAVAIL corrupted data spa_tryimport: importing testpool spa_load($import, config trusted): LOADING spa_load($import, config untrusted): vdev tree has 1 missing top-level vdev= s. spa_load($import, config untrusted): current settings allow for maximum 0 missing top-level vdevs at this stage. spa_load($import, config untrusted): FAILED: unable to open vdev tree [error=3D22] vdev 0: root, guid: 4731456272891350032, path: N/A, can't open vdev 0: raidz, guid: 15929167801800586952, path: N/A, can't open vdev 0: disk, guid: 16509719173445145761, path: /usr/home/ec2-user/zfstd/0, can't open vdev 1: disk, guid: 12908006057264574797, path: /usr/home/ec2-user/zfstd/1, can't open spa_load($import, config untrusted): UNLOADING Hope that helps. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-250816-227-0zuOhEbRd5>