I have a home email/fileserver based on a Netra X1 with two 120Gb disks and 2Gb
RAM which I updated to S10 6/06 so that I could ZFS for mirroring and
snapshotting a data slice. Both disks are partitioned identically: slice 0 is
20Gb is root and mirrored (with SVM) and UFS, slice 1 is swap, slice
Peter Guthrie schrieb:
So far I've seen *very* high loads twice using ZFS which does not
> happen when the same task is implemented with UFS
This is a known bug in the SPARC IDE driver.
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6421427
You could try the following workaround u
Chris Adams wrote:
We're looking at replacing a current Linux server with a T1000 + a fiber channel enclosure
to take advantage of ZFS. Unfortunately, the T1000 only has a single drive bay (!) which
makes it impossible to follow our normal practice of mirroring the root file system;
naturally t
Richard Elling - PAE wrote:
Is anyone actually booting ZFS in production and, if so, would you
recommend this approach?
At this time, I would not recommend it for SPARC systems.
I'll note that I've been using S10U2 on a similar system (two drives)
with slices. I currently have S10U2 with sp
CLARIFICATION below.
Richard Elling - PAE wrote:
Chris Adams wrote:
We're looking at replacing a current Linux server with a T1000 + a
fiber channel enclosure to take advantage of ZFS. Unfortunately, the
T1000 only has a single drive bay (!) which makes it impossible to
follow our normal prac
> Nice, this is definitely pointing the finger more definitively. Next
> time could you try:
>
> dtrace -n '[EMAIL PROTECTED](20)] = count()}' -c 'sleep 5'
>
> (just send the last 10 or so stack traces)
>
> In the mean time I'll talk with our SPA experts and see if I can figure
> out how to f
'mv' command took very long time to copy a large file from one ZFS directory to
another. The directories share the same pool and file system. I had a 385 MB
file in one directory and wanted to move that to a different directory. It
took long time to move. Any particular reasons? There is no rai
Some details on what a long time is might be of help to us...
Also - Some details on what type of hardware you are using...
There are a number of known issues, as well as a number of known
physical limitations that might get in your way. (eg: using multiple
slices of the same disk in the same poo
Hi,
How much time is a "long time"?
Second, had a snapshot been taken after the file
was created?
Are the src and dst directories in the
same slice?
What other work was being done at the time of
the move?
Were their numerous fil
Daniel Rock wrote:
Peter Guthrie schrieb:
So far I've seen *very* high loads twice using ZFS which does not
> happen when the same task is implemented with UFS
This is a known bug in the SPARC IDE driver.
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6421427
You could try the
This is the time it took to move the file:
The machine is a Intel P4 - 512MB RAM.
bash-3.00# time mv ../share/pav.tar .
real1m26.334s
user0m0.003s
sys 0m7.397s
bash-3.00# ls -l pav.tar
-rw-r--r-- 1 root root 516628480 Oct 29 19:30 pav.tar
A similar move on my Mac OS X
Pavan Reddy wrote:
This is the time it took to move the file:
The machine is a Intel P4 - 512MB RAM.
bash-3.00# time mv ../share/pav.tar .
real1m26.334s
user0m0.003s
sys 0m7.397s
bash-3.00# ls -l pav.tar
-rw-r--r-- 1 root root 516628480 Oct 29 19:30 pav.tar
A simila
12 matches
Mail list logo
