This all sounds like similar behavior of the option in 3.4 called "Include 
Additional Qualifiers".  If you don't set the option on you have to wild card 
your dataset list.  With the option set on you don't have to use wild card to 
get a dataset list.

All the code I've ever written using IGGCSI00 I've had to use wild cards to get 
the list of datasets I wanted.  In the manual they talk about how the use of 
wild cards or no wild cards will affect the output from IGGCSI00.


Thanks..

Paul Feller
GTS Mainframe Technical Support

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Bruce Lightsey
Sent: Thursday, July 09, 2020 3:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

While I’m waiting on my sysprog and IBM to finish scratching their heads I 
thought I’d ask if anyone had run into and corrected a similar situation.  And 
many thanks to Kirk Wolf for patiently helping isolate where the issue seems to 
be.

Situation :  

On one particular LPAR I cannot retrieve a dataset via SFTP and also cannot 
find the specific dataset with sys1.samplib(iggcsirx). 
I used Co:Z SFTP to “put” the dataset to the LPAR; I can use regular FTP to 
“get” the dataset; I can edit the dataset in ISPF; from my Windows workstation 
using SFTP I can see the dataset when I issue the “ls” command but when I “get” 
the dataset I get a “dataset not found” error. Same result when using Filezilla 
– when connecting to FTP I can “put” and “get” with no difficulty but when 
using SFTP I can “put”, see the dataset in the listing on the mainframe, but I 
can’t “get” the dataset.   Frustrating !
On TSO with the sys1.samplib(iggcsirx) REXX using the specific name as the 
filter key - CCTSD02.TRIM.TXT - yields nothing but wild-carding the filter key 
- CCTSD02.TRIM.TXT.** - returns the catalog information as expected. 
I have verified that this is the same behavior for any dataset on the LPAR – 
you must wild-card the name in order to get the catalog info returned. There is 
also a user-started SAP process integration task using plain FTP and IGGCSI00 
that fails unless the dataset name is wild-carded

On a second LPAR on the same CEC that shares the user catalogs, the REXX 
returns the catalog information in both scenarios ( with and without the 
wild-card ). This makes me think that there is something uniquely set/broken on 
my problem LPAR but I am at a loss as to where to look now.

On a second box with multiple z/OS 2.2 and 2.3 LPARS, the REXX also works as 
expected with and without the wild-card.  

Any ideas ?

Thanks,
Bruce



Bruce Lightsey
Database Manager
MS Department of Information Technology Services
601-432-8144 | 
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.its.ms.gov&d=DwIGaQ&c=9g4MJkl2VjLjS6R4ei18BA&r=eUhu3PeeWy6RTndlJVKembFjFsvwCa8eeU_gm45NyOc&m=yQ_O6gYQZatAmk6Zs4DxQjbCNjxCuMqyqBDw7Xlhy5w&s=JrIRHIrdY02BprhEP7j2JeskQTv6oePFPV0mhXYhJws&e=
 

DISCLAIMER: This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error please notify the system 
manager. This message contains confidential information and is intended only 
for the individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. If you are not the intended recipient you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited


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

----------------------------------------------------------------------
Please note:  This message originated outside your organization. Please use 
caution when opening links or attachments.

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

Reply via email to