Thanks, Roch! Much appreciated knowing what the problem is and that a
fix is in a forthcoming release.
Thomas
On 6/25/07, Roch - PAE <[EMAIL PROTECTED]> wrote:
Sorry about that; looks like you've hit this:
6546683 marvell88sx driver misses wakeup for mv_empty_cv
http://bugs.
Sorry about that; looks like you've hit this:
6546683 marvell88sx driver misses wakeup for mv_empty_cv
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6546683
Fixed in snv_64.
-r
Thomas Garner writes:
> > We have seen this behavior, but it appears to be entirely re
We have seen this behavior, but it appears to be entirely related to the hardware having
the "Intel IPMI" stuff swallow up the NFS traffic on port 623 directly by the
network hardware and never getting.
http://blogs.sun.com/shepler/entry/port_623_or_the_mount
Unfortunately, this nfs hangs acr
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Thomas Garner
>
> So it is expected behavior on my Nexenta alpha 7 server for Sun's nfsd
> to stop responding after 2 hours of running a bittorrent client over
> nfs4 from a linux client, causing zfs snapshots to hang and requi
So it is expected behavior on my Nexenta alpha 7 server for Sun's nfsd
to stop responding after 2 hours of running a bittorrent client over
nfs4 from a linux client, causing zfs snapshots to hang and requiring
a hard reboot to get the world back in order?
Thomas
There is no NFS over ZFS issue (
On Thu, Jun 21, 2007 at 11:36:53AM +0200, Roch - PAE wrote:
>
> code) or Samba might be better by being careless with data.
Well, it *is* trying to be a Microsoft replacement. Gotta get it
right, you know? ;)
-brian
--
"Perl can be fast and elegant as much as J2EE can be fast and elegant.
In
Joe S writes:
> After researching this further, I found that there are some known
> performance issues with NFS + ZFS. I tried transferring files via SMB, and
> got write speeds on average of 25MB/s.
>
> So I will have my UNIX systems use SMB to write files to my Solaris server.
> This seem
After researching this further, I found that there are some known
performance issues with NFS + ZFS. I tried transferring files via SMB, and
got write speeds on average of 25MB/s.
So I will have my UNIX systems use SMB to write files to my Solaris server.
This seems weird, but its fast. I'm sure
> Correction:
>
> SATA Controller is a Sillcon Image 3114, not a 3112.
Do these slow speeds only appear when writing via NFS or generally in
all scenarios? Just asking, because Solaris' ata driver doesn't
initialize settings like block mode, prefetch and such on IDE/SATA
drives (that is if ata a
Correction:
SATA Controller is a Sillcon Image 3114, not a 3112.
On 6/19/07, Joe S <[EMAIL PROTECTED]> wrote:
I have a couple of performance questions.
Right now, I am transferring about 200GB of data via NFS to my new Solaris
server. I started this YESTERDAY. When writing to my ZFS pool via
I have a very similar setup on opensolaris b62 - 5 disks on raidz on one
onboard sata port and four 3112-based ports. I have noticed that although this
card seems like a nice cheap one, it is only two channels, so therein lies a
huge performance decrease. I have thought about getting another car
11 matches
Mail list logo
