Hi, You can also use a SAMQFS as your disk archive. Just make sure that SAM is not turned on for this file system that you are using as disk archiving for your other SAMQFS file systems.
In a convoluted way, you can turn archiving on this SAMQFS file system that you are using for disk archiving. For example, you can use tapes for archiving for this archiving disk SAMQFS file system. However keep mind that SAMQFS writes tarballs out to the archive media. So, if you have these kind of configuration, you are actually writing tarballs of tarballs to tape :-) may not be something you want to do. You do not need to use sam-rftp. I am unable to justify a use case for this kind of configuration. Thanks. colin On Nov 14, 2009, at 4:34 AM, Dirk Nitschke wrote: > 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 > > _______________________________________________ > sam-qfs-discuss mailing list > sam-qfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/sam-qfs-discuss
