Date: Thu, 19 Oct 2017 13:39:11 +0000 From: Glen Barber <gjb@FreeBSD.org> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-current@freebsd.org, David Boyd <David.Boyd49@twc.com>, "mckusick@mckusick.com" <mckusick@mckusick.com> Subject: Re: VM images for 12.0-CURRENT showing checksum failed messages Message-ID: <20171019133911.GX55623@FreeBSD.org> In-Reply-To: <3514274.MTfVLsneXj@ralph.baldwin.cx> References: <1508255864.5659.3.camel@twc.com> <1740653.LGy8gQVNSR@ralph.baldwin.cx> <20171018164022.GT55623@FreeBSD.org> <3514274.MTfVLsneXj@ralph.baldwin.cx>
next in thread | previous in thread | raw e-mail | index | archive | help
--JNs4m2JFMNhdiK2v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 18, 2017 at 09:49:16AM -0700, John Baldwin wrote: > On Wednesday, October 18, 2017 04:40:22 PM Glen Barber wrote: > > On Wed, Oct 18, 2017 at 09:28:40AM -0700, John Baldwin wrote: > > > On Wednesday, October 18, 2017 03:01:55 PM Glen Barber wrote: > > > > On Wed, Oct 18, 2017 at 07:49:00AM -0700, John Baldwin wrote: > > > > > On Tuesday, October 17, 2017 11:57:44 AM David Boyd wrote: > > > > > > The FreeBSD-12.0-CURRENT-amd64-20171012-r324542.vmdk image disp= lays > > > > > > many checksum failed messages when booted. (see attachment). > > > > > >=20 > > > > > > I think this started about 20170925. > > > > > >=20 > > > > > > I have VirtualBox VM's running 10.4-STABLE, 11.1-STABLE and 12.= 0- > > > > > > CURRENT. > > > > > >=20 > > > > > > Only the 12.0-CURRENT image exhibits this behavior. > > > > > >=20 > > > > > > This is easily fixed by "fsck -y /" in single-user mode during = the boot > > > > > > process. > > > > > >=20 > > > > > > I can test any updates at almost any time. > > > > >=20 > > > > > I wonder if the tool creating the snapshot images wasn't updated = to generate > > > > > cg checksums when creating the initial filesystem. Glen, do you = know which > > > > > tool (makefs or something else?) is used to generate the UFS file= system > > > > > in VM images for snapshots? (In this case it appears to be a .vm= dk image) > > > > >=20 > > > >=20 > > > > mkimg(1) is used. > > >=20 > > > Does makefs generate the UFS image fed into mkimg or does mkimg gener= ate the > > > UFS partition itself? > > >=20 > >=20 > > Sorry, I may have understated a bit. > >=20 > > First, mdconfig(8) is used to create a md(4)-backed disk, onto which > > newfs(8) is run, followed by the installworld/installkernel targets. > >=20 > > Next, mkimg(1) is used to feed the resultant md(4)-based <format>.img > > filesystem (after umount(8)) to create the final output image. >=20 > Hmm, so I suspect you are using an older kernel, but I wonder if you are = also > using an older newfs or a newer newfs? If the newfs is the same as as the > running kernel, then this means that upgrading from a pre-cg-sum kernel t= o a > cg-sum kernel will have similar issues. >=20 I'm somewhat confused by the suggested timestamp this was composed/sent and our out-of-band conversation, but the images are created with the new newfs(8) creating the target filesystem. Glen --JNs4m2JFMNhdiK2v Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEVVuz/A7vpH93hEhKuWzd6q+LXtAFAlnoqv8ACgkQuWzd6q+L XtA5wA//QPrIhZ62t0IIImK1XAbkndSlCB55jWLWGP+BwQIop75PK+us8hJhaY2+ 21lryUBVDQy/bPlDeqC8+XeUXEAOG+AOIeqMTZgQR5VTV3vbjg4OX414l8WH8eZG 6P7X2cpz5gioNGZvEvEB5dtbGQ7MzH2gEJbv5JRJzNSWBCbgMA2OYUo6L+6smDKW bYm0ioWckoiki4N4ZC+BVxrtEGpXLLUWLx8e0N9ek16stLax1rS2NzFtz2ErfKL7 SjB0BKDvpHoHHJamgRsVBWR9iGZD4vgym9C5X5zr9t/315yDLRZLr6dOc6nlrk6P 9B4hTFdSFJw/BsMPSs3qMMPKAN62yxoCADMM9kBfvDqF8VcnbuC1anNPiVSfRQp0 SQc/6rnza2WezzJMzwvTNKifZOcIpMuWMUW7vZL/GQfaz3xxZpEDVTYrQaZVenWV ZRcEjKgm5CpGJ//49mdAFm9rxzk1N9RRmU4yt8Ee4K3eCfCOJZ4UEbNHsXpIm8i2 VEWRAoQ+3Pt4MLwgNKYam9uLSkBUa/bhoIrtBNzn9oicrOrVAQ0CYg3pf1qOI3zP qQuTh/W2PzyOJeRU/7l1xRgBbYmz9OY+bF18QQ9zAwvjsK3wRIlHYjm+JVZODdep HrP0ui7ezaSrsnamy7yDvljfRQWc4OJgRl0JEu1A/JrO72HtIkc= =tRRd -----END PGP SIGNATURE----- --JNs4m2JFMNhdiK2v--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20171019133911.GX55623>