To be honest, I don't think it's that much of a risk:
We get regular power cuts at home (probably 8-10 a year), and I've got a
solaris box that was originally snv_70, and is now snv_98 that's survived over
half a dozen without any issues at all. It wasn't ZFS boot originally, but has
been upgr
Suppose I have a single ZFS pool on a single disk;
I want to upgrade the system to use two different, larger disks
and I want to mirror.
Can I do something like:
- I start with disk #0
- add mirror on disk #1
(resilver)
- replace first disk (#0) with disk #2
[EMAIL PROTECTED] wrote:
> Suppose I have a single ZFS pool on a single disk;
> I want to upgrade the system to use two different, larger disks
> and I want to mirror.
>
> Can I do something like:
>
> - I start with disk #0
> - add mirror on disk #1
> (resilver)
> - repl
Enda O'Connor wrote:
> [EMAIL PROTECTED] wrote:
>> Suppose I have a single ZFS pool on a single disk;
>> I want to upgrade the system to use two different, larger disks
>> and I want to mirror.
>>
>> Can I do something like:
>>
>> - I start with disk #0
>> - add mirror on disk #1
>>
Raymond Scott wrote:
> I'm very glad to see ZFS for boot available now. We have begun to use
> X4150 servers and had settled on using the built-in HW RAID for mirroring
> the drives in pairs. Two for Boot, two for data etc...
>
> Is it a good idea to first create a HW RAID mirror and then instal
Sorry to ask a dumb question, but is that before or after you attach the disk
to the mirror?
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
>Sorry to ask a dumb question, but is that before or after you attach the disk
>to the mirror?
If you need to install bootblocks, it doesn't matter when you do it.
But I found the answers I want, I think what I need to do is:
zpool attach export disk#0 disk#1
(this makes the single
Another question: My MoBo has a JMB (363 I think) SATA controller. I know
> support is included now in sxce, but I don't know for s10U6.
I answer myself:
I tries S10u6 and the Jmicron AHCI controller is not recognized. I tried the
install check CD and it's weird: it lists the controller as suppor
On Wed, Nov 19, 2008 at 8:39 AM, Ross <[EMAIL PROTECTED]> wrote:
> Sorry to ask a dumb question, but is that before or after you attach the
> disk to the mirror?
> --
> This message posted from opensolaris.org
> ___
> zfs-discuss mailing list
> zfs-discu
1) fix timestamp
yeah, done that. But since this is our main backup for a set of maybe 700-900
users, these files periodically crop up and don't get backed up. It seems like
a real hack to set a cron job to go around touching files... And a pain to keep
monitoring and doing it manually
2) reco
Did you try ? :
echo nfs_allow_preepoch_time/W1 | adb -wk
--
Francois
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Refering to the web gui or bui seen here
http://blogs.sun.com/brendan/entry/status_dashboard
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
the problem is not with nfs mounted files, but with rsync over ssh from the
machine itself.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
We were able to compile rsync for 64 bit, (Sun c compiler) with:
CFLAGS=-xarch=amd64
However, it still fails with the message:
rsync: failed to set times on "/tmp/foo/xxx/.filename.java.b0aGxe": Value too
large for defined data type (79)
rsync does copy the file, but fails to reset the timesta
> 2) recompile 64 bit version of rsync
> Tried that - tried setting LDFLAGS='-L/lib/64'
> & recompiling rsync, but it did not seem to pick up the right libraries.
> Suggestions?
Assuming you are running (t)csh and have the Sun Studio compiler, do:
unsetenv LD_LIBRARY_PATH
unsetenv LDFLAGS
On Tue, Nov 18, 2008 at 07:44:56PM -0800, Ed Clark wrote:
Hi Ed,
> messages from the underlying pkging commands are captured in the
> /var/sadm/patch//log file
>
> messages from patchadd itself and patch level scripts (prepatch, postpatch,
> etc) go to stdout/stderr
>
> these are two distinc
On Tue, Nov 18, 2008 at 09:09:07AM -0800, Andre Lue wrote:
> Is the web interface on the appliance available for download or will it make
> it to opensolaris sometime in the near future?
It's not, and it's unlikely to make it to OpenSolaris.
Adam
--
Adam Leventhal, Fishworks
17 matches
Mail list logo
