FTP Server Maintains D191 (Dummy) Link to Its Own 191 Minidisk
APAR Identifier ...... PQ38736 Last Changed ........ 00/11/01 FTP SERVER MAINTAINS D191 (DUMMY) LINK TO ITS OWN 191 MINIDISK Symptom ...... IN INCORROUT Status ........... CLOSED PER Severity ................... 3 Date Closed ......... 00/06/20 Component .......... 5735FAL00 Duplicate of ........ Reported Release ......... 320 Fixed Release ............ 999 Component Name TCP/IP V2 FOR V Special Notice Current Target Date .. Flags SCP ................... Platform ............ Status Detail: SHIPMENT - Packaged solution is available for shipment. PE PTF List: PTF List: Release 320 : UQ44423 available 00/06/28 (0002 ) Parent APAR: Child APAR list: ERROR DESCRIPTION: Customer is migrating to using TCP/IP FL320, and is using an OEM product to assist with moving various test disks to production use. When an attempt was made to move the FTP server 191 minidisk, a message was received that indicated another user had a R/O link to this disk. From a Q LINKS command, it was found that FTPSERVE itself had established a second link to its 191 disk, with address D191. Customer anticipates this second and apparently unnecessary link will create problems as they convert the primary production system to VM/ESA 2.4.0 with TCPIP FL320, and whenever minidisk backups are performed. LOCAL FIX: None. PROBLEM SUMMARY: **************************************************************** * USERS AFFECTED: All customers that use the FTP server * * (FTPSERVE) to provide access to data that * * resides on a VM/ESA host. * **************************************************************** * PROBLEM DESCRIPTION: The VM/ESA server maintains a second * * (dummy) link to its own 191 minidisk. * * This can cause problems when system * * management/backup operations are * * performed. * **************************************************************** * RECOMMENDATION: APPLY PTF * **************************************************************** As part of FTP server initialization processing, the server issues a DMSLINK call to link its own 191 minidisk with virtual address D191. The return values from this call are examined to ensure the proper operating environment is present (with respect to CMS/CP levels) and to verify that the server has authorization to issue Diagnose code 88 and has privilege class B. However, when this test succeeds, the second link to the 191 minidisk (as D191) is maintained. This unexpected, persistent link can create problems when system maintenance or backup activity is performed. PROBLEM CONCLUSION: Part FTSVMSUB has been modified to detach virtual address D191 after it has been linked following the DMSLINK test call performed during server initialization. In addition, the text for message FTSSUB003I (issued when the DMSCSL test call succeeds) has been modified. The existing message text: FTSSUB003I Diagnose 88 is available for user authorization and minidisk links will now be issued as follows: FTSSUB003I Diagnose 88 authorization and Class B privilege confirmed The text change has been made to reduce confusion regarding access control in environments that make use of an External Security Manager (ESM). TEMPORARY FIX: COMMENTS: MODULES/MACROS: FTSVMSUB MSFTP SRVRFTP SRLS: NONE RTN CODES: CIRCUMVENTION: MESSAGE TO SUBMITTER: