Oh I can run the disks off a SiliconImage 3114 but it's the marvell controller
that I'm trying to get working. I'm sure it's the controller which is used in
the Thumpers so it should surely work in solaris 11.1
From: Bob Friesenhahn
3112 and 3114 were very early SATA controllers before there were any
SATA drivers, which pretend to be ATA controllers to the OS.
No one should be using these today.
sol wrote:
Oh I can run the disks off a SiliconImage 3114 but it's the marvell
controller that I'm trying to get working. I'm
On Wed, 12 Dec 2012, Jamie Krier wrote:
I am thinking about switching to an Illumos distro, but wondering if this
problem may be present there
as well.
I believe that Illumos is forked before this new virtual memory
sub-system was added to Solaris. There have not been such reports on
Hi
I've just tried to use illumos (151a5) import a pool created on solaris (11.1)
but it failed with an error about the pool being incompatible.
Are we now at the stage where the two prongs of the zfs fork are pointing in
incompatible directions?
From:
Hi
I added a 3TB Seagate disk (ST3000DM001) and ran the 'format' command but it
crashed and dumped core.
However the zpool 'create' command managed to create a pool on the whole disk
(2.68 TB space).
I hope that's only a problem with the format command and not with zfs or any
other part of
That's right I'm only using the 3114 out of desperation.
Does anyone else have the marvell88sx working in Solaris 11.1?
From: Andrew Gabriel andrew.gabr...@oracle.com
3112 and 3114 were very early SATA controllers before there were any SATA
drivers, which
Oracle effectively forked ZFS with the release of Solaris 11 by not
open-sourcing any of the ZFS code.
Solaris 11 includes ZFSv31 or higher.
The last open-source release of ZFS was ZFSv28.
Thus, if you create a pool on Solaris 11+ that you want to import on other
systems, you have to manually
Hi,
On Thu, Dec 13, 2012 at 9:14 AM, sol a...@yahoo.com wrote:
Hi
I've just tried to use illumos (151a5) import a pool created on solaris
(11.1) but it failed with an error about the pool being incompatible.
Are we now at the stage where the two prongs of the zfs fork are pointing in
# pstack core
John
groenv...@acm.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
That is a touch misleading. This has always been the case since S10u2. You
have to create the pool AND the file systems at the oldest versions you want to
support.
I maintain a table of pool and version numbers on my blog (blogs.oracle.
com/bobn) for this very purpose. I got lazy the
On Thu, Dec 13, 2012 at 11:44 AM, Bob Netherton bob.nether...@gmail.com wrote:
On Dec 13, 2012, at 10:47 AM, Jan Owoc jso...@gmail.com wrote:
Yes, that is correct. The last version of Solaris with source code
used zpool version 28. This is the last version that is readable by
non-Solaris
At this point, the only thing would be to use 11.1 to create a new pool at
151's version (-o version=) and top level dataset (-O version=). Recreate the
file system hierarchy and do something like an rsync. I don't think there is
anything more elegant, I'm afraid.
That's what I did
Perhaps slightly elegant, you can do the new pool/rsync thing on the 11.1 live
CD so you don't actually have to stand up a new system to do this. Assuming
this is x86 and VirtualBox works on Illumos, you could fire up a VM to do this
as well.
Bob
Sent from my iPhone
On Dec 13, 2012, at
Assuming in a secure and trusted env, we want to get the maximum transfer speed
without the overhead from ssh.
Thanks.
Fred
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Hi Fred,
Try mbuffer (http://www.maier-komor.de/mbuffer.html)
On 14 December 2012 15:01, Fred Liu fred_...@issi.com wrote:
Assuming in a secure and trusted env, we want to get the maximum
transfer speed without the overhead from ssh.
** **
Thanks.
** **
Fred
Adrian,
That is cool!
Thank you so much!
BTW, anyone played NDMP in solaris? Or is it feasible to transfer snapshot via
NDMP protocol?
Before the acquisition, SUN advocated the NDMP backup feature in the
openstorage/fishwork.
I am sorry if it is the wrong place to ask this question.
Thanks.
On Dec 13, 2012 8:02 PM, Fred Liu fred_...@issi.com wrote:
Assuming in a secure and trusted env, we want to get the maximum transfer
speed without the overhead from ssh.
Add the HPN patches to OpenSSH and enable the NONE cipher. We can saturate
a gigabits link (980 mbps) between two FreeBSD
Add the HPN patches to OpenSSH and enable the NONE cipher. We can saturate a
gigabits link (980 mbps) between two FreeBSD hosts using that.
Without it, we were only able to hit ~480 mbps on a good day.
If you want 0 overhead, there's always netcat. :)
980mbps is awesome! I am thinking running
18 matches
Mail list logo
