Indeed. This happens when the scrub started "in the future" according to the timestamp. Then we get a negative amount of time passed, which gets printed like this. We should check for this and at least print a more useful message.
--matt Sanjeev Bagewadi wrote: > Mike, > > Indeed an interesting result :) ! > This is a known problem with VirtualBox :) > They have fixed it in the latest release > -- snip -- > > #1639: Solaris Virtual box guest keeps getting its time reset after resuming > VM > from suspend > ------------------------+--------------------------------------------------- > Reporter: nagki | Owner: > Type: defect | Status: closed > Priority: major | Version: VirtualBox 1.6.0 > Resolution: duplicate | Keywords: time reset guest > ------------------------+--------------------------------------------------- > Changes (by sandervl73): > > * status: new => closed > * resolution: => duplicate > > Comment: > > Duplicate and fixed in 1.6.2 (due out in a day or two) > -- snip -- > > Cheers, > Sanjeev. > > > Mike Gerdts wrote: >> This is good for a chuckle. >> >> # zpool status >> pool: rpool >> state: ONLINE >> status: One or more devices is currently being resilvered. The pool will >> continue to function, possibly in a degraded state. >> action: Wait for the resilver to complete. >> scrub: resilver in progress for 307445734561488536h47m, 19.31% done, >> 307445734560416371h48m to go >> config: >> >> NAME STATE READ WRITE CKSUM >> rpool ONLINE 0 0 0 >> mirror ONLINE 0 0 0 >> c7d0s0 ONLINE 0 0 0 >> c7d1s0 ONLINE 0 0 0 >> >> errors: No known data errors >> >> >> I'm all for the 128 bit file system being able to use every atom in >> the universe for storage, but I doubt that this pool has been >> resilvering for over 35 trillion years. If it has, I'm certainly not >> staying up to wait for it to finish... >> >> How did this happen? According to the timestamps in my prompt, I'm >> thinking that virtualbox reset the time to zero while the command was >> running. This seems to happen from time to time, but this is the most >> entertaining result I have seen. >> >> > > _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
