I agree, mailing that to all Sun customers is something I think is likely to
turn around and bite you.
A lot of people are now going to use that to archive their data, and some of
them are not going to be happy when months or years down the line they try to
restore it and find that the 'zfs
Hey folk,
The are two problems with RAID-Z in builds snv_120 through snv_123 that
will both be resolved in build snv_124. The problems are as follows:
1. Data corruption on a RAID-Z system of any sort (raidz1, raidz2,
raidz3)
can lead to spurious checksum errors being reported on devices
So I have poked and prodded the disks and they both seem fine.
Any yet my rpool is still slow.
Any ideas on what do do now.
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
Hello,
your (open)solaris for Ecc support (which seems to have been dropped from
200906) is misunderstanding. OS 2009.06 also supports ECC as 2005 did. Just
install it and use my updated ecccheck.pl script to get informed about errors.
Also you might verify that Solaris' memory scrubber is
I am just a simple home user. When I was using linux, I backed up my home
directory (which contained all my critical data) using tar. I backed up my
linux partition using partimage. These backups were put on dvd's. That way I
could restore (and have) even if the hard drive completely went belly
Alan,
Thanks for the detailed explanation. The rollback successfully fixed my 5-disk
RAID-Z errors. I'll hold off another upgrade attempt until 124 rolls out.
Fortunately, I didn't do a zfs upgrade right away after installing 121. For
those that did, this could be very painful.
Gary
--
Hey folk,
The are two problems with RAID-Z in builds snv_120
through snv_123 that
will both be resolved in build snv_124. The problems
are as follows:
Thanks for letting us know.
Is there is a way to get promt updates on such issues for Opensolaris?
(except like reading a discussion
Hi. As the subject indicates, I'm trying to understand the impact of
the ZFS prefetch issues and if they only impact a local zfs
filesystem versus say a zvol that remotely using the lun via iSCSI or
Fibrechannel.
Can anyone comment on this?
The specific issues are consolidated here:
Quoting en...@businessgrade.com:
Hi. As the subject indicates, I'm trying to understand the impact of
the ZFS prefetch issues and if they only impact a local zfs
filesystem versus say a zvol that remotely using the lun via iSCSI or
Fibrechannel.
Can anyone comment on this?
The specific issues
I agree and Cindy Swearingen and I are talking to marketing to get this
fixed. Thanks to all for bringing this to our attention.
lori
On 09/03/09 00:55, Ross wrote:
I agree, mailing that to all Sun customers is something I think is likely to
turn around and bite you.
A lot of people are
And a question here how to control number of dev version to install?
--
Roman
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
On Sep 2, 2009, at 11:55 PM, Ross wrote:
I agree, mailing that to all Sun customers is something I think is
likely to turn around and bite you.
Some points to help clarify the situation:
1. There is no other way to archive a dataset than using a snapshot
2. You cannot build
Roman Naumenko wrote:
Hey folk,
The are two problems with RAID-Z in builds snv_120 through snv_123 that
will both be resolved in build snv_124. The problems are as follows:
Thanks for letting us know.
Is there is a way to get promt updates on such issues for Opensolaris?
(except like
yes to all the comments below. Those are all mitigating factors. But I
also agree with Ross and Mike and others that we should be more clear
about when send/recv is appropriate and when it's not the best choice.
We're looking into it.
Lori
On 09/03/09 10:06, Richard Elling wrote:
On
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Adam Leventhal
Sent: Thursday, September 03, 2009 2:08 AM
To: zfs-discuss@opensolaris.org discuss
Subject: [zfs-discuss] Problem with
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of John-Paul Drawneek
Sent: Thursday, September 03, 2009 2:13 AM
To: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] zfs performance
Please unsubscribe me
COLLIER
-Original Message-
From: storage-discuss-boun...@opensolaris.org
[mailto:storage-discuss-boun...@opensolaris.org] On Behalf Of
en...@businessgrade.com
Sent: Thursday, September 03, 2009 8:52 AM
To: en...@businessgrade.com
Cc: zfs-discuss@opensolaris.org;
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Cork Smith
Sent: Thursday, September 03, 2009 4:43 AM
To: zfs-discuss@opensolaris.org
Subject: [zfs-discuss] Read about ZFS backup - Still
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Lori Alt
Sent: Thursday, September 03, 2009 8:59 AM
To: Ross
Cc: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] Archiving and
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Gary Gendel
Sent: Thursday, September 03, 2009 7:45 AM
To: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] Problem with RAID-Z in
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Richard Elling
Sent: Thursday, September 03, 2009 9:06 AM
To: Ross
Cc: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] Archiving
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Roman Naumenko
Sent: Thursday, September 03, 2009 9:03 AM
To: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] Problem with RAID-Z
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Jeff Victor
Sent: Thursday, September 03, 2009 9:10 AM
To: Roman Naumenko
Cc: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss]
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Roman Naumenko
Sent: Thursday, September 03, 2009 8:39 AM
To: zfs-discuss@opensolaris.org
Subject: Re: [zfs-discuss] Problem with RAID-Z
Please unsubscribe me
COLLIER
-Original Message-
From: storage-discuss-boun...@opensolaris.org
[mailto:storage-discuss-boun...@opensolaris.org] On Behalf Of
en...@businessgrade.com
Sent: Thursday, September 03, 2009 8:49 AM
To: zfs-discuss@opensolaris.org;
Please unsubscribe me
COLLIER
-Original Message-
From: zfs-discuss-boun...@opensolaris.org
[mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Lori Alt
Sent: Thursday, September 03, 2009 9:14 AM
To: Richard Elling
Cc: zfs-discuss@opensolaris.org; Ross
Subject: Re: [zfs-discuss]
Some points to help clarify the situation:
1. There is no other way to archive a dataset than
n using a snapshot
Other than tar, star, and numerous other archive utilities. The fact that ZFS
doesn't have any alternative built in doesn't mean that dumping a send to a
file suddenly becomes
Yeah, I wouldn't mind knowing that too. With the old snv builds I just
downloaded the appropriate image, with OpenSolaris and the development
repository, is there any way to pick a particular build?
--
This message posted from opensolaris.org
___
Sorry if this is a faq, but I just got a time sensitive dictim from the
higherups to disable and remove all remnants of rolling snapshots on our
DR filer. Is there a way for me to nuke all snapshots with a single
command, or to I have to manually destroy all 600+ snapshots with zfs
destroy?
Le 3 sept. 09 à 19:57, Jacob Ritorto a écrit :
Sorry if this is a faq, but I just got a time sensitive dictim from
the higherups to disable and remove all remnants of rolling
snapshots on our DR filer. Is there a way for me to nuke all
snapshots with a single command, or to I have to
Gaëtan Lehmann wrote:
zfs list -r -t snapshot -o name -H pool | xargs -tl zfs destroy
should destroy all the snapshots in a pool
Thanks Gaëtan. I added 'grep auto' to filter on just the rolling snaps
and found that xargs wouldn't let me put both flags on the same dash, so:
zfs list -r
On Sep 3, 2009, at 1:25 PM, Ross myxi...@googlemail.com wrote:
Yeah, I wouldn't mind knowing that too. With the old snv builds I
just downloaded the appropriate image, with OpenSolaris and the
development repository, is there any way to pick a particular build?
I just do a 'pkg list
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
On Sep 3, 2009, at 1:25 PM, Ross
myxi...@googlemail.com wrote:
Yeah, I wouldn't mind knowing that too. With the
old snv builds I
just downloaded the appropriate image, with
OpenSolaris and the
development repository, is there any way to pick a
particular build?
I just do a
Hey, web-admins, you see what happens when mailling list is screwed up from the
beginning?
--
Roman
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
Hi Adam,
Thanks for the info on this. Some people, including myself, reported seeing
checksum errors within mirrors too. Is it considered that these checksum errors
within mirrors could also be related to this bug, or is there another bug
related to checksum errors within mirrors that I should
So what's the consensus on checksum errors appearing within mirror vdevs?
Is it caused the same bug announced by Adam, or is something else causing it?
If so, what's the bug id?
Cheers,
Simon
--
This message posted from opensolaris.org
___
zfs-discuss
On Wed, 2 Sep 2009 13:06:35 -0500 (CDT)
Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote:
Nothing prevents validating the self-verifying archive file via this
zfs recv -vn technique.
Does this verify the ZFS format/integrity of the stream?
Or is the only way to do that to zfs recv the stream
Hey Simon,
Thanks for the info on this. Some people, including myself, reported seeing
checksum errors within mirrors too. Is it considered that these checksum
errors within mirrors could also be related to this bug, or is there another
bug related to checksum errors within mirrors that I
On 09/03/09 14:21, dick hoogendijk wrote:
On Wed, 2 Sep 2009 13:06:35 -0500 (CDT)
Bob Friesenhahn bfrie...@simple.dallas.tx.us wrote:
Nothing prevents validating the self-verifying archive file via this
zfs recv -vn technique.
Does this verify the ZFS format/integrity of the stream?
OK, thanks Adam.
I'll look elsewhere for the mirror checksum error issue. In fact there's
already a response here, which I shall check up on:
http://opensolaris.org/jive/thread.jspa?messageID=413169#413169
Thanks again, and I look forward to grabbing 124 soon.
Cheers,
Simon
--
This message
[cc'ing zfs-discuss]
Scott Feldstein wrote:
Hi,
I had an opensolaris instance (b118) completely crash the other day
(entirely my fault) and I took one of my mirrored zfs drives and
imported into another system in order to retrieve the data. I imported
the data via zpool import -f id pool
Let me try rephrasing this. I would like the ability to restore so my system
mirrors its state at the time when I backed it up given the old hard drive is
now a door stop.
Cork
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
Thanks Gaëtan.
What's the bug id for this iommu bug on Intel platforms?
In my case, I have an AMD processor with ECC RAM, so probably not related to
the Intel iommu bug.
I'm seeing the checksum errors in a mirrored rpool using SSDs so maybe it could
be something like cosmic rays causing
It was someone from Sun that recently asked me to repost here
about the checksum problem on mirrored drives. I was reluctant
to do so because you and Bob might start flames again, and you
did! You both sound very defensive, but of course I would never
make an unsubstantiated speculation that you
Cork
To answer your question just use tar for everything. It's about the
best we've got. :-(
When the disk turns into a doorstop re-install OpenSolaris/Solaris and
then tar back all your data. I keep a complete list of EVER change I
make on any OS (including the Redmond one) so I can
On Fri, Sep 4, 2009 at 12:17 AM, Ross myxi...@googlemail.com wrote:
Hi Richard,
Actually, reading your reply has made me realise I was overlooking
something when I talked about tar, star, etc... How do you backup a ZFS
volume? That's something traditional tools can't do. Are snapshots the
47 matches
Mail list logo