On 19/06/10 07:58 AM, Marion Hakanson wrote:
doug.lin...@merchantlink.com said:
Apparently, before Outlook there WERE no meetings, because it's clearly
impossible to schedule one without it.
Don't tell my boss, but I use Outlook for the scheduling, and fetchmail
plus procmail to download
- Original Message -
Thanks guys - I will take a look at those clustered file systems.
My goal is not to stick with Windows - I would like to have a Storage
pool for XenServer (free) so that I can have guests, but using a
storage server (Opensolaris - ZFS) as the iSCSI storage pool.
Hi all
We're working on replacing our current fileserver with something based on
either Solaris or NexentaStor. We have about 200 users with variable needs.
There will also be a few common areas for each department and perhaps a backup
area. I think these should be separated with datasets, for
On Sat, 19 Jun 2010, Richard Jahnel wrote:
For a certain brand of indellix drive I calculated the life span in
the following way. Based on the maximum sustained write speed of the
drive and the size of the drive (256GB by the way) it would take 9
months to over write the entire drive 1
Roy Sigurd Karlsbakk wrote:
I have read people are having problems with lengthy boot times with lots of
datasets. We're planning to do extensive snapshotting on this system, so there
might be close to a hundred snapshots per dataset, perhaps more. With 200 users
and perhaps 10-20 shared
On Jun 20, 2010, at 11:55, Roy Sigurd Karlsbakk wrote:
There will also be a few common areas for each department and
perhaps a backup area.
The back up area should be on a different set of disks.
IMHO, a back up isn't a back up unless it is an /independent/ copy of
the data. The copy can
TBH write amp was not considered, but since I've never heard of a write amp
over 1.5, for my purposes on the 256gb drives they still last welll over the
required 5 year life span.
Again it does hurt a lot when your using smaller drives that less space
available for wear leveling.
I suppose
On 06/21/10 03:55 AM, Roy Sigurd Karlsbakk wrote:
Hi all
We're working on replacing our current fileserver with something based on
either Solaris or NexentaStor. We have about 200 users with variable needs.
There will also be a few common areas for each department and perhaps a backup
area.
Why does zfs produce a batch of writes every 30 seconds on opensolaris b134
(5 seconds on a post b142 kernel), when the system is idle?
On an idle OpenSolaris 2009.06 (b111) system, /usr/demo/dtrace/iosnoop.d
shows no i/o activity for at least 15 minutes.
The same dtrace test on an idle b134
Hello all,
I recently noticed that my storage pool has started to take a lot of time
finishing a scrub, approximately the final 10% takes 30m to finish while the
previous 90 are done is as many minutes. The 'zpool status' command does
however not change its estimated remaining time. Currently
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Roy Sigurd Karlsbakk
Will trying such a setup be betting on help from some god, or is it
doable? The box we're planning to use will have 48 gigs of memory and
There's nothing difficult about
On 21/06/10 12:58 PM, Edward Ned Harvey wrote:
From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-
boun...@opensolaris.org] On Behalf Of Roy Sigurd Karlsbakk
Will trying such a setup be betting on help from some god, or is it
doable? The box we're planning to use will have 48 gigs of
12 matches
Mail list logo
