Harry Putnam wrote:
Setup: Osol.11 build 109
Athlon64 3400+ Aopen AK-86L mobo
adeptec 1250sa Sata PCI controller card
[re-posted from accidental post to osol `general' group]
I'm having trouble with an adaptec 1205sa (non-raid) SATA PCI card.
It was all working fine when I plugged 2 used sata
Mertol Ozyoney wrote:
Hi All ;
As you can read below I carry a Sun bath so my opinions could be a little
bit biased :)
There are couple of reasons why you may consider a J series JBOD against
some other whitebox unit.
1) Dual IO module option
You can probably buy 2 white box for 1 J seri
ZFS replication basics at http://cuddletech.com/blog/pivot/entry.php?id=984
Regards
On Sat, Mar 28, 2009 at 1:57 AM, Harry Putnam wrote:
>
> [...]
>
> Harry wrote:
> >> Now I'm wondering if the export/import sub commands might not be a
> >> good bit faster.
> >>
> Ian Collins answered:
> > I th
[...]
Harry wrote:
>> Now I'm wondering if the export/import sub commands might not be a
>> good bit faster.
>>
Ian Collins answered:
> I think you are thinking of zfs send/receive.
>
> I've never done a direct comparison, but zfs send/receive would be my
> preferred way to move data betwee
Setup: Osol.11 build 109
Athlon64 3400+ Aopen AK-86L mobo
adeptec 1250sa Sata PCI controller card
[re-posted from accidental post to osol `general' group]
I'm having trouble with an adaptec 1205sa (non-raid) SATA PCI card.
It was all working fine when I plugged 2 used sata 200gb disks of a
windo
Hello Harry,
Friday, March 27, 2009, 10:05:50 PM, you wrote:
HP> I need to move data from one zpool to another, lock stock and
HP> barrel,
HP> Being from linux background my instinct was to use rsync. But then I
HP> remembered seeing the `export/import options in man zpool.. And I've
HP> seen
Darren J Moffat wrote:
...
Agreed, but other than pattern based I can't at the moment thing of a
nice way to pass all the names over the /dev/zfs ioctl call while
maintaining the fact it is pretty much all fixed size.
I'm not saying passing a list of names over the ioctl is impossible,
more i
On Sat, Mar 28, 2009 at 5:05 AM, Harry Putnam wrote:
> Now I'm wondering if the export/import sub commands might not be a
> good bit faster.
I believe the greatest advantage of zfs send/receive over rsync is not
about speed, but rather it's on "zfs send -R", which would (from man
page)
Harry Putnam wrote:
I need to move data from one zpool to another, lock stock and
barrel,
Being from linux background my instinct was to use rsync. But then I
remembered seeing the `export/import options in man zpool.. And I've
seen mention of them here too, but didn't pay attention since I'd
I need to move data from one zpool to another, lock stock and
barrel,
Being from linux background my instinct was to use rsync. But then I
remembered seeing the `export/import options in man zpool.. And I've
seen mention of them here too, but didn't pay attention since I'd
noticed no need yet.
> "djm" == Darren J Moffat writes:
djm> I'm not saying passing a list of names over the ioctl is
djm> impossible, more it just doesn't feel right to me at the
djm> moment - but I'm happy to be convinced otherwise.
im not sure I want to convince you otherwise. but here are two
attem
Chris Kirby wrote:
On Mar 27, 2009, at 10:33 AM, Darren J Moffat wrote:
a) that is probably what is wanted most of the time anyway
b) it is easy to pass from userland to kernel - you pass the
rules (after some userland sanity checking first) as is.
But doesn't that also exclude
On Mar 27, 2009, at 10:33 AM, Darren J Moffat wrote:
a) that is probably what is wanted most of the time anyway
b) it is easy to pass from userland to kernel - you pass the
rules (after some userland sanity checking first) as is.
But doesn't that also exclude the pos
The reason for the "pattern" based filenames is because:
a) that is probably what is wanted most of the time anyway
b) it is easy to pass from userland to kernel - you pass the
rules (after some userland sanity checking first) as is.
Just to quote what I wrote back
Alec Muffett wrote:
So much for an easy-to-use CLI :-O
How about feeding in a file containing names instead (qv fmthard -s)?
Not terribly script-friendly; I suffered that sort of thing with zonecfg
and zoneadm (create a controlfile and squirt it into another command)
and deemed it a horrible
So much for an easy-to-use CLI :-O
How about feeding in a file containing names instead (qv fmthard -s)?
Not terribly script-friendly; I suffered that sort of thing with
zonecfg and zoneadm (create a controlfile and squirt it into another
command) and deemed it a horrible hack. They are sti
Matthew Angelo wrote:
Hi there,
Is there a way to get as much data as possible off an existing
slightly corrupted zpool? I have a 2 disk stripe which I'm moving to
new storage. I will be moving it to a ZFS Mirror, however at the
moment I'm having problems with ZFS Panic'ing the system durin
Alec Muffett wrote:
I would like to apologise to those reading via the forums, because I
used BNF anglebrackets and even though I sent a plaintext message, it
lost my text as "HTML"...
zfs multiclone tank/f...@1 tank/PATTERN BEGIN END [STRIDE]
So much for an easy-to-use CLI :-O
How about
Mark J Musante wrote:
On Fri, 27 Mar 2009, Alec Muffett wrote:
The inability to create more than 1 clone at a time (ie: in separate
TXGs) is something which has hampered me (and several projects on
which I have worked) for some years, now.
Hi Alec,
Does CR 6475257 cover what you're looking
I would like to apologise to those reading via the forums, because I
used BNF anglebrackets and even though I sent a plaintext message, it
lost my text as "HTML"...
zfs multiclone tank/f...@1 tank/PATTERN BEGIN END [STRIDE]
-a
___
On Fri, 27 Mar 2009, Alec Muffett wrote:
The inability to create more than 1 clone at a time (ie: in separate
TXGs) is something which has hampered me (and several projects on which
I have worked) for some years, now.
Hi Alec,
Does CR 6475257 cover what you're looking for?
Regards,
markm
_
Hi,
The inability to create more than 1 clone at a time (ie: in separate
TXGs) is something which has hampered me (and several projects on
which I have worked) for some years, now.
Specifically I am looking at various forms of diskless grid/cloud
environments where you create a "golden im
bob netherton writes:
> Bob Doolittle wrote:
>> Blake wrote:
>>> You need to use 'installgrub' to get the right boot pits in place on
>>> your new disk.
>>>
>>
>> I did that, but it didn't help.
>> I ran:
>> installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c4t1d0s0
>>
>> Is it OK to r
Hi All ;
As you can read below I carry a Sun bath so my opinions could be a little
bit biased :)
There are couple of reasons why you may consider a J series JBOD against
some other whitebox unit.
1) Dual IO module option
2) Multipath support
3) Zone support [multi host connecting to same JBOD
24 matches
Mail list logo
