Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!rutgers!mailrus!uwm.edu!uakari.primate.wisc.edu!brutus.cs.uiuc.edu!psuvax1!psuvm!ROHVM1!MBDMD From: MBDMD@ROHVM1.BITNET Newsgroups: bit.listserv.vmxa-l Subject: (no subject given) Message-ID: Date: 31 Jan 90 22:50:46 GMT Sender: VM/XA Discussion List Reply-To: VM/XA Discussion List Lines: 39 Approved: NETNEWS@PSUVM Gateway Subject: Shared File System under VM/XA > Does the/any CMS for VM/XA support the Shared File System? If you're an XA shop and can't wait for the SFS but need to have better minidisk sharing, you might want to look at Access/VM from Goal Systems, Inc. With Access/VM you set up a service machine that maintains R/W access to all minidisks that are set up as Access/VM minidisks. In the individual user's virtual machine, Goal loads up a number of nucleus extensions that front end a significant portion of the CMS file system. The user gets a read link to the minidisk but when the user accesses the minidisk CMS "magically" thinks it is a read/write minidisk. All I/O requests for the minidisk are intercepted by Access/VM and are directed to the server over an IUCV path who actually performs the I/O. The server will allow a number of users all to read and write to different files on a single minidisk at the same time. Access/VM also automatically reaccesses any Access/VM minidisk any time files on the disk have changed so all users always see the latest version of any file. This keeps everyone's view of the file directory "fresh" The product really seems to work pretty well. We have had a number of problems with it but very often the problem is related to other code that is running in a virtual machine that invalidly assumes that no other interrupt handlers exist. Most of our users run in an ISPF based environment. I have to warn you that support for this product under VM/XA running along side of ISPF is not the greatest but I do have to admit, with the exception of ISPF problems and problems with other programs not realizing that there may be another interrupt handler loaded, we have had few problems. Martin J. Doyle VM Systems Programming Contractor Rohm and Haas Company Philadelphia, Pennsylvania MBDMD@ROHVM1 (215) 752-2296