[zfs-discuss] unsubscribe

[Chen, Robert(Xiaoliang)]

unsubscribe
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

[zfs-discuss] Unsubscribe

[Hay, Mausul W]

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Calum Benson
Sent: Tuesday, November 20, 2007 11:12 AM
To: Darren J Moffat
Cc: Henry Zhang; zfs-discuss@opensolaris.org; Desktop discuss; Christian
Kelly
Subject: Re: [zfs-discuss] [desktop-discuss] ZFS snapshot GUI


On 20 Nov 2007, at 15:04, Darren J Moffat wrote:

> Calum Benson wrote:
>> On 20 Nov 2007, at 13:35, Christian Kelly wrote:
>>> Take the example I gave before, where you have a pool called,  
>>> say,  pool1. In the pool you have two ZFSes: pool1/export and  
>>> pool1/ export/home. So, suppose the user chooses /export in  
>>> nautilus and  adds this to the backup list. Will the user be  
>>> aware, from browsing  through nautilus, that /export/home may or  
>>> may not be backed up -  depending on whether the -r (?) option is  
>>> used.
>> I'd consider that to be a fairly strong requirement, but it's not   
>> something I particularly thought through for the mockups.
>> One solution might be to change the nautilus background for  
>> folders  that are being backed up, another might be an indicator  
>> in the status  bar, another might be emblems on the folder icons  
>> themselves.
>
> I think changing the background is a non starter since users can  
> change the background already anyway.

You're right that they "can", and while that probably does write it  
off, I wonder how many really do.  (And we could possibly do  
something clever like a semi-opaque overlay anyway, we may not have  
to replace the background entirely.)

All just brainstorming at this stage though, other ideas welcome :)

> An emblem is good for the case where you are looking from "above" a  
> dataset that is tagged for backup.
>
> An indicator in the status bar is good for when you are "in" a  
> dataset that is tagged for backup.

Yep, all true.  Also need to bear in mind that nowadays, with the  
(fairly) new nautilus treeview, you can potentially see both "in" and  
"above" at the same time, so any solution would have to work  
elegantly with that view too.

Cheeri,
Calum.

-- 
CALUM BENSON, Usability Engineer   Sun Microsystems Ireland
mailto:[EMAIL PROTECTED]GNOME Desktop Team
http://blogs.sun.com/calum +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems


___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

[zfs-discuss] unsubscribe

[Markus Lippert]

Albert Chin wrote:

On Sat, Apr 21, 2007 at 09:05:01AM +0200, Selim Daoud wrote:
  

isn't there another flag in /etc/system to force zfs not to send flush
requests to NVRAM?



I think it's zfs_nocacheflush=1, according to Matthew Ahrens in
http://blogs.digitar.com/jjww/?itemid=44.

  

s.


On 4/20/07, Marion Hakanson <[EMAIL PROTECTED]> wrote:


[EMAIL PROTECTED] said:
  
We have been combing the message boards and it looks like there was a 


lot of
  
talk about this interaction of zfs+nfs back in november and before but 


since
  
i have not seen much.  It seems the only fix up to that date was to 


disable
  

zil, is that still the case?  Did anyone ever get closure on this?


There's a way to tell your 6120 to ignore ZFS cache flushes, until ZFS
learns to do that itself.  See:
 http://mail.opensolaris.org/pipermail/zfs-discuss/2006-December/024194.html

Regards,

Marion


___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

  

___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss





  


--
  * Markus Lippert *
SSE-StrategicSupportEngineer Cluster,Highend Server
*Sun Microsystems GmbH*
Brandenburger Str 2
Ratingen DE-40880
Phone +49-2102-4511-670 / x68670
Mobile +49-1728122707
Fax +49-2102-4511-672 / x68672
Email [EMAIL PROTECTED] Sitz der Gesellschaft: Sun Microsystems 
GmbH, Sonnenallee 1, D-85551


___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

[zfs-discuss] unsubscribe

[Tim Cook]

Hi Guys,

I completely forgot to unsubscribe to the zfs list before changing email 
addresses, and no longer have access to the old one.  Is there someone I can 
contact about manually removing my old address, or updating it with my new one?

Thanks!

--Tim
 
 
This message posted from opensolaris.org
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss