Assuming there are no other volumes sharing slices of those disk, why import?
Just over write the disk with a new pool using the f flag during creation.
I'm just sayin since you were destroying the volume anyway I presume there is
no data we are trying to preserve here.
--
This message posted f
Greetings, all!
I've recently jumped into OpenSolaris after years of using Gentoo for my
primary server OS, and I've run into a bit of trouble on my main storage zpool.
Reading through the archives, it seems like the symptoms I'm seeing are fairly
common though the causes seem to vary a bit.
Or Nexenta :)
http://www.nexenta.org
~Anil
On Thu, Aug 5, 2010 at 5:15 PM, Tuco wrote:
>> That said, if you need ZFS right now, it's either
>> FreeBSD or OpenSolaris
>
> Or Debian GNU/kFreeBSD ;-)
>
> http://tucobsd.blogspot.com/2010/08/apt-get-install-zfsutils.html
> --
> This message posted f
> That said, if you need ZFS right now, it's either
> FreeBSD or OpenSolaris
Or Debian GNU/kFreeBSD ;-)
http://tucobsd.blogspot.com/2010/08/apt-get-install-zfsutils.html
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-disc
On Aug 5, 2010, at 2:24 PM, Roch Bourbonnais wrote:
>
> Le 5 août 2010 à 19:49, Ross Walker a écrit :
>
>> On Aug 5, 2010, at 11:10 AM, Roch wrote:
>>
>>>
>>> Ross Walker writes:
On Aug 4, 2010, at 12:04 PM, Roch wrote:
>
> Ross Walker writes:
>> On Aug 4, 2010, at 9
Last night I upgraded from 2009.6 to b134 from the dev branch. I
haven't tried to boot the resulting BE yet, because I got the
following errors:
PHASEACTIONS
Removal Phase16199/21806
Warning - directory etc/sma/snmp/mibs not empt
Le 5 août 2010 à 19:49, Ross Walker a écrit :
> On Aug 5, 2010, at 11:10 AM, Roch wrote:
>
>>
>> Ross Walker writes:
>>> On Aug 4, 2010, at 12:04 PM, Roch wrote:
>>>
Ross Walker writes:
> On Aug 4, 2010, at 9:20 AM, Roch wrote:
>
>>
>>
>> Ross Asks:
>>
On Aug 5, 2010, at 11:10 AM, Roch wrote:
>
> Ross Walker writes:
>> On Aug 4, 2010, at 12:04 PM, Roch wrote:
>>
>>>
>>> Ross Walker writes:
On Aug 4, 2010, at 9:20 AM, Roch wrote:
>
>
> Ross Asks:
> So on that note, ZFS should disable the disks' write cache,
>>>
Thank you all for your help. It turns out that I just need to ignore the ones
that have their mount points either not defined or are marked as "legacy."
It is good to learn about history command. Could come in handy.
Regards,
Peter
--
This message posted from opensolaris.org
___
I have seen some network recommendations for tuning a small storage server
from the network side. I am currently using this set and wondered if there
were other things I should be tweeking,
ndd -set /dev/tcp tcp_xmit_hiwat1048576
ndd -set /dev/tcp tcp_recv_hiwat8388608
ndd -set /d
Ross Walker writes:
> On Aug 4, 2010, at 12:04 PM, Roch wrote:
>
> >
> > Ross Walker writes:
> >> On Aug 4, 2010, at 9:20 AM, Roch wrote:
> >>
> >>>
> >>>
> >>> Ross Asks:
> >>> So on that note, ZFS should disable the disks' write cache,
> >>> not enable them despite ZFS's COW
On 04 August, 2010 - Karl Rossing sent me these 5,4K bytes:
> Hi,
>
> We have a server running b134. The server runs xen and uses a vdev as
> the storage.
>
> The xen image is running nevada 134.
>
> I took a snapshot last night to move the xen image to another server.
>
> NAME
I ran fmdump -eV > dump.txt, and opened the 64 MB text file. What should I be
looking for?
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
13 matches
Mail list logo
