Hi Gadi,
We had this issue once a while back when moving ARCHLOG2 to virtual tape.
The SMS rules were changed to direct the archlog2 files to the virtual tape,
but the UNIT2 parm
in DSN6ARVP was still set to SYSDA. Once UNIT2 was set to the correct value,
we no longer
had the problem.
Re
Hi
I am getting unserved externals for an LE program listed below is my JCL
I have CEE.SCEELKED in my syslib and as can be seen one of the external is
in that module
//*
//STEP0200 EXEC PGM=IEWL,COND=(0,LT,STEP0100),
DSCBs or datasets are pretty equivalent for this calc. Although I'm not sure
free spaces are indexed.
Anyway, the messages are clear, it's my VTOCIX that is full, not the VTOC.
With Curtis's clue, I'll check and confirm via DCOLLECT/MXG and then rebuild
the VTOCIX.
Thanks to all for the help.
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Pew, Curtis G
> Sent: Thursday, July 11, 2019 3:06 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Determine level of fragmentation in VTOCIX?
>
> On Jul 11, 2019, at 3:43 PM, Gibney, Dave
> mailto:gib...@wsu.edu
Don't you mean 5250 DSCBs? 1 for the first 5 extents on a PS, and 1
if any extents over 5 to the limit? Also you have to have a DSCB for
each free space extent. My guess is your VTOC is full, because when
you need another extent, you also need a free space record.
https://en.wikipedia.org/wiki/V
On Jul 11, 2019, at 3:43 PM, Gibney, Dave
mailto:gib...@wsu.edu>> wrote:
But, during high volumes of SMTP activity, I have begun to get:
IEC603I VTOC ERRORS MAY EXIST ON C465,PPRD22,8,027
IEC331I 042-002(0812041B),SMTP,SMTP,RNAM,IGG0CLH2
IEC331I VOL,PPRD22,NAME,SMTP.CONN257.NOTE
IGD17003
Thanks, converting to CSSMTP is something I am considering. But, I am unlikely
to go to z/OS 2.3, probably not even 2.2. Odds are real strong that we will be
off of z/OS by January 2021, July at latest. Management really doesn't wish to
renew the MFaaS contract.
I am very much in a keep it goi
Dave,
This does not answer your question, but it appears from the error
messages that you are still running the older zOS SMTP task. ZOS Communication
Server now provides a new CSSMTP task, which no longer copies the spool files
to sequential dataset and plays the dataset "ren
Thanks.
I will be back to you in the morning.
John T. Abell
Tel:800-295-7608Option 4
PresidentÂ
International: 1-416-593-5578 Option 4
E-mail: john.ab...@intnlsoftwareproducts.com
Fax:800-295-7609
International: 1-416-593-5579
International Software Products
Is there a way to determine if and how much a VTOCIX is fragmented. Way back
when (when disk wasn't quite so cheap), we standardized on parking the VTOCIX
in the 14 tracks left in the 1st cylinder, and for a Mod-3, VTOC of 105 tracks
(7CYL) immediately following, and usually a 2 CYL VVDS right a
Input/Output to XMIT be any of the "standard" file formats. Attributes will be
restored during the RECEIVE process.
XMIT will convert the "input file" to FB/80.
What XMIT cannot handle is any file format other that FB/80 for the converted
file.
HTH,
-Original Message-
From: IBM Mainfra
On 7/11/2019 11:32 AM, Jake Anderson wrote:
It's PS + FB XMITTED file.
On Thu, 11 Jul, 2019, 7:26 PM Tom Conley, wrote:
Jake,
Sorry, that's it, it's any xmitted PS file. I reported this to Neal
years ago, but he never had a chance to get it fixed. You'll need to
move to another XMIT fil
I'm not seeing anything that you're doing wrong. I believe you had said that
you do a dir command after the cd and it shows a list of members. What happens
if you turn prompting back on and then do the mget * command? Does it download
anything with prompt on?
Rex
-Original Message
On 2019-07-11, at 03:06:49, Jake Anderson wrote:
>
> I am trying to open a .XMI file using XMIT manager and I get a unable to
> decode INMR02.
>
> The XMI was downloaded from Mainframe as binary
>
Are the checksums (MD5, CRC, SHA, ...) of the .XMI the same on the
mainframe and the desktop?
--g
> On 2019-07-11, at 00:24:49, Gadi Ben-Avi wrote:
>
> Can you send your ftp log?
> What commands did you issue?
> Gadi
>
What version of DOS VS/E?
What FTP client are you using?
> -Original Message-
> From: Peter
> Sent: Thursday, July 11, 2019 8:26 AM
>
> I am trying to download some
It's PS + FB XMITTED file.
On Thu, 11 Jul, 2019, 7:26 PM Tom Conley, wrote:
> On 7/11/2019 5:07 AM, Jake Anderson wrote:
> > Hi
> >
> > I am trying to open a .XMI file using XMIT manager and I get a unable to
> > decode INMR02.
> >
> > The XMI was downloaded from Mainframe as binary
> >
> > Has
'What is the responce after the command Cd 'somethin.pds'?'
THE WORKING DIRECTORY 'SOMETHING.PDS' is partitioned dataset
On Thu, 11 Jul, 2019, 7:00 PM Gadi Ben-Avi, wrote:
> What is the responce after the command Cd 'somethin.pds'?
>
> Gadi
>
> From: IBM
On 7/11/2019 5:07 AM, Jake Anderson wrote:
Hi
I am trying to open a .XMI file using XMIT manager and I get a unable to
decode INMR02.
The XMI was downloaded from Mainframe as binary
Has anyone faced this problem?
Any clue how it was fixed ?
Jake
XMIT manager cannot handle certain files.
It was 'i'(binary 'eye') transfer to PC using 'DOS'(windows) prompt
On Thu, 11 Jul, 2019, 7:08 PM Allan Staller, wrote:
> I have most often seen this where there an intervening non-Z/OS box in the
> transfer.
> However, this could even occur w/ z/OS-Z/OS transfers.
>
> I suggest you re-send the
I have most often seen this where there an intervening non-Z/OS box in the
transfer.
However, this could even occur w/ z/OS-Z/OS transfers.
I suggest you re-send the file from the original source with any intervening
transfers also in BINRY (MODE I (eye)).
HTH
-Original Message-
From:
What is the responce after the command Cd 'somethin.pds'?
Gadi
From: IBM Mainframe Discussion List on behalf of
Peter
Sent: Thursday, July 11, 2019 17:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: Strange FTP issue
I am doing
Cd ..
Cd 's
I am doing
Cd ..
Cd 'somethin.pds'
Prompt off
Mget *
200> After this point it doesn't prompts for the members to download.
It just comes out with
FTP>
There is nothing in SYSLOG too
On Thu, 11 Jul, 2019, 6:46 PM Pommier, Rex, wrote:
>
>
> Peter,
>
> The "200 representation..." message is n
> The "200 representation..." message is normal,
It's not normal to FTP an XMI file with EBCDIC->ASCII based code page
translation; the OP should use Binary. On the FTP back he needs to have
RECFM=FB,LRECL=80.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
__
Peter,
The "200 representation..." message is normal, just telling you that it's going
to translate from ebcdic to ascii. I just tried it and got that message -
right before it downloaded the members.
What is the sequence of commands you're running?
Are you doing a "cd" into the PDS you
My apologies, the macro is DSN6ARVP. CSQ is MQ.
Regards,
Kevin
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Neubert, Kevin
Sent: Thursday, July 11, 2019 7:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Writing DB2 Archlog
Hi,
How exactly was the .XMI Dataset downloaded from the mainframe?
(I.e. was it PC File Transfer (IND$FILE), FTP, some other mechanism?)
Thanks and regards,
David
On 2019-07-11 10:35, Pommier, Rex wrote:
> Is the file on the mainframe FB/80/3120? Or at least FB/80? If it somehow
> has incorre
Is the file on the mainframe FB/80/3120? Or at least FB/80? If it somehow has
incorrect LRECL or RECFM, it'll look good when browsing it but its unusable.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Farley, Peter x23353
Sent: Thursday, July 11, 2019 9:30 AM
To:
I don't believe this can be changed dynamically like MQ (SET ARCHIVE). Revisit
the the CSQ6ARVP macro.
Regards,
Kevin
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Gadi Ben-Avi [gad...@malam.com]
Sent: Wednesday, July 10, 2
Did you set binary transfer on? FTP command "I" (letter eye)? I think that
FTP message is because the mget encountered non-printable characters in one or
more members and you were downloading in ASCII mode instead of in binary mode.
HTH
Peter
-Original Message-
From: IBM Mainframe Di
I did a HEX ON and checked , it looks good to me.
Then I did the receive the same .XMI and restored the same in a PDS.
Compared and look good .
Not sure what is it still. Missing
On Thu, 11 Jul, 2019, 6:20 PM Lizette Koehler,
wrote:
> I would browse the dataset on the Mainframe and make sure t
As another way to do this,
TSO XMIT the PDS with the members you want. I will sometimes create a new PDS
with just the members I want to send.
Then FTP that file as a bin file.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Peter
> Sent: Wednesday,
I would browse the dataset on the Mainframe and make sure the file is intact.
The first couple of records should have INR0 in the beginning of the line
If it does not - then it is not an XMI file.
Next on the mainframe do a RECEIVE of the file and see if there are any errors
during that proces
the most important thing is to make sure the security is setup correctly for
CFZCIM, IZUANG1, and IZUSVR1, since you've not setup z/OSMF previously you'll
have none of the migration pains most of us had.
the configuration is now finally a parmlib member, the moving of the data file
from /var/zo
Greetings Team,
We are in the process of zos 2.3 upgrade and followed by upgrade we are
planning to implement zosmf.
Could you please share the details of the configuration and all related
information if anybody has. It will be useful for me to implement.thanks
Regards,
Raji M
On Thu, Jul 11, 2
got it - thank you
Carmen Vitullo
- Original Message -
From: "Erin Yu"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, July 10, 2019 7:20:55 PM
Subject: Re: Share your thoughts about z/OSMF with IBM
Thanks for all your attention. Somebody said there was no link in the recent
mail
Hi
I am trying to open a .XMI file using XMIT manager and I get a unable to
decode INMR02.
The XMI was downloaded from Mainframe as binary
Has anyone faced this problem?
Any clue how it was fixed ?
Jake
--
For IBM-MAIN subscr
36 matches
Mail list logo