Fw: New LPAR and FTPD & IND$FILE is saying any file we want is used exclusively by someone else

2014-11-18 Thread Mark Regan
Cross posted to IBM-MAIN and IBMTCP-L
As it says, whenever we try to PUT a file to this new LPAR via FTPD, the FTP 
server always says it is "used exclusively by someone else". We've try many 
different DSNs, but end up with the same results.
A 'D GRS,RES=(SYSDSN,dataset) shows that the DSNs are in SHARE status. Example:
#yiv8320154862 body {margin:0 0 0 0;padding:0 0 0 0;}#yiv8320154862 td, 
#yiv8320154862 div 
{font-family:Consolas;font-size:10pt;vertical-align:top;}#yiv8320154862 
#yiv8320154862 body {margin:0 0 0 0;padding:0 0 0 
0;overflow:hidden;}#yiv8320154862 .yiv8320154862transcript 
{background-color:#d2d2d2;}#yiv8320154862 .yiv8320154862messageBlock 
{padding-left:10px;padding-right:10px;margin-bottom:3px;}#yiv8320154862 
.yiv8320154862message 
{padding-left:20px;margin-left:95px;word-wrap:break-word;white-space:pre-wrap;}#yiv8320154862
 .yiv8320154862messageCont 
{padding-left:20px;margin-left:95px;word-wrap:break-word;white-space:pre-wrap;}#yiv8320154862
 .yiv8320154862other 
{font-size:11px;color:#1970b0;vertical-align:top;font-weight:bold;font-style:normal;float:left;width:95px;}#yiv8320154862
 .yiv8320154862myself 
{font-size:11px;color:#22;font-style:normal;font-weight:bold;font-style:normal;float:left;width:95px;}#yiv8320154862
 .yiv8320154862otherCont 
{font-size:8px;text-align:right;color:#1970b0;font-family:Arial, Lucida 
Grande;font-style:normal;vertical-align:top;font-weight:bold;float:left;width:95px;}#yiv8320154862
 .yiv8320154862myselfCont 
{font-size:8px;text-align:right;color:#22;font-family:Arial, Lucida 
Grande;font-style:normal;vertical-align:top;font-weight:bold;float:left;width:95px;}#yiv8320154862
 .yiv8320154862system 
{font-size:11px;word-wrap:break-word;color:#da8103;font-style:normal;font-weight:normal;white-space:pre-wrap;}#yiv8320154862
 .yiv8320154862showTimestamp 
{padding-left:20px;font-size:11px;float:right;color:#99;font-style:normal;font-weight:normal;}#yiv8320154862
 .yiv8320154862other1 
{font-size:11px;color:#ba006e;vertical-align:top;font-weight:bold;font-style:normal;float:left;width:95px;}#yiv8320154862
 .yiv8320154862otherCont1 
{font-size:8px;text-align:right;color:#ba006e;font-family:Arial, Lucida 
Grande;font-style:normal;vertical-align:top;font-weight:bold;float:left;width:95px;}#yiv8320154862
 .yiv8320154862other2 
{font-size:11px;color:#007670;vertical-align:top;font-weight:bold;font-style:normal;float:left;width:95px;}#yiv8320154862
 .yiv8320154862otherCont2 
{font-size:8px;text-align:right;color:#007670;font-family:Arial, Lucida 
Grande;font-style:normal;vertical-align:top;font-weight:bold;float:left;width:95px;}#yiv8320154862
 .yiv8320154862other3 
{font-size:11px;color:#3b0256;vertical-align:top;font-weight:bold;font-style:normal;float:left;width:95px;}#yiv8320154862
 .yiv8320154862otherCont3 
{font-size:8px;text-align:right;color:#3b0256;font-family:Arial, Lucida 
Grande;font-style:normal;vertical-align:top;font-weight:bold;float:left;width:95px;}#yiv8320154862
 .yiv8320154862other4 
{font-size:11px;color:#00512b;vertical-align:top;font-weight:bold;font-style:normal;float:left;width:95px;}#yiv8320154862
 .yiv8320154862otherCont4 
{font-size:8px;text-align:right;color:#00512b;font-family:Arial, Lucida 
Grande;font-style:normal;vertical-align:top;font-weight:bold;float:left;width:95px;}#yiv8320154862
 .yiv8320154862other5 
{font-size:11px;color:#a91024;vertical-align:top;font-weight:bold;font-style:normal;float:left;width:95px;}#yiv8320154862
 .yiv8320154862otherCont5 
{font-size:8px;text-align:right;color:#a91024;font-family:Arial, Lucida 
Grande;font-style:normal;vertical-align:top;font-weight:bold;float:left;width:95px;}#yiv8320154862
 .yiv8320154862other6 
{font-size:11px;color:#b8471b;vertical-align:top;font-weight:bold;font-style:normal;float:left;width:95px;}#yiv8320154862
 .yiv8320154862otherCont6 
{font-size:8px;text-align:right;color:#b8471b;font-family:Arial, Lucida 
Grande;font-style:normal;vertical-align:top;font-weight:bold;float:left;width:95px;}#yiv8320154862
 .yiv8320154862other7 
{font-size:11px;color:#7f1c7d;vertical-align:top;font-weight:bold;font-style:normal;float:left;width:95px;}#yiv8320154862
 .yiv8320154862otherCont7 
{font-size:8px;text-align:right;color:#7f1c7d;font-family:Arial, Lucida 
Grande;font-style:normal;vertical-align:top;font-weight:bold;float:left;width:95px;}#yiv8320154862
 .yiv8320154862highlight {background-color:#bed6f8;}#yiv8320154862 
.yiv8320154862datestamp 
{padding-right:0px;font-size:11px;cursor:default;margin-bottom:3px;background-color:#c0c0c0;width:100%;float:left;text-align:right;color:#ff;font-weight:bold;font-style:italic;}#yiv8320154862
 #yiv8320154862chatAlert {float:left;border-bottom:1px solid 
#E8D091;padding:6px;width:100%;color:#A5754C;}#yiv8320154862 
#yiv8320154862chatAlertImage {float:left;}#yiv8320154862 
#yiv8320154862chatAlertText 
{float:left;margin-left:6px;margin-right:10px;}#yiv8320154862 
#yiv8320154862chatAlertClose 
{float:right;margin-right:10px;padding-r

Re: Fw: New LPAR and FTPD & IND$FILE is saying any file we want is used exclusively by someone else

2014-11-18 Thread John McKown
FTP does a DISP=OLD allocate.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Fw: New LPAR and FTPD & IND$FILE is saying any file we want is used exclusively by someone else

2014-11-18 Thread Paul Gilmartin
On Tue, 18 Nov 2014 23:49:12 +, Mark Regan wrote:

>Cross posted to IBM-MAIN and IBMTCP-L
>As it says, whenever we try to PUT a file to this new LPAR via FTPD, the FTP 
>server always says it is "used exclusively by someone else". We've try many 
>different DSNs, but end up with the same results.
>A 'D GRS,RES=(SYSDSN,dataset) shows that the DSNs are in SHARE status. Example:
>
If while I browse a data set and attempt to overwrite it with FTP, I get:

ftp> put GIMFAF.XML temp.test.dataset
200 Port request OK.
125-FTP Server unable to obtain EXCLUSIVE use of user.TEMP.TEST.DATASET which 
is held by: 0063 user SHR  on SYSDSN
125 Data set user.TEMP.TEST.DATASET is not available
450 Data set user.TEMP.TEST.DATASET is allocated to another job and is 
unavailable for STOR command.
ftp> quit

MIM messages when I exit Browse say:

MIM1098I Contention with user needs EXCL on LSTC3MVS CN(INTERNAL)
MIM1099I user holds SYSDSN user.TEMP.TEST.DATASET SHR CN(INTERNAL)
***

Does this agree with what you see?  It won't overwrite while there's
a SHR ENQ.

>#yiv8320154862 body {margin:0 0 0 0;padding:0 0 0 0;}#yiv8320154862 td, 
>#yiv8320154862 div 
>{font-family:Consolas;font-size:10pt;vertical-align:top;}#yiv8320154862 
>#yiv8320154862 body {margin:0 0 0 0;padding:0 0 0 
>0;overflow:hidden;}#yiv8320154862 .yiv8320154862transcript 
>{background-color:#d2d2d2;}#yiv8320154862 .yiv8320154862messageBlock 
>{padding-left:10px;padding-right:10px;margin-bottom:3px;}#yiv8320154862 
>.yiv8320154862message 
>{padding-left:20px;margin-left:95px;word-wrap:break-word;white-space:pre-
>
Curse you, LISTSERV!

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


Re: Fw: New LPAR and FTPD & IND$FILE is saying any file we want is used exclusively by someone else

2014-11-19 Thread Mark Regan
We don't have MIM, got rid of it. Anyway, no one is browsing the PDS member in 
question. I can add a member to a PDS via FTP, just not replace an existing 
member. It works when PUTing to the same PDS name, but to a different LPAR in 
the same Sysplex.
 Thanks,
 
Mark Regan, USNR-Ret, 1969-1991
<><
  From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Tuesday, November 18, 2014 8:01 PM
 Subject: Re: Fw: New LPAR and FTPD & IND$FILE is saying any file we want is 
used exclusively by someone else
   
On Tue, 18 Nov 2014 23:49:12 +, Mark Regan wrote:

>Cross posted to IBM-MAIN and IBMTCP-L
>As it says, whenever we try to PUT a file to this new LPAR via FTPD, the FTP 
>server always says it is "used exclusively by someone else". We've try many 
>different DSNs, but end up with the same results.
>A 'D GRS,RES=(SYSDSN,dataset) shows that the DSNs are in SHARE status. Example:
>
If while I browse a data set and attempt to overwrite it with FTP, I get:

ftp> put GIMFAF.XML temp.test.dataset
200 Port request OK.
125-FTP Server unable to obtain EXCLUSIVE use of user.TEMP.TEST.DATASET which 
is held by: 0063 user    SHR  on SYSDSN
125 Data set user.TEMP.TEST.DATASET is not available
450 Data set user.TEMP.TEST.DATASET is allocated to another job and is 
unavailable for STOR command.
ftp> quit

MIM messages when I exit Browse say:

MIM1098I Contention with user needs EXCL on LSTC3MVS CN(INTERNAL)
MIM1099I user holds SYSDSN user.TEMP.TEST.DATASET SHR CN(INTERNAL)
***

Does this agree with what you see?  It won't overwrite while there's
a SHR ENQ.

>#yiv8320154862 body {margin:0 0 0 0;padding:0 0 0 0;}#yiv8320154862 td, 
>#yiv8320154862 div 
>{font-family:Consolas;font-size:10pt;vertical-align:top;}#yiv8320154862 
>#yiv8320154862 body {margin:0 0 0 0;padding:0 0 0 
>0;overflow:hidden;}#yiv8320154862 .yiv8320154862transcript 
>{background-color:#d2d2d2;}#yiv8320154862 .yiv8320154862messageBlock 
>{padding-left:10px;padding-right:10px;margin-bottom:3px;}#yiv8320154862 
>.yiv8320154862message 
>{padding-left:20px;margin-left:95px;word-wrap:break-word;white-space:pre-
>
Curse you, LISTSERV!

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN