It's the customer's setup over which I have little control, but if I
have an opportunity, I'll see if they have a link to some server that
doesn't have hyphens in the name and try cat with some files on it.

On 2/3/2014 2:46 PM, CRPence wrote:

After some searching [hang\wait\perfm for QNTC], about all I could
come up with as a possible assist, was the following PTF, not on a
cumulative; i.e. after C0292540, that if not yet applied, might help
[apparent latest, in the PTF chain that I infer includes QZLCKERN]:http://www-912.ibm.com/a_dir/as4ptf.nsf/ALLPTFS/SI47896

FWiW, I might be mis-remembering, but I have a vague recollection of
some issues involving server\share names with characters other than
simply alphabetic and numeric digits.?

and it immediately created /g/thekey.txt with the contents of the 2
files. So I guess writing to a /QNTC folder is not a problem.

I started "cat asp_445.csv asp_445_canada.csv" again and let it run,
and after about 5-10 minutes, it started spitting out the contents of
the 2 files.

So reading the files from /g just takes a lllooooonnnnng time?

I actually remember those environment variables, and how they make a
dramatic improvement when doing "WRKLNK '/QNTC'", but one of the old
workarounds for that issue, prior to the environment variables, was
creating a symbolic link pointing to the particular server you want
(if you know what it is), which is what the /g does for me.

On 2/1/2014 4:28 PM, CRPence wrote:

So how about using cat to stdout instead of writing to /g [in
/QNTC]; i.e. drop the redirect. Does that function well, or result
in the same error? If that also fails the same, perhaps try cat a
couple local file with redirect to /g to implicate the write
instead of the read as origin for the encountered difficulty.

Not sure where the msg CPDB050 is logged [apparently the
interactive joblog invoking the QSHell facility vs one of the
/batch/ jobs that implements the work], but are the full message
details [F6=Print or spooled joblog] available... to clarity if
perhaps the errno 3447 ETIMEDOUT condition is specific to the
readdir or something else.?

I did not find any APARs with msgCPDB050 rc3447 nor various kwd
combinations with either errno3447 ETIMEDOUT

<<SNIP>>

Note: I recall one or two environment variables related to how
/QNTC server connections are cached\tracked. <<SNIP>>

---
This email is free from viruses and malware because avast! Antivirus protection is active.http://www.avast.com

This mailing list archive is Copyright 1997-2015 by MIDRANGE dot COM and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available here. If you have questions about this, please contact