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
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
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
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
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
___
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,
>>>
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:
>>
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
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
> 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
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
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.
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
13 matches
Mail list logo
