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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.opensolaris.org/pipermail/sam-qfs-discuss/attachments/20091113/456ca116/attachment-0001.html>
