Re: [zfs-discuss] resilver running for 35 trillion years
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: >> >> NAMESTATE READ WRITE CKSUM >> rpool ONLINE 0 0 0 >> mirrorONLINE 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
Re: [zfs-discuss] resilver running for 35 trillion years
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: > > NAMESTATE READ WRITE CKSUM > rpool ONLINE 0 0 0 > mirrorONLINE 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. > > -- Solaris Revenue Products Engineering, India Engineering Center, Sun Microsystems India Pvt Ltd. Tel:x27521 +91 80 669 27521 ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss