dick hoogendijk wrote:
Sorry Uwe, but the answer is yes. Assuming that your hardware is in
order. I've read quite some msgs from you here recently and all of them
make me think you're no fan of zfs at all. Why don't you quit using it
and focus a little more on installing SunStudio
I would
casper@sun.com wrote:
I would suggest that you follow my recipe: not check the boot-archive
during a reboot. And then report back. (I'm assuming that that will take
several weeks)
We are back at square one; or, at the subject line.
I did a zpool status -v, everything was hunky
We are back at square one; or, at the subject line.
I did a zpool status -v, everything was hunky dory.
Next, a power failure, 2 hours later, and this is what zpool status -v
thinks:
zpool status -v
pool: rpool
state: ONLINE
status: One or more devices has experienced an error resulting in
casper@sun.com wrote:
We are back at square one; or, at the subject line.
I did a zpool status -v, everything was hunky dory.
Next, a power failure, 2 hours later, and this is what zpool status -v
thinks:
zpool status -v
pool: rpool
state: ONLINE
status: One or more devices has
On Sun, 19 Apr 2009 18:15:31 +0800
Uwe Dippel udip...@gmail.com wrote:
Reliability at power failure? That was my question, and I had to
learn that the answer is 'no'.
Sorry Uwe, but the answer is yes. Assuming that your hardware is in
order. I've read quite some msgs from you here recently and
On 19-Apr-09, at 10:38 AM, Uwe Dippel wrote:
casper@sun.com wrote:
We are back at square one; or, at the subject line.
I did a zpool status -v, everything was hunky dory.
Next, a power failure, 2 hours later, and this is what zpool
status -v thinks:
zpool status -v
pool: rpool
state:
dick hoogendijk wrote:
Why don't you quit using it
and focus a little more on installing SunStudio (which isn't that hard
to do; at least not so hard as you want us to believe it is in another
thread). All I ever had to do was start the installer (in a GUI) and
-all- software was placed where it
Toby Thain wrote:
Chances are. That Ubuntu as double boot here never finds anything
wrong, crashes, etc.
Why should it? It isn't designed to do so.
I knew this would inevitably creep up. :)
Why are you running a non-redundant pool?
Because.
90+% of the normal desktop users will
And after some 4 days without any CKSUM error, how can yanking the
power cord mess boot-stuff?
Maybe because on the fifth day some hardware failure occurred? ;-)
ha ha ! sorry .. that was pretty funny.
--
Dennis
___
zfs-discuss mailing list
On Sun, 19 Apr 2009, Uwe Dippel wrote:
Why are you running a non-redundant pool?
Because.
90+% of the normal desktop users will run a non-redundant pool, and expect
their filesystems to not add operational failures, but come back after a
yanked power cord without fail.
OpenSolaris desktop
On Sun, 19 Apr 2009 11:24:26 -0500 (CDT)
Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote:
If you want to be included in the 0.5% of the desktop population who
are smart enough to run OpenSolaris, maybe you should add a mirror
drive.
You took the words right out of my mouth.
I often
Bob Friesenhahn wrote:
OpenSolaris desktop users are surely less than 0.5% of the desktop
population. Are the 90+% of the normal desktop users you are talking
about the Microsoft Windows users, which is indeed something like 90%?
If you really want to be part of the majority, perhaps you
On Mon, 20 Apr 2009 00:41:49 +0800
Uwe Dippel udip...@gmail.com wrote:
I'd still like to run OpenSolaris, and without mirror drive.
Where does that put me?
Somewhere I wouldn't want to be. NOT if I run production servers, that
is. Systems to play with are OK of course. You need redundancy and
On Sun, Apr 19 at 18:38, dick hoogendijk wrote:
On Sun, 19 Apr 2009 11:24:26 -0500 (CDT)
Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote:
If you want to be included in the 0.5% of the desktop population who
are smart enough to run OpenSolaris, maybe you should add a mirror
drive.
You took
On Sun, 19 Apr 2009, Eric D. Mudama wrote:
Additionally, over the last few months I'm pretty sure I've seen this
same discussion and report of corruption when the person *did* have
mirrored boot and had an unsafe power fail. I'll have to dig to find
it though.
You are right that there have
Uwe Dippel wrote:
Next, a power failure, 2 hours later, and this is what zpool status -v
thinks:
Reliability at power failure? That was my question, and I had to learn
Your question should be about HARDWARE reliability after power failure.
Some (cheap) hardware are very unreliable, either
Because.
90+% of the normal desktop users will run a non-redundant pool, and
expect their filesystems to not add operational failures, but come
back after a yanked power cord without fail.
OpenSolaris desktop users are surely less than 0.5% of the desktop
population. Are the 90+% of the normal
Uwe Dippel wrote:
casper@sun.com wrote:
I would suggest that you follow my recipe: not check the boot-archive
during a reboot. And then report back. (I'm assuming that that will
take several weeks)
We are back at square one; or, at the subject line.
I did a zpool status -v,
udip...@gmail.com said:
dick at nagual.nl wrote:
Maybe because on the fifth day some hardware failure occurred? ;-)
That would be which? The system works and is up and running beautifully.
OpenSolaris, as of now.
Running beautifully as long as the power stays on? Is it hard to believe
On Apr 19, 2009, at 12:52, dick hoogendijk wrote:
You need redundancy and you don't get that on a single drive. A
sound use of ZFS needs it.
Not quite the same, but...
zfs set copies=2 myzfsfs ?
___
zfs-discuss mailing list
On Sun, 19 Apr 2009 17:56:54 -0400
David Magda dma...@ee.ryerson.ca wrote:
On Apr 19, 2009, at 12:52, dick hoogendijk wrote:
You need redundancy and you don't get that on a single drive. A
sound use of ZFS needs it.
Not quite the same, but...
zfs set copies=2 myzfsfs ?
Like you say:
Richard Elling wrote:
//etc/svc/repository-boot-20090419_174236
This file is created at boot time, not when power has failed.
So the fault likely occurred during the boot. With this knowledge,
the rest of your argument makes no sense.
rebootsystem boot Sun Apr
22 matches
Mail list logo
