> Hello all,
> 
> I've been running OpenSolaris on my personal
> fileserver for about a year and a half, and it's been
> rock solid except for having to upgrade from 2009.06
> to a dev version to fix some network driver issues.
> About a month ago, the motherboard on this computer
> died, and I upgraded to a better motherboard and
> processor.  This move broke the OS install, and
> instead of bothering to try to figure out how to fix
> it, I decided on a reinstall.  All my important data
> (including all my virtual hard drives) are stored on
>  a separate 3 disk raidz pool.  
> 
> In attempting to import the pool, I realized that I
> had upgraded the zpool to a newer version than is
> supported in the live CD, so I installed the latest
> dev release to allow the filesystem to mount.  After
> mounting the drives (with a zpool import -f), I
> noticed that some files might be missing.  After
> installing virtualbox and booting up a WinXP VM, this
> issue was confirmed.
> 
> Files before 2/10/2010 seem to be unharmed, but the
> next file I have logged on 2/19/2010 is missing.
> Every file created after this date is also missing.
> The machine had been rebooted several times before
> the crash with no issues.  For the week or so prior
> to the machine finally dying for good, it would
> boot, last a few hours, and then crash.  These files
>  were fine during that period.
> 
> One more thing of note:  when the machine suffered
> critical hardware failure, the zpool in issue was at
> about 95% full.  When I upgraded to new hardware
> (after updating the machine), I added two mirrored
> disks to the pool to alleviate the space issue until
> I could back everything up, destroy the pool, and
> recreate it with six disks instead of three.
> 
> Is this a known bug with a fix, or am I out of luck
> with these files?
> 
> Thanks,
> Austin

Austin,

If your raidz pool  with important data was damaged in some way by the
hardware failures, then a recovery mechanism in recent builds is to discard
the last few transactions to get the pool back to a good known state.
You would have seen messages regarding this recovery. 

We might be able to see if this recovery happened if you could provide 
your zpool history output for this pool.

Generally, a few seconds of data transactions are lost, not all of the data
after a certain date.

Another issue is that VirtualBox doesn't honor cache flushes by default
so if the system is crashing with data in play, your data might not be
safely written to disk.

Thanks,

Cindy
-- 
This message posted from opensolaris.org
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to