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:
|
