On Fri, 30 Jan 2009 16:49:15 -0800, Frank Cusack
wrote:
>zfs set only seems to accept an absolute path, which even if you set it
>to the name of the pool, isn't quite the same thing as the default.
>see my other thread about "set mountpoint but don't mount?".
That property is called "canmount".
I will be out of the office starting 01/30/2009 and will not return until
02/02/2009.
I will be out of the office on 1/30/2009 and returning on 2/2/2009- I can
be reached at 412-559-3708
CONFIDENTIALITY NOTICE: This electronic message contains
information which may be legally confidential and
Solved - Work around
1. Reboot single user
2. zpool import -f pool - but pool doesn't mount, can't create mount point
3. zpool scrub -s pool (scrub was started again on import)
4. zpool export pool
4. Reboot
5. zpool import pool
6. Exhale.
-Ed
--
This message posted from opensolaris.org
Let me just add something here. I was attempting to debug a separate issue here
about init 5 with a zfs volume hanging (that remains unresolved)
I had build 106 with said zpool running a scrub, then did a shutdown (scrub
unfinished)
Installed build 107 on another disk and experienced this hang
On January 31, 2009 10:57:11 AM +0100 Kees Nuyt wrote:
> On Fri, 30 Jan 2009 16:49:15 -0800, Frank Cusack
> wrote:
>
>> zfs set only seems to accept an absolute path, which even if you set it
>> to the name of the pool, isn't quite the same thing as the default.
>> see my other thread about "set
On January 30, 2009 1:09:49 PM -0500 Mark J Musante
wrote:
> On Fri, 30 Jan 2009, Frank Cusack wrote:
>>
>> so, is there a way to tell zfs not to perform the mounts for data2? or
>> another way i can replicate the pool on the same host, without exporting
>> the original pool?
>
> There is not a w
On January 30, 2009 9:58:56 AM -0800 Frank Cusack
wrote:
> somewhat related question, any way to tell zfs it's ok to shadow a
> directory? i would like to create datasets for /usr/local dirs in
> each sparse zone, however because /usr is inherited and the global
> zone's /usr/local is populated,
To set the mountpoint back to default, use 'zfs inherit mountpoint '
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
I'm already using it. This could be really useful for my Windows
roaming-profile application of ZFS/NFS/SMB
On Fri, Jan 30, 2009 at 9:35 PM, Richard Elling
wrote:
> For those who didn't follow down the thread this afternoon,
> I have posted a tool call zilstat which will help you to answer
> the
On Sat, 31 Jan 2009 09:49:09 -0800, Frank Cusack
wrote:
>On January 31, 2009 10:57:11 AM +0100 Kees Nuyt wrote:
>> On Fri, 30 Jan 2009 16:49:15 -0800, Frank Cusack
>> wrote:
>>
>>> zfs set only seems to accept an absolute path, which even if you set it
>>> to the name of the pool, isn't quite t
On January 31, 2009 10:17:56 AM -0800 Mark J Musante
wrote:
> To set the mountpoint back to default, use 'zfs inherit mountpoint
> '
oh, duh . i realized that was the case for all but the
top level dataset but didn't intuit that at the top level inherit
would work that way. thanks.
___
On January 30, 2009 9:57:33 PM -0800 Frank Cusack
wrote:
> what finally worked was that i swapped the two disks physically. on
> reboot my existing pool now was on c3t0d0. i was then able to attach
> the new disk (now c2t0d0) without complaint. UGH.
>
> hopefully there's a hint in my narrative
I experienced a hang on zfs import on a pool that was under scrub.
My fix was to boot in single user, cancel the scrub, reboot, and import the
pool again.
HTH
-Ed
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@op
the J series is far to new to be hitting ebay yet.
Any alot of people will not be buying the J series for obvious reasons
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/ma
As I've said, I've got this ZFS pool, with 450GB of my data in it, that
crashes the system when I import it. I've now got a dozen or so log
entries on this, having finally gotten it to happen in a controlled enough
environment that I can get at the log files and transfer them somewhere I
can acces
> nevermind, i will just get a Promise array.
Don't. I don't normally like to badmouth vendors, but my experience
with Promise was one of the worst in my career, for reasons that should
be relevant other ZFS-oriented customers.
We ordered a Promise array because their tech sheet said Solaris was
16 matches
Mail list logo
