I set up a rexx to do the commands. But, I was playing with trying to
get the same notifications that SENDFILE creates. (Like xxx received at
). When I add system options to the tag command, my file no longer
goes where I expect it to go. For example:
This works:
CP TAG FILE 0872 BSIVM43
Tony -
RSCS always return a file it cannot send back to the owner, not
necessarily the sender.
RSCS must not like you TAG so it is rejecting it.
/Fran Hensler at Slippery Rock University of Pennsylvania USA for 43 years
[EMAIL PROTECTED] +1.724.738.2153
Yes, Virginia,
Well I am surprised RSCS did not reject the file due to an incorrect
priority. To get to the options on the TAG command you need to
provide a priority
tag file spoolid locid userid priority (options
Best Regards,
Les Geer
IBM z/VM and Linux Development
I set up a rexx to do the commands.
Adding the priority fixed the initial problem. Kinda different from the
normal way parameters and options are processed.
I am still not getting the transfer messages I expect. I am now using:
CP TAG FILE 0846 BSIVM43 BARNARD 50 (ACcmsg=Yes ENQmsg=Yes FINalmsg=Yes
SEntmsg=Yes)
I am getting no
I found the problem. Someone previous to me added an nfs to the fstab. Th
e
guest is down so it was unable to connect. Even though all guest are
suppose to be the same they aren't. I'm finding subtle differences in the
m.
thx
mace
Tont -
There is a way to change the OWNERID with Diag D4. I have a program
that will do it and I'll send it to you if you like.
/Fran Hensler at Slippery Rock University of Pennsylvania USA for 43 years
[EMAIL PROTECTED] +1.724.738.2153
Yes, Virginia, there is a
Tony,
Perhaps try
- COPYFILE SENDFILE SEXEC S SENDFILE EXEC A
- Modifying SENDFILE EXEC A to issue a CP TAG QUERY PUN just before the
file is punched to RSCS
- Issue SET INSTSEG OFF (to bypass the EXECLOADed SENDFILE)
- run SENDFILE as usual to see what it is actually using
- Try using
We have some crypto HW (z9-109):
q crypto ap
AP 00 CEX2C Queue 09 is installed
AP 01 CEX2C Queue 09 is installed
AP 02 CEX2C Queue 09 is installed
AP 03 CEX2C Queue 09 is installed
AP 04 CEX2C Queue 09 is installed
AP 05 CEX2C Queue 09 is installed
AP 06 CEX2C Queue 09 is
If you are running on z/VM 5.2 you should not need to IPL the VM LPAR
to bring the queues online to VM.
Best Regards,
Les Geer
IBM z/VM and Linux Development
We have some crypto HW (z9-109):
q crypto ap
AP 00 CEX2C Queue 09 is installed
AP 01 CEX2C Queue 09 is installed
AP 02 CEX2C Queue 09
After thinking about this some more reading you latest appends that is
exactly the reason you are not getting the sent message, it is being
sent to the file originator.
Best Regards,
Les Geer
IBM z/VM and Linux Development
I think the problem is the files ORIGINID. I did a SENDFILE of a file to
Cool thanks Les. By bring online, you mean what they do on the HMC,
right? There doesn't appear to be a vary for cryptos.
Marcy Cortes
This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must
Greetings,
We had this exact same problem on our z/VM 5.1 (RSU 0501) LPAR earlier this
week. I have had this issue happen a few times, but this was the first time I
was able to obtain a dump from the PSW RESTART. I did open an incident with IBM
support. I have received a reply from them to
Cool again... Now... Does linux hotplug? That's ok, I can reboot those
much more easily than VM :)
Marcy Cortes
This message may contain confidential and/or privileged information.
If you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose,
13 matches
Mail list logo