2012-10-09 13:01, Andrej Javoršek wrote:
Martin I hope you succeeded to get your data back.
+1
I have been beaten by ZFS couple of times before
+2 ;)
Now the main question!
If I offline disk (zpool offline MYPOOL ), will that disk be usable
as a single disk for import?!
I do understand h
Martin I hope you succeeded to get your data back.
I have been beaten by ZFS couple of times before (but been beaten deadlier
by Linux MD an LVM)
- in OI 147 zpool import with many snapshots and dedup was too slow for
production. Had to destroy and recreate pool from backup after more than a
day of
When you get it back, do make a backup of it, _offsite_. RAID is not a backup,
and neither is ZFS. Crashplan runs on Solaris and derivatives very well.
On 9 Oct 2012, at 04:26, Martin Bochnig wrote:
> On 10/8/12, Martin Bochnig wrote:
>> However, this time I have a real problem.
>> And it d
Happy you got your stuff back.
On Tuesday, October 09, 2012 11:30 AM, Martin Bochnig wrote:
Ok, to stay correct:
First via rsync or /usr/sbin/tar cEf or cpio for the most important files.
Then I try, if piping zfs send still works.
IT ALL DOESN'T MATTER TO ME.
My DATA MAY BE RESCUED in a few
Ok, to stay correct:
First via rsync or /usr/sbin/tar cEf or cpio for the most important files.
Then I try, if piping zfs send still works.
IT ALL DOESN'T MATTER TO ME.
My DATA MAY BE RESCUED in a few hours )))
)))
___
OpenIndiana-discuss mailing list
On 10/8/12, Martin Bochnig wrote:
> However, this time I have a real problem.
> And it did not happen because of ambigously chosen command names, that
> I misunderstood.
>
> Vbox caused the host to freeze.
> And since then the host's home mirror is no longer mountable.
> And that's just not in lin
On 10/8/12, Richard Elling wrote:
[...]
>> "zpool detach" suggests, that you could still use this disk as a
>> reserve backup copy of the pool you were detaching it from.
>
> No it doesn't -- there is no documentation that suggests this usage.
To non-native speakers of English it sounds like t
] Replacing both disks in a mirror set
On Oct 8, 2012, at 4:07 PM, Martin Bochnig wrote:
> Marilio,
>
>
> at first a reminder: never ever detach a disk before you have a third
> disk that already completed resilvering.
> The term "detach" is misleading, because i
On Oct 8, 2012, at 4:07 PM, Martin Bochnig wrote:
> Marilio,
>
>
> at first a reminder: never ever detach a disk before you have a third
> disk that already completed resilvering.
> The term "detach" is misleading, because it detaches the disk from the
> pool. Afterwards you cannot access the d
On 10/8/12, Dan Swartzendruber wrote:
>
> Wow, Martin, that's a shocker. I've been doing exactly this to 'backup' my
> rpool :(
My full sympathy.
This naming and lack of warnings is just brain-dead.
I cannot understand, how smart engineers like them could name and
implement it that stupid way
It seems, Gmail corrupted the previous mail's attachment.
Here again, this time as a plain text file:
<>
--
regards
%martin
Oct 7 08:40:35 sun4me zfs: [ID 249136 kern.info] imported version 33 pool
wonderhome using 33
Oct 7 08:43:03 sun4me unix: [ID 836849 kern.notice]
Oct 7 08:43:03 s
> Unfortunately, this is not the case.
> Well, you can of course attach it again. Like any new or empty disk.
> But only if and only if you have enough replicas, and that's not what
> one wanted if one fell in this misunderstanding trap.
> And there are no warnings in the zpool/zfs man pages.
>
>
>
Wow, Martin, that's a shocker. I've been doing exactly this to 'backup' my
rpool :(
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
Marilio,
at first a reminder: never ever detach a disk before you have a third
disk that already completed resilvering.
The term "detach" is misleading, because it detaches the disk from the
pool. Afterwards you cannot access the disk's previous contents
anymore. Your "detached" half of a mirror
Dan Swartzendruber wrote:
> I'm not understanding your problem. If you add a 3rd temporary disk, wait
> for it to resilver, then replace c1t5d0, let the new disk resilver, then
> detach the temporary disk, you will never have less than 2 up to date disks
> in the mirror. What am I missing?
>
Dan
From: Maurilio Longo [mailto:maurilio.lo...@libero.it]
Sent: Monday, October 08, 2012 8:58 AM
To: Discussion list for OpenIndiana
Subject: [OpenIndiana-discuss] Replacing both disks in a mirror set
Hi all,
I have a zpool on an oi_147 host system which is made up of 3 mirror sets,
tank
mir
Hi all,
I have a zpool on an oi_147 host system which is made up of 3 mirror sets,
tank
mirror-0
c11t5d0
c11t4d1
mirror-1
c11t3d0
c11t2d0
mirror-2
c11t1d0
c11t0d0
both c11t5d0 and c11t4d0 (SATA 1Tb disks, ST31000528AS) are developing errors,
both dis
17 matches
Mail list logo
