Just came across this myself, the command you want to enable just the web admin
interface is:
# svccfg
svc: select system/webconsole
svc:/system/webconsole setprop options/tcp_listen=true
svc:/system/webconsole quit
# svcadm restart system/webconsole
This message posted from
Rainer Orth [EMAIL PROTECTED] writes:
Yesterday evening, I tried Live Upgrade on a Sun Fire V60x running SX:CE 90
to SX:CE 93 with ZFS root (mirrored root pool called root). The LU itself
ran without problems, but before rebooting the machine, I wanted to add
some space to the root pool that
Hi All
Is there any hope for deduplication on ZFS ?
Mertol Ozyoney
Storage Practice - Sales Manager
Sun Microsystems
Email [EMAIL PROTECTED]
There is always hope.
Seriously thought, looking at
http://en.wikipedia.org/wiki/Comparison_of_revision_control_software there are
a lot of choices
Hello Cindy,
That did the trick. Thank you for your quick assessment and solution.
Joe
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
On Mon, 21 Jul 2008, W. Wayne Liauh wrote:
Perhaps some considerations should be given to create those
documents with OpenOffice.org or StarOffice/StarSuite.
I would encourage Sun to continue using the system which has already
been working for so many years so that it can focus on creating
[EMAIL PROTECTED] wrote on 07/22/2008 08:05:01 AM:
Hi All
Is there any hope for deduplication on ZFS ?
Mertol Ozyoney
Storage Practice - Sales Manager
Sun Microsystems
Email [EMAIL PROTECTED]
There is always hope.
Seriously thought, looking at http://en.wikipedia.
When will L2ARC be available in Solaris 10?
Thanks,
Jeff
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
To do dedup properly, it seems like there would have to be some overly
complicated methodology for a sort of delayed dedup of the data. For speed,
you'd want your writes to go straight into the cache and get flushed out as
quickly as possibly, keep everything as ACID as possible. Then, a dedup
[EMAIL PROTECTED] wrote on 07/22/2008 09:58:53 AM:
To do dedup properly, it seems like there would have to be some
overly complicated methodology for a sort of delayed dedup of the
data. For speed, you'd want your writes to go straight into the
cache and get flushed out as quickly as
On Tue, Jul 22, 2008 at 11:19 AM, [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote on 07/22/2008 09:58:53 AM:
To do dedup properly, it seems like there would have to be some
overly complicated methodology for a sort of delayed dedup of the
data. For speed, you'd want your writes to go
Though possible, I don't think we would classify it as a best practice.
-- richard
Looking at http://opensolaris.org/os/community/volume_manager/ I see:
Supports RAID-0, RAID-1, RAID-5, Root mirroring and Seamless upgrades and
live upgrades (that would go nicely with my ZFS root mirror -
Chris Cosby wrote:
On Tue, Jul 22, 2008 at 11:19 AM, [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote on 07/22/2008
09:58:53 AM:
To do dedup properly, it seems like there would have to be some
overly complicated
I just wanted to attach a second mirror to a ZFS root pool on an Ultra
1/170E running snv_93.
I've followed the workarounds for CR 6680633 and 6680633 from the ZFS Admin
Guide, but booting from the newly attached mirror fails like so:
Boot device: disk File and args:
Recently, I needed to move the boot disks containing a ZFS root pool in an
Ultra 1/170E running snv_93 to a different system (same hardware) because
the original system was broken/unreliable.
To my dismay, unlike with UFS, the new machine wouldn't boot:
WARNING: pool 'root' could not be loaded
On Tue, 22 Jul 2008, Rainer Orth wrote:
I just wanted to attach a second mirror to a ZFS root pool on an Ultra
1/170E running snv_93.
I've followed the workarounds for CR 6680633 and 6680633 from the ZFS
Admin Guide, but booting from the newly attached mirror fails like so:
I think you're
Mark J Musante writes:
On Tue, 22 Jul 2008, Rainer Orth wrote:
I just wanted to attach a second mirror to a ZFS root pool on an Ultra
1/170E running snv_93.
I've followed the workarounds for CR 6680633 and 6680633 from the ZFS
Admin Guide, but booting from the newly attached mirror
FWIW,
Sun's VTL products use ZFS and offer de-duplication services.
http://www.sun.com/aboutsun/pr/2008-04/sunflash.20080407.2.xml
-- richard
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
[EMAIL PROTECTED] wrote on 07/22/2008 11:48:30 AM:
Chris Cosby wrote:
On Tue, Jul 22, 2008 at 11:19 AM, [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote on 07/22/2008
09:58:53 AM:
To do dedup properly, it
On Tue, Jul 22, 2008 at 11:48 AM, Erik Trimble [EMAIL PROTECTED] wrote:
No, you are right to be concerned over block-level dedup seriously
impacting seeks. The problem is that, given many common storage
scenarios, you will have not just similar files, but multiple common
sections of many
On 7/22/08 11:48 AM, Erik Trimble [EMAIL PROTECTED] wrote:
I'm still not convinced that dedup is really worth it for anything but
very limited, constrained usage. Disk is just so cheap, that you
_really_ have to have an enormous amount of dup before the performance
penalties of dedup are
On Tue, 22 Jul 2008, Erik Trimble wrote:
Dedup Disadvantages:
Obviously you do not work in the Sun marketing department which is
intrested in this feature (due to some other companies marketing it).
Note that the topic starter post came from someone in Sun's marketing
department.
I think
Btrfs does not suffer from this problem as far as I
can see because it
uses reference counting rather than a ZFS-style dead
list. I was just
wondering if ZFS devs recognize the problem and are
working on a
solution.
Daniel,
Correct me if I'm wrong, but how does reference counting solve
I doubt so. Star/OpenOffice are word processors... and like Word they are not
suitable for typesetting documents.
SGML, FrameMaker TeX/LateX are the only ones capable of doing that.
This message posted from opensolaris.org
___
zfs-discuss mailing
et == Erik Trimble [EMAIL PROTECTED] writes:
et Dedup Advantages:
et (1) save space
(2) coalesce data which is frequently used by many nodes in a large
cluster into a small nugget of common data which can fit into RAM
or L2 fast disk
(3) back up non-ZFS filesystems that don't
On Tue, 22 Jul 2008, Miles Nordin wrote:
scrubs making pools uselessly slow? Or should it be scrub-like so
that already-written filesystems can be thrown into the dedup bag and
slowly squeezed, or so that dedup can run slowly during the business
day over data written quickly at night (fast
Bob Friesenhahn wrote:
On Tue, 22 Jul 2008, Erik Trimble wrote:
Dedup Disadvantages:
Obviously you do not work in the Sun marketing department which is
intrested in this feature (due to some other companies marketing it).
Note that the topic starter post came from someone in
On Tue, 22 Jul 2008, Miles Nordin wrote:
scrubs making pools uselessly slow? Or should it be scrub-like so
that already-written filesystems can be thrown into the dedup bag and
slowly squeezed, or so that dedup can run slowly during the business
day over data written quickly at night
Dear Mark/All,
Our trading system is writing to local and/or array volume at 10k
messages per second.
Each message is about 700bytes in size.
Before ZFS, we used UFS.
Even with UFS, there was evey 5 second peak due to fsflush invocation.
However each peak is about ~5ms.
Our application can
28 matches
Mail list logo
