Re: [zfs-discuss] Zpool import not working

On 06/11/10 22:07, zfsnoob4 wrote: Hey, I'm running some test right now before setting up my server. I'm running Nexenta Core 3.02 (RC2, based on opensolaris build 134 I believe) in Virtualbox. To do the test, I'm creating three empty files and then making a raidz mirror: mkfile -n 1g /foo mkf

Re: [zfs-discuss] Please trim posts

On Fri, Jun 11, 2010 at 6:08 PM, Frank Cusack wrote: > This list is the worst one that I am on for that kind of behavior. Makes > me wonder how those folks can manage complex storage systems when they > cannot even organize their thoughts efficiently. As mentioned earlier, gmail may be behind a

[zfs-discuss] Zpool import not working

Hey, I'm running some test right now before setting up my server. I'm running Nexenta Core 3.02 (RC2, based on opensolaris build 134 I believe) in Virtualbox. To do the test, I'm creating three empty files and then making a raidz mirror: mkfile -n 1g /foo mkfile -n 1g /foo1 mkfile -n 1g /foo2 T

Re: [zfs-discuss] Homegrown Hybrid Storage

On Fri, 11 Jun 2010, Miles Nordin wrote: FCoE != iSCSI. FCoE was not being discussed in the part you're trying to contradict. If you read my entire post, I talk about FCoE at the end and say more or less ``I am talking about FCoE here only so you don't try to throw out my entire post by latchin

Re: [zfs-discuss] zpool import issue after a crash

> Tom, > > If you freshly installed the root pool, then those > devices > should be okay so that wasn't a good test. The other > pools > should remain unaffected by the install, and I hope, > from > the power failure. Yes. I was able to import them and have since exported them. > > We've seen

Re: [zfs-discuss] Please trim posts

On 6/10/10 11:07 PM -0700 Dave Koelmeyer wrote: I trimmed, and then got complained at by a mailing list user that the context of what I was replying to was missing. Can't win :P There's a big difference between trim and remove. The worst is when people quote 3-4 paragraphs, respond inline to O

Re: [zfs-discuss] Native ZFS for Linux

On Fri, 11 Jun 2010, Freddie Cash wrote: On Fri, Jun 11, 2010 at 12:25 PM, Bob Friesenhahn wrote: On Fri, 11 Jun 2010, Freddie Cash wrote: For the record, the following paragraph was incorrectly quoted by Bob.  This paragraph was originally It would not have been incorrectly quoted

Re: [zfs-discuss] Snapshots, txgs and performance

Hello there, I think you should share it with the list, if you can, seems like an interesting work. ZFS has some issues with snapshots and spa_sync performance for snapshots deletion. Thanks Leal [ http://www.eall.com.br/blog ] -- This message posted from opensolaris.org __

Re: [zfs-discuss] zpool import issue after a crash

Tom, If you freshly installed the root pool, then those devices should be okay so that wasn't a good test. The other pools should remain unaffected by the install, and I hope, from the power failure. We've seen device info get messed up during a power failure, which is why I asked. If you don't

Re: [zfs-discuss] zpool import issue after a crash

> Hi Tom, > > Did you boot from the OpenSolaris LiveCD and attempt > to manually > mount the data3 pool? The import might take some > time. I haven't tried that. I am booting from a new install to the hard drive though. > > I'm also curious whether the device info is coherent > after the > pow

Re: [zfs-discuss] Native ZFS for Linux

On Fri, Jun 11, 2010 at 12:25 PM, Bob Friesenhahn < bfrie...@simple.dallas.tx.us> wrote: > On Fri, 11 Jun 2010, Freddie Cash wrote: > >> >> For the record, the following paragraph was incorrectly quoted by Bob. This paragraph was originally written by Erik Trimble: > I don't mean to be a PITA, b

Re: [zfs-discuss] Homegrown Hybrid Storage

On Fri, Jun 11, 2010 at 03:30:26PM -0400, Miles Nordin wrote: > > "pk" == Pasi Kärkkäinen writes: > > >>> You're really confused, though I'm sure you're going to deny > >>> it. > > >> I don't think so. I think that it is time to reset and reboot > >> yourself on the technol

Re: [zfs-discuss] Homegrown Hybrid Storage

> "pk" == Pasi Kärkkäinen writes: >>> You're really confused, though I'm sure you're going to deny >>> it. >> I don't think so. I think that it is time to reset and reboot >> yourself on the technology curve. FC semantics have been >> ported onto ethernet. This is not

Re: [zfs-discuss] Native ZFS for Linux

On Fri, 11 Jun 2010, Freddie Cash wrote: I don't mean to be a PITA, but I'm assuming that someone lawyerly has had the appropriate discussions with the porting team about how linking against the GPL'd Linux kernel means your kernel module has to be GPL-compatible.  It doesn't matter if you di

Re: [zfs-discuss] Native ZFS for Linux

> "gd" == Garrett D'Amore writes: gd> There are numerous people in the community that have indicated gd> that they believe that such linking creates a *derivative* gd> work. Donald Becker has made this claim rather forcefully. yes, I think he has a point. The reality is, as lon

Re: [zfs-discuss] zpool import issue after a crash

Hi Tom, Did you boot from the OpenSolaris LiveCD and attempt to manually mount the data3 pool? The import might take some time. I'm also curious whether the device info is coherent after the power failure. You might review the device info for the root pool to confirm. If the device info is okay

Re: [zfs-discuss] Native ZFS for Linux

On Fri, Jun 11, 2010 at 2:50 AM, Alex Blewitt wrote: > You are sadly mistaken. > > From GNU.org on license compatibilities: > > http://www.gnu.org/licenses/license-list.html > >        Common Development and Distribution License (CDDL), version 1.0 >        This is a free software license. It has

Re: [zfs-discuss] ZFS Replication hint req.

Hey Tom, thank you very much. The "-u" option worked like a charm, but "-o prop=value" would be even better. Do you have an idea about when to be implemented? Kind regards, Jakob -- This message posted from opensolaris.org ___ zfs-discuss mailing list

[zfs-discuss] zpool import issue after a crash

My power supply failed. After I replaced it, I had issues staying up after doing zpool import -f. I reinstalled OpenSolaris 134 on my rpool and still had issues. I have 5 pools: rpool - 1*37GB data - RAIDZ, 4*500GB data1 - RAID1 2*750GB data2 - RAID1 2*750GB data3 - RAID1 2*2TB - WD20EARS The s

Re: [zfs-discuss] Crucial RealSSD C300 and cache flush?

I'm interested in the answer to this as well. -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Re: [zfs-discuss] Native ZFS for Linux

On Thu, Jun 10, 2010 at 9:32 PM, Erik Trimble wrote: > On 6/10/2010 9:04 PM, Rodrigo E. De León Plicet wrote: > >> On Tue, Jun 8, 2010 at 7:14 PM, Anurag Agarwal >> wrote: >> >> >>> We at KQInfotech, initially started on an independent port of ZFS to >>> linux. >>> When we posted our progress abo

Re: [zfs-discuss] Help with slow zfs send | receive performance within the same box.

On Fri, Jun 11, 2010 at 1:22 AM, valrh...@gmail.com wrote: > I've today set up a new fileserver using EON 0.600 (based on SNV130). I'm now > copying files between mirrors, and the performance is slower than I had > hoped. I am trying to figure out what to do to make things a bit faster in > ter

Re: [zfs-discuss] Help with slow zfs send | receive performance within the same box.

> > From: zfs-discuss-boun...@opensolaris.org > [mailto:zfs-discuss- > > boun...@opensolaris.org] On Behalf Of > valrh...@gmail.com > > > > So I think you're right. With the "ATA" option, I > can see the pci-ide > > driver. > > Um, if you'd like to carry on a conversatin, you'll > have to better

Re: [zfs-discuss] Native ZFS for Linux

On Fri, 11 Jun 2010, Kyle McDonald wrote: If the developers distribute source code, which is then compiled and linked to the GPL code by the *end-user* then there are no issues, since the person combining the 2 codebases is not distributing the combined work further. This is absolutely always

Re: [zfs-discuss] Native ZFS for Linux

On Fri, 11 Jun 2010, Joerg Schilling wrote: Jason King wrote: Well technically they could start with the GRUB zfs code, which is GPL licensed, but I don't think that's the case. As explained in depth in a previous posting, there is absolutely no legal problem with putting the CDDLd original

[zfs-discuss] Crucial RealSSD C300 and cache flush?

Hi all Crucial RealSSD C300 has been released and showing good numbers for use as Zil and L2ARC. Does anyone know if this unit flushes its cache on request, as opposed to Intel units etc? Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 97542685 r...@karlsbakk.net http://blog

Re: [zfs-discuss] Sun Flash Accelerator F20

On Fri, 2010-06-11 at 13:58 +0400, Andrey Kuzmin wrote: > # dd if=/dev/zero of=/dev/rdsk/cXtYdZs0 bs=512 > > I did a test on my workstation a moment ago and got about 21k > IOPS from my sata drive (iostat). > The trick here of course is that this is sequent

Re: [zfs-discuss] Native ZFS for Linux

On Fri, 2010-06-11 at 11:41 +0200, Joerg Schilling wrote: > I am aware of (and this are many) explain, linking > against an independent work creates a collective work and no > derivative work. > The GPL would only hit if a derivative work was created but even under > US > Copyright law, a deriva

Re: [zfs-discuss] Please trim posts

On Jun 11, 2010, at 2:07 AM, Dave Koelmeyer wrote: I trimmed, and then got complained at by a mailing list user that the context of what I was replying to was missing. Can't win :P If at a minimum one trims the disclaimers, footers and signatures, that's better then nothing. On long th

Re: [zfs-discuss] Please trim posts

On Fri, Jun 11, 2010 at 2:33 AM, Brandon High wrote: > On Thu, Jun 10, 2010 at 11:31 AM, Bob Friesenhahn > wrote: >> I think that you may notice that most of the perpetrators are from Gmail. >>  It seems that Gmail is very good at hiding existing text in its user >> interface so people think noth

Re: [zfs-discuss] Native ZFS for Linux

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/11/2010 12:32 AM, Erik Trimble wrote: > On 6/10/2010 9:04 PM, Rodrigo E. De León Plicet wrote: >> On Tue, Jun 8, 2010 at 7:14 PM, Anurag Agarwal >> wrote: >> >>> We at KQInfotech, initially started on an independent port of ZFS to >>> linux. >

Re: [zfs-discuss] Help with slow zfs send | receive performance within the same box.

> From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss- > boun...@opensolaris.org] On Behalf Of valrh...@gmail.com > > So I think you're right. With the "ATA" option, I can see the pci-ide > driver. Um, if you'd like to carry on a conversatin, you'll have to better at quoting. This resp

Re: [zfs-discuss] Sun Flash Accelerator F20

On 11/06/2010 10:58, Andrey Kuzmin wrote: On Fri, Jun 11, 2010 at 1:26 PM, Robert Milkowski > wrote: On 11/06/2010 09:22, sensille wrote: Andrey Kuzmin wrote: On Fri, Jun 11, 2010 at 1:54 AM, Richard Elling mailto:richard.ell...@gma

Re: [zfs-discuss] Reconfiguring a RAID-Z dataset

Is there anyway to retain snapshot data this way? I've read about the ZFS replay/mirror features, but my impression was that this was more so for a development mirror for testing rather than a reliable backup? This is the only way I know of that one could do something like this. Is there some

Re: [zfs-discuss] Reconfiguring a RAID-Z dataset

Roy Sigurd Karlsbakk wrote: Hello, My understanding is that people are pretty much SOL if they want to reconfigure a RAID-Z or RAID-Z2 dataset to, say, a mirror+stripe? That is, there is no way to do this via a couple of simple commands? Just say, for the purpose of my gen

Re: [zfs-discuss] Are recursive snapshot destroy and rename atomic too?

Darren J Moffat wrote: > On 11/06/2010 11:42, Arne Jansen wrote: >> Darren J Moffat wrote: But the following document says "Recursive ZFS snapshots are created quickly as one atomic operation. The snapshots are created together (all at once) or not created at all." http://d

Re: [zfs-discuss] Are recursive snapshot destroy and rename atomic too?

Quoting Darren J Moffat : On 11/06/2010 11:47, Henu wrote: I'm sorry I keep bothering you, but did you checked what the code says about recursive rename? Is it atomic too? Recursive snapshot rename uses the same style of code as create and destroy so yes. -- Darren J Moffat Okay, good

Re: [zfs-discuss] Are recursive snapshot destroy and rename atomic too?

On 11/06/2010 11:47, Henu wrote: I'm sorry I keep bothering you, but did you checked what the code says about recursive rename? Is it atomic too? Recursive snapshot rename uses the same style of code as create and destroy so yes. -- Darren J Moffat ___

Re: [zfs-discuss] Are recursive snapshot destroy and rename atomic too?

On 11/06/2010 11:42, Arne Jansen wrote: Darren J Moffat wrote: But the following document says "Recursive ZFS snapshots are created quickly as one atomic operation. The snapshots are created together (all at once) or not created at all." http://docs.sun.com/app/docs/doc/819-5461/gdfdt?a=view I

Re: [zfs-discuss] Are recursive snapshot destroy and rename atomic too?

Quoting Darren J Moffat : On 11/06/2010 10:59, Henu wrote: Quoting Darren J Moffat : On 11/06/2010 09:47, Henu wrote: In another thread recursive snapshot creation was found atomic so that it is done quickly, and more important, all at once or nothing at all. Do you know if recursive destro

Re: [zfs-discuss] Are recursive snapshot destroy and rename atomic too?

Darren J Moffat wrote: >> But the following document says "Recursive ZFS snapshots are created >> quickly as one atomic operation. The snapshots are created together (all >> at once) or not created at all." >> http://docs.sun.com/app/docs/doc/819-5461/gdfdt?a=view > > I've looked at the code again

Re: [zfs-discuss] Native ZFS for Linux

Alex Blewitt wrote: > The GPL doesn't prevent you doing things. However, it does withdraw > the agreement that you are permitted to copy someone else's work if > you do those things. So whilst one can compile and link code together, > you may not have the rights to use other's code without

Re: [zfs-discuss] Are recursive snapshot destroy and rename atomic too?

On 11/06/2010 10:59, Henu wrote: Quoting Darren J Moffat : On 11/06/2010 09:47, Henu wrote: In another thread recursive snapshot creation was found atomic so that it is done quickly, and more important, all at once or nothing at all. Do you know if recursive destroying and renaming of snapsho

Re: [zfs-discuss] Native ZFS for Linux

Erik Trimble wrote: > I don't want to restart something here on this list - I just wanted to > make sure that the original developers understood that there are very > possibly issues using CDDL code in conjunction with GPL'd code. If they > are indeed using OpenSolaris ZFS code, then they at

Re: [zfs-discuss] Native ZFS for Linux

On Jun 11, 2010, at 11:03, Joerg Schilling wrote: Alex Blewitt wrote: On Jun 11, 2010, at 10:43, Joerg Schilling wrote: Jason King wrote: Well technically they could start with the GRUB zfs code, which is GPL licensed, but I don't think that's the case. As explained in depth in a previ

Re: [zfs-discuss] Native ZFS for Linux

On 6/11/2010 3:03 AM, joerg.schill...@fokus.fraunhofer.de wrote: Alex Blewitt wrote: On Jun 11, 2010, at 10:43, Joerg Schilling wrote: As explained in depth in a previous posting, there is absolutely no legal problem with putting the CDDLd original ZFS implementation into the Linux k

Re: [zfs-discuss] Native ZFS for Linux

Alex Blewitt wrote: > On Jun 11, 2010, at 10:43, Joerg Schilling wrote: > > > Jason King wrote: > > > >> Well technically they could start with the GRUB zfs code, which is > >> GPL > >> licensed, but I don't think that's the case. > > > > As explained in depth in a previous posting, there is a

Re: [zfs-discuss] Are recursive snapshot destroy and rename atomic too?

Quoting Darren J Moffat : On 11/06/2010 09:47, Henu wrote: In another thread recursive snapshot creation was found atomic so that it is done quickly, and more important, all at once or nothing at all. Do you know if recursive destroying and renaming of snapshots are atomic too? I don't belie

Re: [zfs-discuss] Sun Flash Accelerator F20

On Fri, Jun 11, 2010 at 1:26 PM, Robert Milkowski wrote: > On 11/06/2010 09:22, sensille wrote: > >> Andrey Kuzmin wrote: >> >> >>> On Fri, Jun 11, 2010 at 1:54 AM, Richard Elling >>> mailto:richard.ell...@gmail.com>> wrote: >>> >>> On Jun 10, 2010, at 1:24 PM, Arne Jansen wrote: >>> >>>

Re: [zfs-discuss] Native ZFS for Linux

On Jun 11, 2010, at 10:43, Joerg Schilling wrote: Jason King wrote: Well technically they could start with the GRUB zfs code, which is GPL licensed, but I don't think that's the case. As explained in depth in a previous posting, there is absolutely no legal problem with putting the CDDL

Re: [zfs-discuss] Native ZFS for Linux

Jason King wrote: > Well technically they could start with the GRUB zfs code, which is GPL > licensed, but I don't think that's the case. As explained in depth in a previous posting, there is absolutely no legal problem with putting the CDDLd original ZFS implementation into the Linux kernel.

Re: [zfs-discuss] Native ZFS for Linux

Erik Trimble wrote: > I don't mean to be a PITA, but I'm assuming that someone lawyerly has had the > appropriate discussions with the porting team about how linking against the > GPL'd Linux kernel means your kernel module has to be GPL-compatible. It > doesn't matter if you distribute it ou

Re: [zfs-discuss] Sun Flash Accelerator F20

On 11/06/2010 09:22, sensille wrote: Andrey Kuzmin wrote: On Fri, Jun 11, 2010 at 1:54 AM, Richard Elling mailto:richard.ell...@gmail.com>> wrote: On Jun 10, 2010, at 1:24 PM, Arne Jansen wrote: > Andrey Kuzmin wrote: >> Well, I'm more accustomed to "sequential vs. rando

Re: [zfs-discuss] Sun Flash Accelerator F20

On 10/06/2010 20:43, Andrey Kuzmin wrote: As to your results, it sounds almost too good to be true. As Bob has pointed out, h/w design targeted hundreds IOPS, and it was hard to believe it can scale 100x. Fantastic. But it actually can do over 100k. Also several thousand IOPS on a single FC po

Re: [zfs-discuss] Are recursive snapshot destroy and rename atomic too?

On 11/06/2010 09:47, Henu wrote: In another thread recursive snapshot creation was found atomic so that it is done quickly, and more important, all at once or nothing at all. Do you know if recursive destroying and renaming of snapshots are atomic too? I don't believe they are guaranteed to be

[zfs-discuss] Are recursive snapshot destroy and rename atomic too?

In another thread recursive snapshot creation was found atomic so that it is done quickly, and more important, all at once or nothing at all. Do you know if recursive destroying and renaming of snapshots are atomic too? Regards Henrik Heino ___ zfs-

Re: [zfs-discuss] Sun Flash Accelerator F20

Andrey Kuzmin wrote: > On Fri, Jun 11, 2010 at 1:54 AM, Richard Elling > mailto:richard.ell...@gmail.com>> wrote: > > On Jun 10, 2010, at 1:24 PM, Arne Jansen wrote: > > > Andrey Kuzmin wrote: > >> Well, I'm more accustomed to "sequential vs. random", but YMMW. > >> As to 67000 5

Re: [zfs-discuss] Homegrown Hybrid Storage

On Tue, Jun 08, 2010 at 08:33:40PM -0500, Bob Friesenhahn wrote: > On Tue, 8 Jun 2010, Miles Nordin wrote: > >>> "re" == Richard Elling writes: >> >>re> Please don't confuse Ethernet with IP. >> >> okay, but I'm not. seriously, if you'll look into it. >> >> Did you misread where I said FC

Re: [zfs-discuss] Sun Flash Accelerator F20

On Fri, Jun 11, 2010 at 1:54 AM, Richard Elling wrote: > On Jun 10, 2010, at 1:24 PM, Arne Jansen wrote: > > > Andrey Kuzmin wrote: > >> Well, I'm more accustomed to "sequential vs. random", but YMMW. > >> As to 67000 512 byte writes (this sounds suspiciously close to 32Mb > fitting into cache),

Re: [zfs-discuss] Help with slow zfs send | receive performance within the same box.

So I think you're right. With the "ATA" option, I can see the pci-ide driver. However, there is no AHCI option; the only other two are "off" (obviously useless) and "RAID". The "RAID" option gives control over to the RAID controller on the motherboard. However, there is nothing I can do in terms