Date: Mon, 21 Nov 2011 20:13:32 +0100 From: Florian Wagner <florian@wagner-flo.net> To: Andriy Gapon <avg@FreeBSD.org> Cc: freebsd-fs@FreeBSD.org Subject: Re: Extending zfsboot.c to allow selecting filesystem from boot.config Message-ID: <20111121201332.03ecadf1@naclador.mos32.de> In-Reply-To: <4ECA2DBD.5040701@FreeBSD.org> References: <20111015214347.09f68e4e@naclador.mos32.de> <4E9ACA9F.5090308@FreeBSD.org> <20111019082139.1661868e@auedv3.syscomp.de> <4E9EEF45.9020404@FreeBSD.org> <20111019182130.27446750@naclador.mos32.de> <4EB98E05.4070900@FreeBSD.org> <20111119211921.7ffa9953@naclador.mos32.de> <4EC8CD14.4040600@FreeBSD.org> <20111120121248.5e9773c8@naclador.mos32.de> <4EC91B36.7060107@FreeBSD.org> <20111120191018.1aa4e882@naclador.mos32.de> <4ECA2DBD.5040701@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/X6aSwgeoAgChpVCe8x9kQrH
Content-Type: multipart/mixed; boundary="MP_//MBHRQfNoPRXJOHOsWppEk4"
--MP_//MBHRQfNoPRXJOHOsWppEk4
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Mon, 21 Nov 2011 12:53:49 +0200
Andriy Gapon <avg@FreeBSD.org> wrote:
> Why did you have to specify MACHINE_CPUARCH?
> Is your OS amd64 or i386?MACHINE_CPUARCH?
Otherwise I get:
# make
"Makefile", line 22: Malformed conditional (${MACHINE_CPUARCH} =3D=3D "amd6=
4")
"Makefile", line 27: if-less endif
make: fatal errors encountered -- cannot continue
Looking at share/mk/sys.mk in both stable-8 and head I see that
MACHINE_CPUARCH is only defined in head.
> > Warning: Object directory not changed from
> > original /usr/src/stable-8/tools/tools/zfsboottest
>=20
>=20
> BTW, proper build procedure is make obj depend all, so that the
> source tree is not polluted.
Ah ok, thanks for that info. I don't know anything about the build
process except for the "enduser interface" (make buildworld, etc.).
> Here is the latest version from my tree:
> https://gitorious.org/~avg/freebsd/avgbsd/trees/devel-20110921/tools/tool=
s/zfsboottest
This one compiles and combined with zfsboottest.sh from head...
1. # ./zfsboottest.sh root
The "mountpoint" property of dataset "root/stable-8-r226381" should be s=
et to "legacy".
The bootloader from stable-8 didn't seem to care that the mountpoint
was set to none, but to get further with zfsboottest I set it to
legacy.
2. # ./zfsboottest.sh root
zfsboottest.sh is reading all the files in //boot using
boot code and using file system code.
It calculates MD5 checksums for all the files and will compare them.
If all files can be properly read using boot code, it is very likely you
will be able to boot from "root" pool>:> Good luck!
ZFS: i/o error - all block copies unavailable
ZFS: can't read MOS
pool: root
config:
=20
NAME STATE
root ONLINE
raidz2 ONLINE
gptid/fe19a168-12e0-11e1-9070-deadbeef1028 ONLINE
gptid/fe62ed10-12e0-11e1-9070-deadbeef1028 ONLINE
gptid/fc93472b-12e0-11e1-9070-deadbeef1028 ONLINE
gptid/fd8b167c-12e0-11e1-9070-deadbeef1028 ONLINE
Then it just hangs there. I've let it run for a few minutes, but
even in a VM with emulated IDE controller the 11MB of files in /boot
shouldn't take very long.
On repeated runs the "ZFS: i/o error" and "can't read MOS" sometimes
are there and sometimes they are not.
3. Rebuilt zfsboottest with -g -O0 and ran it in gdb with my vdev
devices and one single file. I've attached a gdb session but haven't
gotten very far. My C debugging-fu is rather weak ;).
The SIGFPE from zfsboottest.gdb.log.2 is not easily reproduced...
Regards
Florian
--MP_//MBHRQfNoPRXJOHOsWppEk4--
--Sig_/X6aSwgeoAgChpVCe8x9kQrH
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
iEYEARECAAYFAk7KotwACgkQLvW/2gp2pPwEZwCePXiipIyuYU0R2mu0+9/VsoH2
/ZsAnjtesNy8eBZcaB7dryXHJ9YvVPUu
=oXs8
-----END PGP SIGNATURE-----
--Sig_/X6aSwgeoAgChpVCe8x9kQrH--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20111121201332.03ecadf1>