Hi Darren,
>> http://www.opensolaris.org/jive/thread.jspa?messageID=271983
>>
>> The case mentioned there is one where concatenation in zdevs would be
> useful.
>
> That case appears to be about trying to get a raidz sized properly
> against disks of different sizes. I don't see a similar issue
Srinivas Chadalavada wrote:
> Hi Mike,
That's not my name.
also, please answer *all* my questions, you're only providing half the
information: we're still missing the OS & revision, as well as some
information about what's in the log files svcs -x tells us about.
Michael
>Here is the outpu
Hi Mike,
Here is the output.
Sep 22 18:46:01 Executing start method ("/lib/svc/method/nfs-server
start") ]
cannot share 'export': /export: Unknown error
cannot share 'export/home': /export/home: Unknown error
[ Sep 22 18:46:01 Method "start" exited with status 0 ]
[ Sep 22 18:46:01 Stopping beca
On 09/22/08 16:11, Srinivas Chadalavada wrote:
> Hi All,
>
>I am trying to share zfs file system, I did enable sharnfs using this
> command.
what OS/build are you using?
> sudo zfs set sharenfs=on export/home
>
> when I do share –a
>
> I get this error
>
> ech3-mes01.prod:schadala[511] ~
Hi All,
I am trying to share zfs file system, I did enable sharnfs using this
command.
sudo zfs set sharenfs=on export/home
when I do share -a
I get this error
ech3-mes01.prod:schadala[511] ~ $ sudo zfs share -a
cannot share 'export': /export: Unknown error
cannot share 'export/home': /ex
Am 22.09.2008 um 17:22 schrieb Michael Schuster:
> On 09/22/08 06:59, Detlef [EMAIL PROTECTED] wrote:
>> With Nevada Build 98 I realize a slow zpool import of my pool which
>> holds my user and archive data on my laptop.
>> The first time it was realized during the boot if Solaris tells me
>>
On Mon, Sep 22, 2008 at 01:03:13PM +0200, Nils Goroll wrote:
> See
>
> http://www.opensolaris.org/jive/thread.jspa?messageID=271983
>
> The case mentioned there is one where concatenation in zdevs would be
useful.
That case appears to be about trying to get a raidz sized properly
against disks
On 09/22/08 06:59, Detlef [EMAIL PROTECTED] wrote:
> With Nevada Build 98 I realize a slow zpool import of my pool which
> holds my user and archive data on my laptop.
>
> The first time it was realized during the boot if Solaris tells me to
> mount zfs filesystems (1/9) and then works for 1-2 m
Hi Luca,
The bootfs entry is needed if you have more than one BE and wish to boot to a
BE
that is not the default BE set in the "bootfs" property of the root pool. This
is why beadm adds this entry, it enables booting to BE's other than the default
by overriding the "bootfs" property of the ro
I have no snapshots in this zpool.
On 09/22/08 16:09, Sanjeev wrote:
> Detlef,
>
> I presume you have about 9 filesystems. How many snapshots do you have ?
>
> Thanks and regards,
> Sanjeev.
>
> On Mon, Sep 22, 2008 at 03:59:34PM +0200, Detlef [EMAIL PROTECTED] wrote:
>> With Nevada Build 98 I
Detlef,
I presume you have about 9 filesystems. How many snapshots do you have ?
Thanks and regards,
Sanjeev.
On Mon, Sep 22, 2008 at 03:59:34PM +0200, Detlef [EMAIL PROTECTED] wrote:
> With Nevada Build 98 I realize a slow zpool import of my pool which
> holds my user and archive data on my la
With Nevada Build 98 I realize a slow zpool import of my pool which
holds my user and archive data on my laptop.
The first time it was realized during the boot if Solaris tells me to
mount zfs filesystems (1/9) and then works for 1-2 minutes until it goes
ahead. I hear the disk working but have
Juris Krumins wrote:
> lun.0 file, which is at least 20Gb big resides on /export/storage. Why
> df shows only 4.9 GB ?
---
-bash-3.2# ls -la
total 4194871
drwxr-xr-x 2 root sys3 Sep 18 17:28 .
drwxr-xr-x 5 root root 8 Sep 18 17:44 ..
-rw--- 1 root sys
See
http://www.opensolaris.org/jive/thread.jspa?messageID=271983
The case mentioned there is one where concatenation in zdevs would be useful.
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-di
I noticed the same thing, and figured why choose...
title ... xVM
findroot (pool_rpool,0,a)
kernel$ /boot/$ISADIR/xen.gz
module$ /platform/i86xpv/kernel/$ISADIR/unix
/platform/i86xpv/kernel/$ISADIR/unix -B $ZFS-BOOTFS
module$ /platform/i86pc/$ISADIR/boot_archive
bootfs rpool/ROOT/opensolari
Jim Dunham wrote:
> It is the mixture of both resilvering writes, and new ZFS filesystem
> writes, that make it impossible for AVS to make replication 'smarter'.
Jim is right here. I just want to add that I don't see an obvious way to
make AVS as "smart" as Brent may wish it to be.
Sometimes
Hi, after some upgrade (now I run OpenSolaris snv_98 and ZFS revision
13) I executed the upgrade steps (from [0]), but now I see this 2 entry
in menu.lst (both running well):
#-- ADDED BY BOOTADM - DO NOT EDIT --
title Solaris 2008.11 snv_98 X86
findroot (pool_rpool,1,a)
kernel$
On Tue, Sep 16, 2008 at 9:24 AM, <[EMAIL PROTECTED]> wrote:
> I am looking forward to clause 3.1 (source code Availability) of CDDL as
> from their marketing descriptions they appear to have implemented some form
> of in-ZFS hash de-dupe.
I've very curious to see what will be available to the ope
On Sun, Sep 21, 2008 at 11:49 PM, Volker A. Brandt <[EMAIL PROTECTED]> wrote:
> Hmmm... I run Solaris 10/sparc U4. My /usr/java points to
> jdk/jdk1.5.0_16. I am using Firefox 2.0.0.16. Works For Me(TM) ;-)
> Sorry, can't help you any further. Maybe a question for desktop-discuss?
it's a jav
19 matches
Mail list logo