[zfs-discuss] confused about zpool import -f and export

2010-05-07 Thread Bill McGonigle
: 4
children[0]:
type: 'disk'
id: 0
guid: 2101335193002161906
path: '/dev/dsk/c0d0s0'
devid: 'id1,c...@aqemu_harddisk=qm1/a'
phys_path: '/p...@0,0/pci-...@1,1/i...@0/c...@0,0:a'
whole_disk: 0
create_txg: 4
children[1]:
type: 'disk'
id: 1
guid: 1675033977484889918
path: '/dev/dsk/c0d1s0'
devid: 'id1,c...@aqemu_harddisk=qm2/a'
phys_path: '/p...@0,0/pci-...@1,1/i...@0/c...@1,0:a'
whole_disk: 0
create_txg: 4

LABEL 3

version: 22
name: 'syspool'
state: 0
txg: 11520
pool_guid: 15023076366841556794
hostid: 8399112
hostname: 'repository'
top_guid: 12107281337513313186
guid: 2101335193002161906
vdev_children: 1
vdev_tree:
type: 'mirror'
id: 0
guid: 12107281337513313186
metaslab_array: 23
metaslab_shift: 32
ashift: 9
asize: 750041956352
is_log: 0
create_txg: 4
children[0]:
type: 'disk'
id: 0
guid: 2101335193002161906
path: '/dev/dsk/c0d0s0'
devid: 'id1,c...@aqemu_harddisk=qm1/a'
phys_path: '/p...@0,0/pci-...@1,1/i...@0/c...@0,0:a'
whole_disk: 0
create_txg: 4
children[1]:
type: 'disk'
id: 1
guid: 1675033977484889918
path: '/dev/dsk/c0d1s0'
devid: 'id1,c...@aqemu_harddisk=qm2/a'
phys_path: '/p...@0,0/pci-...@1,1/i...@0/c...@1,0:a'
whole_disk: 0
create_txg: 4


-- 
Bill McGonigle, Owner   
BFC Computing, LLC   
http://bfccomputing.com/ 
Telephone: +1.603.448.4440
Email, IM, VOIP: b...@bfccomputing.com   
VCard: http://bfccomputing.com/vcard/bill.vcf
Social networks: bill_mcgonigle/bill.mcgonigle
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] Mirroring USB Drive with Laptop for Backup purposes

2010-05-07 Thread Bill McGonigle

On 05/07/2010 11:08 AM, Edward Ned Harvey wrote:

I'm going to continue encouraging you to staying mainstream, because what
people do the most is usually what's supported the best.


If I may be the contrarian, I hope Matt keeps experimenting with this, 
files bugs, and they get fixed.  His use case is very compelling - I 
know lots of SOHO folks who could really use a NAS where this 'just worked'


The ZFS team has done well by thinking liberally about conventional 
assumptions.


-Bill

--
Bill McGonigle, Owner
BFC Computing, LLC
http://bfccomputing.com/
Telephone: +1.603.448.4440
Email, IM, VOIP: b...@bfccomputing.com
VCard: http://bfccomputing.com/vcard/bill.vcf
Social networks: bill_mcgonigle/bill.mcgonigle
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] ZFS - USB 3.0 SSD disk

2010-05-07 Thread Bill McGonigle

On 05/06/2010 11:00 AM, Bruno Sousa wrote:

Going on the specs it seems to me that if this device has a good price
it might be quite useful for caching purposes on ZFS based storage.


Not bad, they claim 1TB transfer in 47 minutes:

  http://www.google.com/search?hl=enq=1TB%2F47+minutes

That's about double what I usually get out of a cheap 'desktop' SATA 
drive with OpenSolaris.  Slower than a RAID-Z2 of 10 of them, though. 
Still, the power savings could be appreciable.


-Bill

--
Bill McGonigle, Owner
BFC Computing, LLC
http://bfccomputing.com/
Telephone: +1.603.448.4440
Email, IM, VOIP: b...@bfccomputing.com
VCard: http://bfccomputing.com/vcard/bill.vcf
Social networks: bill_mcgonigle/bill.mcgonigle
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] Per-user home filesystems and OS-X Leopard anomaly

2008-06-09 Thread Bill McGonigle
On Jun 5, 2008, at 17:03, Bill McGonigle wrote:

 Better late then never... this is now bug #5989285 (not that this
 will help most people; they're not open).

Apple say:

   After further investigation it has been determined that this is
   a known issue, which is currently being investigated by engineering.
   This issue has been filed in our bug database under the original
   Bug ID# 5952818.

So, somebody already knew about it, and they haven't rejected the  
bug, so it might get fixed sooner or later.

-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] Per-user home filesystems and OS-X Leopard anomaly

2008-06-09 Thread Bill McGonigle
On May 21, 2008, at 13:14, Bill McGonigle wrote:

 They'll have ZFS on OSX Server eventually.

Replying to myself again... :P

It looks like 'eventually' is next year:
   http://www.apple.com/server/macosx/snowleopard/

   ZFS

   For business-critical server deployments, Snow Leopard
   Server adds read and write support for the high-performance,
   128-bit ZFS file system, which includes advanced features
   such as storage pooling, data redundancy, automatic error
   correction, dynamic volume expansion, and snapshots.

I guess it'll trickle down to 'Client' in the subsequent revision.   
It'll be there via diskutil or something in Snow Leopard, if it  
follows historical trends, just not in the GUI - I think they like  
the alpha geeks to beat on new filesystem stuff for them this way. :)

-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] Per-user home filesystems and OS-X Leopard anomaly

2008-06-05 Thread Bill McGonigle
On May 21, 2008, at 13:43, Bob Friesenhahn wrote:

 BTW, you should probably file a bug with Apple on this:

 https://bugreport.apple.com/cgi-bin/WebObjects/RadarWeb.woa/wa/signIn

 They'll have ZFS on OSX Server eventually.  If you don't want to  
 create an ADC account I can put one in for you (though less  
 efficient, obviously).

 Feel free to do so on my behalf. :-)

Better late then never... this is now bug #5989285 (not that this  
will help most people; they're not open).

-Bill
-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf


___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] disk names?

2008-06-03 Thread Bill McGonigle
On Jun 3, 2008, at 16:35, Benjamin Ellison wrote:

 've got 4 SATA drives in a hot-swap backplane hooked to my  
 motherboard...   where do I look or what command should I use to  
 see what I should put after the zpool create [poolname] raidz bit?


See if 'cfgadm' gives you a good list.  You're about an hour behind  
me on the learning curve (building a Nexenta box here - ZFS found a  
problem disk that was causing troubles previously - sweet!).

-Bill


-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] disk names?

2008-06-03 Thread Bill McGonigle
On Jun 3, 2008, at 16:50, Benjamin Ellison wrote:

 cfgadm shows the following:
 App_Id  Type  Receptacle   Occupant Condition
 sata0/0 sata-port   empty  unconfigured   ok
 sata0/1 sata-port   empty  unconfigured   ok
 sata0/2 sata-port   empty  unconfigured   ok
 sata0/3 sata-port   empty  unconfigured   ok

Just for the sake of comparison, mine looks like:

[EMAIL PROTECTED]:~$ cfgadm
Ap_Id  Type Receptacle   Occupant  
Condition
sata0/0::dsk/c1t0d0disk connectedconfigured   ok
sata0/1::dsk/c1t1d0disk connectedconfigured   ok
--snip---

-Bill
-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] ZFS problems with USB Storage devices

2008-06-03 Thread Bill McGonigle
On Jun 3, 2008, at 18:34, Paulo Soeiro wrote:

 This test was done without the hub:

FWIW, I bought 9 microSD's and 9 USB controller units for them from  
NewEgg to replicate the famous ZFS demo video, and I had problems  
getting them working with OpenSolaris (on VMWare on OSX, in this case).

After getting frustrated and thinking about it for a while, I decided  
to test each MicroSD card and controller independently (using dd) and  
one of the adapters turned out to be flakey at just writing zeros.   
It also happened to be the #0 adapter which through me off for a  
while, since that's where I started.  So, then I was still having  
problems (but I had tested the remaining units), so I went home for  
the weekend, and left them plugged into their hubs (i-rocks brand  
seems OK so far), and came back to a system log full of a second  
adapter dropping out several times over the weekend (though it  
survived a quick dd).  Taking it off the hub, it did the same thing  
for me if I waited long enough (10 minutes or so - I assume it was  
getting warmed up).

I've also had to replace a server mobo which had a faulty USB  
implementation (Compaq brand, one of the early USB2.0 chips).

Just food for thought - there's a lot to go wrong before ZFS sees it  
and USB gear isn't always well-made.

-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] ZFS Project Hardware

2008-05-28 Thread Bill McGonigle
On May 28, 2008, at 05:11, James Andrewartha wrote:

  From what I can tell, all the vendors are only making SAS  
 controllers for
 PCIe with more than 4 ports. Since SAS supports SATA, I guess they  
 don't see
 much point in doing SATA-only controllers.

 For example, the LSI SAS3081E-R is $260 for 8 SAS ports on 8x PCIe,  
 which is
 somewhat more expensive than the almost equivalent PCI-X LSI  
 SAS3080X-R
 which is as low as $180.

That's not a huge price difference when building a server - thanks  
for the pointer.  Are there any 'gotchas' the list can offer when  
using a SAS card with SATA drives?   I've been told that SATA drives  
can have a lower MTBF than SAS drives (by a guy working QA for  
BigDriveCo), but ZFS helps keep the I in RAID.

 For those downthread looking for full RAID controllers with battery  
 backup
 RAM, Areca (who formerly specialised in SATA controlers) now do SAS  
 RAID at
 reasonable prices, and have Solaris drivers.

I've seen posts about misery with the sil and marvell drivers from  
about a year ago; is there a good way to pound an opensolaris driver  
to find its holes, in a ZFS context?  On one hand I'd guess it  
shouldn't be too hard to simulate different kinds of loads, but on  
the other hand, if that were easy, the drivers' authors would have  
done that before unleashing buggy code on the masses.

Thanks,
-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] ZFS in S10U6 vs openSolaris 05/08

2008-05-27 Thread Bill McGonigle

On May 23, 2008, at 22:21, Richard Elling wrote:

 Consider a case where you might use large, slow SATA drives (1 TByte,
 7,200 rpm)
 for the main storage, and a single small, fast (36 GByte, 15krpm)  
 drive
 for the
 L2ARC.  This might provide a reasonable cost/performance trade-off.

Ooh, neat; I hadn't considered that.  Cool, thanks. :)

-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] ZFS in S10U6 vs openSolaris 05/08

2008-05-23 Thread Bill McGonigle
On May 22, 2008, at 19:54, Richard Elling wrote:

 The Adaptive Replacement Cache
 (ARC) uses main memory as a read cache.  But sometimes
 people want high performance, but don't want to spend money
 on main memory. So, the Level-2 ARC can be placed on a
 block device, such as a fast [solid state] disk which may even
 be volatile.

The remote-disk cache makes perfect sense.  I'm curious if there are  
measurable benefits for caching local disks as well?  NAND-flash SSD  
drives have good 'seek' and slow  transfer, IIRC, but that might  
still be useful for lots of small reads where seek is everything.

I'm not quite understanding the argument for a being read-only so it  
can be used on volatile SDRAM-based SSD's, though.  Those tend to be  
much, much more expensive than main memory, right?  So, why would  
anybody buy one for cache - is it so they can front a really massive  
pool of disks that would exhaust market-available maximum main memory  
sizes?

-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] Per-user home filesystems and OS-X Leopard anomaly

2008-05-21 Thread Bill McGonigle
On May 21, 2008, at 11:15, Bob Friesenhahn wrote:

 The simple solution was to simply create a /home/.DS_Store directory
 on the server so that the mount request would succeed.

What permissions do you have on /home/.DS_Store?  I assume the  
clients fail quietly on their write attempts?

Does the setup work well aside from this problem?  I've just been  
mulling AFP vs. NFS vs. iSCSI for Mac clients to their ZFS homes, and  
AFP is the one I tried first and have ruled out as usable. :)

BTW, you should probably file a bug with Apple on this:

   https://bugreport.apple.com/cgi-bin/WebObjects/RadarWeb.woa/wa/signIn

They'll have ZFS on OSX Server eventually.  If you don't want to  
create an ADC account I can put one in for you (though less  
efficient, obviously).

-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf


___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] replace, restart, gone - HELP!

2008-05-21 Thread Bill McGonigle
On May 21, 2008, at 02:53, Christopher Gibbs wrote:

 I got to thinking about how my data was fine before the replace so I
 popped the cable off of the new disk and walla! The spare showed back
 up and the pool imported in a degraded state.

Good news.  I'll be curious to hear if you ultimately determine that  
to have been a bad disk or not (once your backup is done!).

-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf


___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] The ZFS inventor and Linus sitting in a tree?

2008-05-20 Thread Bill McGonigle
On May 20, 2008, at 03:09, Erik Trimble wrote:

 That is, the ZFS on-disk format isn't IP protected, and the general  
 concepts of how ZFS works (pools, CoW, snapshots, etc) are open,  
 it's just _how_ the guts do these things which are.


I'm also in the decidedly-not-a-lawyer camp too, but when I went and  
looked one time (at less than half of the patents - does anybody have  
a public list?) I think I saw things like on-disk file-tree  
representation, zero-fill and sparse file storage formats, multiple  
copies, extended attributes storage, the way you make snapshots, the  
way you express filesystems and pools hierarchically, the specific  
way write intents have to be done in ZFS - stuff like that.  Again,  
being neither a lawyer nor a ZFS dev, I came away thinking it might  
be possible to make a read-only version that would be OK, or if maybe  
a handful of the patents didn't issue perhaps a low-performance  
version without some of the features.  But then nobody would want to  
do a thing like that. :)

Everything I've read from Sun folk indicates they'd like to see ZFS  
become ubiquitous, so I'm sure they're going to figure something out  
sooner or later.  It's worth remembering that some people are still  
waiting for what they consider essential features, so we're really  
early in the game here, and if we're still in the Cathedral stage,  
the status quo may be the best bet for now.

-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] ZFS and Linux

2008-05-06 Thread Bill McGonigle
On May 6, 2008, at 12:54, eric kustarz wrote:

 Some of it has already been done:
 http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/grub/ 
 grub-0.95/stage2/zfs-include/uberblock_impl.h

That file says 'Copyright 2007 Sun Microsystems, Inc.', though, so  
Sun has the rights to do this.  But being GPLv2 code, why do I have  
any patent rights to include/redistribute that grub code in my  
(theoretical) product (let's assume it does something that is covered  
by one of the ZFS patents)?  GPLv3 makes this issue go away, but grub  
is v2 so it's still there.  AFAIK, Sun hasn't granted me any patent  
rights to ZFS other than through the CDDL. (Though I'd love to be  
wrong on this).

The problem, as I understand it, is that Sun currently licenses the  
patents only under the terms of the CDDL.  It looks like Section  
2.1.d, probably.  So, as long as I'm working in the CDDL I get all  
the patent protections I'd ever need from Sun.  But if I (for the  
sake of argument) were to re-implement ZFS, not under CDDL, by what  
grant has Sun offered me a patent license?  The grants in the CDDL  
only apply to works distributed under the terms of the CDDL, as I  
read it.  From skimming the porting paper, it looks like the BSD port  
uses the CDDL code directly and so doesn't have to worry about this.   
I assume Mac OS X does too?

I'm sure this has been hashed before, but my search keywords are  
apparently sub-par.

-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] ZFS and Linux

2008-05-06 Thread Bill McGonigle
On May 6, 2008, at 14:59, Bob Friesenhahn wrote:

 By releasing this bit of code to Grub under the GPL v2 license, Sun  
 has effectively transferred rights to use that scrap of code (in  
 any context) regardless of any Sun patents which may apply.

Ah, yes, I was wrong on this one - I see Section 11 of GPLv2 covers  
this adequately.

   However, it seems that the useful ZFS patents would be for  
 writing/updating the filesystem rather than reading from it.  You  
 can be sure that Sun put as little ZFS code in Grub as was possible  
 (and not just for license reasons).

Well, yeah, the bootloader ought to be as minimal as possible, that  
just makes sense, any business cases aside.  I was pleasantly  
surprised to boot up the latest OpenSolaris OS Live CD and see GRUB,  
though. :)

-Bill

-
Bill McGonigle, Owner   Work: 603.448.4440
BFC Computing, LLC  Home: 603.448.1668
[EMAIL PROTECTED]   Cell: 603.252.2606
http://www.bfccomputing.com/Page: 603.442.1833
Blog: http://blog.bfccomputing.com/
VCard: http://bfccomputing.com/vcard/bill.vcf

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss


Re: [zfs-discuss] ZFS and Linux

2008-05-05 Thread Bill McGonigle
Is it also true that ZFS can't be re-implemented in GPLv2 code because then the 
CDDL-based patent protections don't apply?
 
 
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss