Hi,
soon it'll be time to migrate my patchwork pool onto a real pair of
mirrored (albeit USB-based) external disks.
Today I have about half a dozen filesystems in the old pool plus dozens of
snapshots thanks to Tim Bray's excellent SMF snapshotting service.
What is the most elegant way of
Hi,
Today I have about half a dozen filesystems in the old pool plus dozens of
snapshots thanks to Tim Bray's excellent SMF snapshotting service.
I'm sorry I mixed up Tim's last name. The fine guy who wrote the SMF snapshot
service is Tim Foster. And here's the link:
I have to backup many filesystems, which are changing and machines are heavy
loaded.
The idea is to backup online - this should avoid I/O read operations from
disks,
data should go from cache.
Now I'm using script that does snapshot and zfs send.
I want to automate this operation and add new
I have other question about replication in this thread:
http://www.opensolaris.org/jive/thread.jspa?threadID=27082tstart=0
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
BTW, did anyone try this??
http://blogs.sun.com/ValdisFilks/entry/improving_i_o_throughput_for
Rayson
On 3/27/07, Wee Yeh Tan [EMAIL PROTECTED] wrote:
As promised. I got my 6140 SATA delivered yesterday and I hooked it
up to a T2000 on S10u3. The T2000 saw the disks straight away and is
On Tue, 27 Mar 2007, [UTF-8] �^Aukasz wrote:
zfs send then would:
1. create replicate snapshot if it does not exist
2. send data
3. wait 10 seconds
4. rename snapshot to replicate_previous ( destroy previous if exists )
5. goto 1.
All snapshot operations are done in kernel - it works
Hi,
Does ZFS has support for kstats? If I want to extract information
like no of files commited to disk during an interval, no of
transactions performed, I/O bandwidth etc, how can I get that
information?
Regards,
-Atul
___
zfs-discuss mailing list
Out of curiosity, what is the timing difference between a userland script
and performing the operations in the kernel?
[EMAIL PROTECTED] ~]# time zfs destroy solaris/[EMAIL PROTECTED] ; time zfs
rename solaris/[EMAIL PROTECTED] solaris/[EMAIL PROTECTED]; time zfs snapshot
solaris/[EMAIL
See
Kernel Statistics Library Functions kstat(3KSTAT)
-r
Atul Vidwansa writes:
Peter,
How do I get those stats programatically? Any clues?
Regards,
_Atul
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
On 27/03/07, Atul Vidwansa [EMAIL PROTECTED] wrote:
Peter,
How do I get those stats programatically? Any clues?
Regards,
_Atul
man kstat
http://docs.sun.com/app/docs/doc/816-5172/6mbb7bu50?q=kstatsa=view
--
Less is only more where more is no good. --Frank Lloyd Wright
Shawn Walker,
Atul Vidwansa wrote:
Peter,
How do I get those stats programatically? Any clues?
With the kstat(3kstat) API from C or Perl.
--
Darren J Moffat
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
Atul,
libkstat(3LIB) is the library.
man -s 3KSTAT kstat should give a good start.
Regards,
Sanjeev.
Atul Vidwansa wrote:
Peter,
How do I get those stats programatically? Any clues?
Regards,
_Atul
On 3/27/07, Peter Tribble [EMAIL PROTECTED] wrote:
On 3/27/07, Atul Vidwansa [EMAIL
o I've got a modified Solaris miniroot with ZFS
functionality which
takes up about 60 MB (The compressed image, which
GRUB uses, is less
than 30MB). Solaris boots entirely into RAM. From
poweron to full
functionality, it takes about 45 seconds to boot on a
very modest 1GHz
Cyrix
I like these articles at SDN:
http://developers.sun.com/solaris/articles/kstatc.html
http://developers.sun.com/solaris/articles/kstat_part2.html
Rayson
On 3/27/07, Sanjeev Bagewadi [EMAIL PROTECTED] wrote:
Atul,
libkstat(3LIB) is the library.
man -s 3KSTAT kstat should give a good start.
If I had had that a few months ago, I might have designed a completely
different system.
Great job!
Malachi
On 3/27/07, MC [EMAIL PROTECTED] wrote:
o I've got a modified Solaris miniroot with ZFS
functionality which
takes up about 60 MB (The compressed image, which
GRUB uses, is less
Łukasz wrote:
All snapshot operations are done in kernel - it works faster then.
I have implemented this mechanism and it works.
Cool!
Do you think this change will be integrated to opensolaris ?
It's possible, but I'd prefer to first exhaust all options for improving
performance of the
Samuel Hexter wrote:
Hi all,
Two separate questions:
1. We have a pool with 134 filesystems which collectively have about
75000 snapshots. The zfs list command grows to over 650MB resident
before printing its output. This doesn't overly bother me since the
box in question (snv53) has plenty of
On Tue, 27 Mar 2007, [UTF-8] �^Aukasz wrote:
Out of curiosity, what is the timing difference between a userland script
and performing the operations in the kernel?
Operation takes 15 - 20 seconds
In kernel it takes ( time in ms ):
[between 2.5 and 14.5 seconds]
Very nice improvement.
Has consideration been given to setting multiple properties at once in a
single zfs set command?
For example, consider attempting to maintain quota == reservation, while
increasing both. It is impossible to maintain this equality without some
additional help.
Quota must be increased first
Cool blog! I'll try a run at this on the benchmark.
On 3/27/07, Rayson Ho [EMAIL PROTECTED] wrote:
BTW, did anyone try this??
http://blogs.sun.com/ValdisFilks/entry/improving_i_o_throughput_for
Rayson
On 3/27/07, Wee Yeh Tan [EMAIL PROTECTED] wrote:
As promised. I got my 6140 SATA
right on for optimizing throughput on solaris .. a couple of notes
though (also mentioned in the QFS manuals):
- on x86/x64 you're just going to have an sd.conf so just increase
the max_xfer_size for all with a line at the bottom like:
sd_max_xfer_size=0x80;
(note: if you look
talking of which,
what's the effort and consequences to increase the max allowed block
size in zfs to highr figures like 1M...
s.
On 3/28/07, Jonathan Edwards [EMAIL PROTECTED] wrote:
right on for optimizing throughput on solaris .. a couple of notes
though (also mentioned in the QFS manuals):
22 matches
Mail list logo