Date: Sat, 25 Oct 2014 13:26:43 +0200 From: Alban Hertroys <haramrae@gmail.com> To: freebsd-stable <freebsd-stable@freebsd.org> Subject: Dump time issues Message-ID: <6978A7BF-3CB7-4088-904D-5A60D755A04C@gmail.com>
next in thread | raw e-mail | index | archive | help
I=92m seeing something odd in my dump output that I didn=92t notice = before: Dumping /root... DUMP: WARNING: should use -L when dumping live read-write filesystems! DUMP: Date of this level 6 dump: Sat Oct 25 12:43:08 2014 DUMP: Date of last level 0 dump: Sun Feb 23 01:38:22 2014 DUMP: Dumping /dev/mirror/root (/) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 178184276 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 2.43% done, finished in 3:20 at Sat Oct 25 16:09:41 2014 DUMP: 5.35% done, finished in 2:57 at Sat Oct 25 15:51:18 2014 DUMP: 6.98% done, finished in 3:19 at Sat Oct 25 16:19:11 2014 DUMP: 9.14% done, finished in 3:18 at Sat Oct 25 16:22:57 2014 DUMP: 11.98% done, finished in 3:03 at Sat Oct 25 16:12:54 2014 DUMP: 14.35% done, finished in 2:59 at Sat Oct 25 16:13:20 2014 Note that the time is jumping back and forth and that these times are = several hours into the future: $> date Sat Oct 25 13:16:05 CEST 2014 It=92s probably harmless, but I thought I=92d ask. A quick search on = Google didn=92t turn up anything useful. System is: $> uname -a FreeBSD solfertje 9.3-STABLE FreeBSD 9.3-STABLE #12 r269624: Wed Aug 6 = 14:51:47 CEST 2014 foo@bar:/usr/obj/usr/src/sys/ANTELOPE amd64 P.S. Not using dump -L because that=92s a journaled UFS file system that = doesn=92t support snapshots. Cheers, Alban Hertroys -- If you can't see the forest for the trees, cut the trees and you'll find there is no forest.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6978A7BF-3CB7-4088-904D-5A60D755A04C>