erm. using a file on another pool (your zpool) for the SLOG is NOT a good
idea. Use an SSD or two (a mirror) or let ZFS deal with the ZIL on the drives.
roy
Hello All,
I've recently run into an issue I can't seem to resolve. I have been running a
zpool populated with two RAID-Z1
Something like this, maybe
http://blogs.sun.com/constantin/entry/x4500_solaris_zfs_iscsi_perfect
--
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-dis
On Tue, Jul 06, 2010 at 05:29:54PM +0200, Arne Jansen wrote:
> Daniel Carosone wrote:
> > Something similar would be useful, and much more readily achievable,
> > from ZFS from such an application, and many others. Rather than a way
> > to compare reliably between two files for identity, I'ld liek
According to 'zpool upgrade' my pool versions are are 22. All pools were
upgraded several months ago, including the one in question. Here is what I get
when I try to import:
fileserver ~ # zpool import 9013303135438223804
cannot import 'tank': pool may be in use from other system, it was last
I had an interesting dilemma recently and I'm wondering if anyone here can
illuminate on why this happened.
I have a number of pools, including the root pool, in on-board disks on the
server. I also have one pool on a SAN disk, outside the system. Last night the
SAN crashed, and shortly thereaf
On Wed, 2010-07-07 at 10:09 -0700, Mark Christooph wrote:
> I had an interesting dilemma recently and I'm wondering if anyone here can
> illuminate on why this happened.
>
> I have a number of pools, including the root pool, in on-board disks on the
> server. I also have one pool on a SAN disk,
On 07/ 7/10 11:33 AM, Garrett D'Amore wrote:
On Wed, 2010-07-07 at 10:09 -0700, Mark Christooph wrote:
I had an interesting dilemma recently and I'm wondering if anyone here can
illuminate on why this happened.
I have a number of pools, including the root pool, in on-board disks on the
se
> I think the request is to remove vdev's from a pool.
> Not currently possible. Is this in the works?
Actually, I think this is two requests, hashed over hundreds of times in this
forum:
1. Remove a vdev from a pool
2. Nondisruptively change vdev geometry
#1 above has a stunningly obvious use
I believe that long term folks are working on solving this problem. I
believe bp_rewrite is needed for this work.
Mid/short term, the solution to me at least seems to be to migrate your
data to a new zpool on the newly configured array, etc. Most
enterprises don't incrementally upgrade an array
Hi,
We're using the following components with snv134:
- 1068E HBA (supermicro)
- 3U SAS / SATA Expander Backplane with dual LSI SASX28 Expander Chips
(supermicro)
- WD RE3 disks
We've got the following error messages:
Jul 7 10:09:12 sanwv01 scsi: [ID 107833 kern.warning] WARNING:
/p...@0,0
Upgrade the HBA firmware to version 1.30. We had the same problem, but
upgrading solved it for us.
Daniel Bakken
On Wed, Jul 7, 2010 at 1:57 PM, Joeri Vanthienen wrote:
> Hi,
>
> We're using the following components with snv134:
> - 1068E HBA (supermicro)
> - 3U SAS / SATA Expander Backplane wi
Thank goodness! Where, specifically, does one obtain this firmware for
SPARC?
On 07/07/10 17:04, Daniel Bakken wrote:
Upgrade the HBA firmware to version 1.30. We had the same problem, but
upgrading solved it for us.
Daniel Bakken
On Wed, Jul 7, 2010 at 1:57 PM, Joeri Vanthienen
mailto:m...
On Wed, 2010-07-07 at 17:33 -0400, Jacob Ritorto wrote:
> Thank goodness! Where, specifically, does one obtain this firmware for
> SPARC?
Firmware is firmware -- it should not be host-cpu specific. (At least
one *hopes* not, although I *suppose* it is possible to have endian
specific interfaces
Well, OK, but where do I find it?
I'd still expect some problems with FCODE - vs. - BIOS issues if it's
not SPARC firmware.
thx
jake
On 07/07/10 17:46, Garrett D'Amore wrote:
On Wed, 2010-07-07 at 17:33 -0400, Jacob Ritorto wrote:
Thank goodness! Where, specifically, does one obtain this
On Wed, 2010-07-07 at 17:48 -0400, Jacob Ritorto wrote:
> Well, OK, but where do I find it?
>
> I'd still expect some problems with FCODE - vs. - BIOS issues if it's
> not SPARC firmware.
Ah, only if you are using the device to boot from. And in that case,
the low level boot code *should* be on
Here is the link to download LSIutil, which can be used to upgrade firmware:
http://www.lsi.com/cm/License.do?url=http://www.lsi.com/DistributionSystem/AssetDocument/LSIUtil_1.62.zip&prodName=LSI7104XP-LC&subType=Miscellaneous&locale=EN
And here again is the link to the 1.30 firmware:
http://www
On Tue, Jul 6, 2010 at 10:29 AM, Arne Jansen wrote:
> Daniel Carosone wrote:
>> Something similar would be useful, and much more readily achievable,
>> from ZFS from such an application, and many others. Rather than a way
>> to compare reliably between two files for identity, I'ld liek a way to
>
On 2010-Jul-08 02:39:05 +0800, Garrett D'Amore wrote:
>I believe that long term folks are working on solving this problem. I
>believe bp_rewrite is needed for this work.
Accepted.
>Mid/short term, the solution to me at least seems to be to migrate your
>data to a new zpool on the newly configur
I'm wanting to fire up a new SSD for an L2ARC on a ZFS box I've put together,
and was looking at some of the new drives. Many of the faster ones, with great
read speeds, are SATA-6G compatible, and I'm wondering if any of you has gotten
these cards to work.
In particular, the Asus U3S6:
http:/
On Wed, Jul 7, 2010 at 3:13 PM, Peter Jeremy
wrote:
> On 2010-Jul-08 02:39:05 +0800, Garrett D'Amore wrote:
>>I believe that long term folks are working on solving this problem. I
>>believe bp_rewrite is needed for this work.
>
> Accepted.
>
>>Mid/short term, the solution to me at least seems to
On 7/6/2010 10:37 AM, Victor Latushkin wrote:
On Jul 6, 2010, at 6:30 PM, Brian Kolaci wrote:
Well, I see no takers or even a hint...
I've been playing with zdb to try to examine the pool, but I get:
# zdb -b pool4_green
zdb: can't open pool4_green: Bad exchange descriptor
# zdb -d pool4_gr
On 7/7/2010 3:13 PM, Peter Jeremy wrote:
On 2010-Jul-08 02:39:05 +0800, Garrett D'Amore wrote:
I believe that long term folks are working on solving this problem. I
believe bp_rewrite is needed for this work.
Accepted.
Mid/short term, the solution to me at least seems to be to
Folks,
As you may have heard, NetApp has a lawsuit against Sun in 2007 (and now
carried over to Oracle) for patent infringement with the zfs file system. Now,
NetApp is taking a stronger stance and threatening zfs storage suppliers to
stop selling zfs-based storage.
http://www.theregister.co.u
On 7/7/2010 6:33 PM, Peter Taps wrote:
Folks,
As you may have heard, NetApp has a lawsuit against Sun in 2007 (and now
carried over to Oracle) for patent infringement with the zfs file system. Now,
NetApp is taking a stronger stance and threatening zfs storage suppliers to
stop selling zfs-ba
On Wed, 2010-07-07 at 18:52 -0700, Erik Trimble wrote:
> On 7/7/2010 6:33 PM, Peter Taps wrote:
> > Folks,
> >
> > As you may have heard, NetApp has a lawsuit against Sun in 2007 (and now
> > carried over to Oracle) for patent infringement with the zfs file system.
> > Now, NetApp is taking a str
25 matches
Mail list logo
