I've got a system with a 1-partition (74G) root pool and an 8-whole-disk
(500Gx8) raidz2 pool called tank. I reinstalled the OS recently, after
zfs export'ing tank, and did a zpool import -af. The following is what
I ended up with. I'm totally at a loss to explain these "Xc..." pools;
there isn
Tim, Nevermind. I should have Read The Fine Manual (tm) from the start.
Says zpool(1M):
---
(...)
zpool list (...)
(...)
This command reports actual physical space available to the storage
pool. The physical space can be different fr
On Sun, May 31, 2009 at 12:57 PM, Tim wrote:
>
> On Sun, May 31, 2009 at 10:29 AM, Rodrigo E. De León Plicet
> wrote:
>>
>> Related to the attached file, I just want to understand why, if 'zpool
>> list' reports 191MB available for coolpool, 'df -h|grep cool' only
>> shows 159MB available for cool
On Mon 08/06/09 08:12 , dick hoogendijk d...@nagual.nl sent:
> Can I do a zfs send filesystem from Solaris-10 into a file.zfs to a
> machine running OpenSolaris-2009.06, store it there and later do a zfs
> receive TO the solaris-10 machine from this file.zfs (onto the OSOl
> machine?
Yes. You can
Can I do a zfs send filesystem from Solaris-10 into a file.zfs to a
machine running OpenSolaris-2009.06, store it there and later do a zfs
receive TO the solaris-10 machine from this file.zfs (onto the OSOl
machine? I ask because I'm not sure if the zfs rpool versions will get
in the way. S10 has v
I'm running OpenSolaris 2009.06, and when I attempt to restore a ZFS snapshot,
the machine hangs in an odd fashion.
I create a backup of fs1 (roughly 15GB):
zfs send -R tank/f...@1 | gzip > /backups/test_1.gz
I create a new zpool to accept the backup:
zpool create testdev1 testpool
Then I att
Arthur Bundo wrote:
same history happened to me on build 111 and i still don't know what to do
What do you see in /tank/home?
Can you do an overlay mount, zfs mount -O tank/home?
--
Ian.
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
ht
same history happened to me on build 111 and i still don't know what to do
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Out of curiosity, would destroying the zpool and then importing the destroyed
pool have the effect of recognizing the size change? Or does 'destroying' a
pool simply label a pool as 'destroyed' and make no other changes...
--
This message posted from opensolaris.org
Paul B. Henson wrote:
On Sat, 6 Jun 2009, Richard Elling wrote:
The presumption is that you are using UFS for the CF, not ZFS.
UFS is not COW, so there is a potential endurance problem for
blocks which are known to be rewritten many times. ZFS will not
have this problem, so if you use ZFS r
On Sun, 07 Jun 2009 13:20:31 +0200, Kees Nuyt
wrote:
>You can find accidentally deleted files in the snapshots in
>the .zfs directory in the root of every zfs filesystem.
Addition: you may have to execute
# zfs set snapdir=visible yourpoolname
to see the .zfs directories in your dirtree.
--
On Sun, 07 Jun 2009 02:09:20 PDT, paco
wrote:
>hello,
>
>any known tool for advanced recovery of accidentally
>deleted files in raidz (3 HDD) zfs filesystem
> (the raidz is not damaged nor corrupted)??
>
>it seems to be some steps, but no ready-to-go tools:
>
>http://web.science.mq.edu.au/~rdale/
Ian Collins wrote:
Tim Haley wrote:
Brent Jones wrote:
On the sending side, I CAN kill the ZFS send process, but the remote
side leaves its processes going, and I CANNOT kill -9 them. I also
cannot reboot the receiving system, at init 6, the system will just
hang trying to unmount the file sys
hello,
any known tool for advanced recovery of accidentally deleted files in raidz (3
HDD) zfs filesystem (the raidz is not damaged nor corrupted)??
it seems to be some steps, but no ready-to-go tools:
http://web.science.mq.edu.au/~rdale/teaching/itec810/WorkshopPapers/Li_Andrew_FinalWorkshopPa
On Sat, 6 Jun 2009, Richard Elling wrote:
> The presumption is that you are using UFS for the CF, not ZFS.
> UFS is not COW, so there is a potential endurance problem for
> blocks which are known to be rewritten many times. ZFS will not
> have this problem, so if you use ZFS root, you are better
15 matches
Mail list logo
