Hi Ramin!

The SAM-QFS file system disk cache needs it's own mountpoint, say 
/samqfs/samqfs01 and you need additional mountpoints for your NFS mounted file 
systems which are to be used for disk archiving - this is /mnt/nfs in your 
case. You cannot create a SAM-QFS file system on top of an NFS mounted file 
system, just on raw devices.

Dirk

Am 13.11.2009 um 16:42 schrieb Ramin Rouzbeh:

> Thank you Dirk and Nathan.
>  
> I manualy configured the archiver cmd and the manager web gui reported an 
> error.  So I backed out from that and went to use the wizard.  Under File 
> Systems & NFS I configured my NFS share.  When i try to creat a new files 
> system, I select QFS and check archive, next under Specify Mount Options I 
> make up a name and for mount point I enter /mnt/nfs (which is where my nfs 
> was mounted).  In step 4 Select Devices for File Data i select the single 
> drive available but when i click next i get Device validation failed 
> "Overlapped data devices detected. Fix the devices below and retry the 
> operation, or select some other available devices /dev/dsk/c0d0s2" error.  I 
> have also tried this on a system that has three disks and i get the same 
> message for each disk i select.  What does this mean?
> Ramin
> 
>  
> 
> On Fri, Nov 13, 2009 at 2:23 AM, Dirk Nitschke <Dirk.Nitschke at sun.com> 
> wrote:
> Hi Ramin!
> 
> You have to distiguish between the file system disk cache and the archive 
> media. The file system disk cache contains the file system meta data and the 
> online files. This file system is of type "samfs" and has to be build on top 
> of raw devices. Therefore, an NFS mounted file system does not show up in the 
> "New File System" wizard of the GUI.
> 
> To create copies of your files in the file system based on policies, you need 
> so called archive media. This can be different types of tape media, optical 
> media or another disk (this is called disk archiving). In case of disk 
> archiving, you have two options: disk archiving to a file system mounted on 
> the SAM-QFS server (this may be an NFS mounted file system) or to another 
> SAM-QFS server using the sam-rftp protocol.
> 
> To configure disk archiving, you can use the "New Disk-based Volume" wizard 
> or your favorite text editor and edit /etc/opt/SUNWsamfs/diskvols.conf. I 
> prefer to use a subdirectory below the mountpoint of a file system as the 
> path for the disk-based volume. In this case you will not screw up your disk 
> archive if the disk archive file system is not mounted for some reason. Don't 
> forget to adjust your archive policies to use the new disk archive volume and 
> to inform the archiver about your changes (samd config).
> 
> Regards, Dirk
> 
> Am 13.11.2009 um 00:37 schrieb Ramin Rouzbeh:
> 
> > Hello Nathan,
> >
> > I took a look at the link you sent and you are right.  However I am using 
> > SAM-QFS 5.0 so the claim should still be supported.  This is my system 
> > design: Solaris 10(runing SA-MQFS) --->NFS mount --Linux Gateway--->iscsi 
> > vault--->storage cloud.  There are issues with connecting the iscsi vault 
> > to the solris that is why I have the gateway.  From SUN documents i can 
> > tell that i have to confgiure the QFS file system and when i try to do that 
> > through the manager I dont see my NFS mount as an available disk to use.  I 
> > am confused because some say yes it works and some say no it doesnt.  A Sun 
> > pre sales eng had told me it doesnt.  But the document you show says other.
> >
> > Thanks
> > Ramin
> >
> > On Thu, Nov 12, 2009 at 4:57 PM, Nathan Schumann <nds at instrumental.com> 
> > wrote:
> > Ramin,
> >
> > There is no reason that you couldn't use an NFS mounted file system as a 
> > target for disk archiving.  As long as SAM can write to it, then it should 
> > be fine.  You will not likely find any documentation for your specific 
> > configuration since it's an XFS backend and may have support issues.  The 
> > only time that you need to have a QFS backend for disk archiving is if you 
> > are using the remote disk archiving feature with sam-rftd.
> >
> > From the 4.6 documentation 
> > (http://docs.sun.com/source/819-7931-10/chap03.html#pgfId-967150):
> >
> > The file system to which the archive files are written can be any UNIX file 
> > system. However, if disk archive copies are written to a different host, 
> > the host must have at least one file system installed on it that is 
> > compatible with the Sun StorageTek SAM software.
> >
> > To me this says that as long as the NFS file system can be written to and 
> > read from SAM, then there should be no issues.  NFS is a UNIX file system 
> > type.
> >
> > Simple configuration:
> >
> > diskvols.conf:
> >
> > archive_disk    /nfs/mount/point
> >
> > archiver.cmd:
> >
> > fs = my_fs
> >        all     .
> >                1       1h
> >
> > vsns
> > all.1   dk      archive_disk
> > endvsns
> >
> > The only other caution I would provided besides a potential support issue 
> > would be performance of the NFS mounted file system.  Make sure that your 
> > XFS file system and network can handle the disk archiving operations.
> >
> > Good luck and let me know if you have any questions.
> >
> > ________________________________________
> >
> > Nathan Schumann | Consultant
> > Instrumental, Inc | High Performance Innovation
> >
> > Address:     2748 E. 82nd St., Bloomington, MN 55425
> > Direct:      952.345.2826
> > Fax:         952.345.2837
> > Toll-free:   800.866.6188
> > E-Mail:      nds at instrumental.com
> > Web:         http://www.instrumental.com
> >
> > STRICTLY PERSONAL AND CONFIDENTIAL. This email may contain
> > confidential and proprietary material for the sole use of
> > the intended recipient. Any review or distribution by others is
> > strictly prohibited. If you are not the intended recipient please
> > contact the sender and delete all copies
> >
> >
> > On Nov 12, 2009, at 3:59 PM, Ramin Rouzbeh wrote:
> >
> > Hi David & Pat,
> >
> > Thank you for getting back to me.  I am trying something new and having a 
> > hard time finding documentation or evidence if such a thing has been done.  
> > I keep getting mixed answers.  A SUN solutions engineer told me that it 
> > couldnt be done because QFS has to be the fiels system at the back end.  I 
> > have a Solaris 10 box that i have installed SAM-QFS.  On the same box i 
> > have an NFS mount that has XFS on the disk.  I understand in order to 
> > archive to a disk i have to configure the QFS filesystem on it.  However I 
> > cant see the mount throught the SAM manager in the section of creating a 
> > new filesystem.  Do you guys have some solid documentation you can point me 
> > to?  I have looked at SUN's documents however its very basic.
> >
> > Thanks
> > Ramin
> >
> >
> >
> >
> > On Thu, Nov 12, 2009 at 3:43 PM, David Gwynne <loki at animata.net> wrote:
> > why not?
> >
> > On 13/11/2009, at 6:46 AM, Ramin Rouzbeh wrote:
> >
> > > Hi Anyone,
> > >
> > > Can SAM-QFS archive to an NFS mount that has XFS on the back end?
> > >
> > > Thanks,
> > > Ramin
> > > _______________________________________________
> > > sam-qfs-discuss mailing list
> > > sam-qfs-discuss at opensolaris.org
> > > http://mail.opensolaris.org/mailman/listinfo/sam-qfs-discuss
> >
> >
> > _______________________________________________
> > sam-qfs-discuss mailing list
> > sam-qfs-discuss at opensolaris.org
> > http://mail.opensolaris.org/mailman/listinfo/sam-qfs-discuss
> >
> >
> > _______________________________________________
> > sam-qfs-discuss mailing list
> > sam-qfs-discuss at opensolaris.org
> > http://mail.opensolaris.org/mailman/listinfo/sam-qfs-discuss
> 
> --
> Sun Microsystems GmbH                                     Dirk Nitschke
> Nagelsweg 55                                          Storage Architect
> 20097 Hamburg                                  Phone: +49-40-251523-413
> Germany                                          Fax: +49-40-251523-425
> http://www.sun.de/                            Mobile: +49-172-847 62 66
>                                                  Dirk.Nitschke at Sun.COM
> -----------------------------------------------------------------------
> Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1,
> D-85551 Kirchheim-Heimstetten - Amtsgericht Muenchen: HRB 161028
> Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
> Vorsitzender des Aufsichtsrates: Martin Haering
> 
> 

-- 
Sun Microsystems GmbH                                     Dirk Nitschke
Nagelsweg 55                                          Storage Architect
20097 Hamburg                                  Phone: +49-40-251523-413
Germany                                          Fax: +49-40-251523-425
http://www.sun.de/                            Mobile: +49-172-847 62 66
                                                  Dirk.Nitschke at Sun.COM
-----------------------------------------------------------------------
Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1,
D-85551 Kirchheim-Heimstetten - Amtsgericht Muenchen: HRB 161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Wolf Frenkel
Vorsitzender des Aufsichtsrates: Martin Haering

Reply via email to