Hi Alan,
Thanks for repsonding.
When you say online to the host. Is this bringing the chpid online to the lpar,
or the CP ATTACH in VM?
thanks..John
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
Unfortunately (at least as of z/OS 1.7), JOBCLASS doesn't allow
MSGLEVEL to be defined, only STC and TSU. At least that's what
the INIT reference manual says...
What makes you think so?
JOBCLASS(A) MSGLEVEL(2,1) is a valid init statement.
--
Peter Hunkeler
Credit Suisse
On Sun, 26 Apr 2009 20:30:46 -0400 Gerhard Postpischil gerh...@valley.net
wrote:
:Binyamin Dissen wrote:
: X3010200E = 3380 DISK DEVICE CODE
: Where is the table defined?
:There is no one table. The basic information is similar, but not
:identical to, fields UCBTBYT1-UCBTBYT4 in macro
phoggy pho...@verizon.net wrote in message
news:57dfa310-928f-4d32-8169-df60fb534...@y10g2000prc.googlegroups.com
...
Greetings,
I'm having an issue on my production system concerning SMS managed
temporary datasets.
Temporary SMS managed datasets with a final disposition of old are
This ptf resolves shortcommings and is not Hiper.
So I assume it is safe now?
How many sites are using it?
Kees.
Staller, Allan allan.stal...@kbm1.com wrote in message
news:6cd8dd927eba514e9db1e36304be38d7117ad...@hou-mail.kbm1.loc...
Check out OA25219.
snip
Back in 2007 there was a
Coincidentally, I was chasing up exactly the same symptom just last week and
came up with APAR PK71695...could be relevant (and has a testable workaround):
ERROR DESCRIPTION:
The DATACTTIME for the FTP client is not being set properly
for send processing. The result is the timer is not set
Hi Chris!
tests are ongoing , but here some results:
- I read in the manual about MAXDATA in a node 2.1. AND I tested, also. Without
results: MAXDATA is always 1498 :-(
- D NET,APING, works with all sizes, also with 16384.
- If MAXDATA 1498 is an absolute NO, the question is: how is
2009/4/22 Alvaro Quintupray Burgos aquin...@bancoestado.cl
Hi.
We have getting the following response when exec a PUT FTP with big
files from Host Z/OS 1.8 to Host Z/OS 1.8
EZA2590E send error from send_data - EDC5120I Interrupted function call.
(errno2=0x76690291)
If we
On 4/27/2009 at 2:24 AM, John Argall jarg...@csc.com wrote:
Hi Alan,
Thanks for repsonding.
When you say online to the host. Is this bringing the chpid online to the
lpar,
or the CP ATTACH in VM?
Neither. It is when the guest OS activates the FCP device to try and start
using it.
Norbert
... also with 16384.
Testing with D NET,APING at sizes larger than 1920 doesn't show us anything
new regarding the *size* of data units since 1920 is the request unit size
imposed by the RUSIZES operand of the MODEENT macro used to generate
the #INTER mode table entry which is the
Binyamin,
My current list of volser values that indicate migrated datasets are :
MIGRAT
ARCIVE
ARCHIV
As far as I am aware, there is nothing in the catalog entry to indicate if a
dataset is migrated or not - I was under the impression that the HSM_U_Like
product gets control for dataset not
I have a problem with XRC now .It seems we should create all the contents of
primary volume on the secondary one before starting XRC.
I faced with the problem when I did'nt create one of the cluster files of
primary volume on secondary one and started the XRC . It has been created
via XRC, but
One could always force a data set to be migrated and then look at what was
stored in this metadata field.
Bill Fairchild
Software Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.4503 * Mobile: +1.508.341.1715
Email: bi...@mainstar.com
Web:
I am pretty sure there is no migration indication in the devicetype
field, only the catalogued volser MIGRAT tells you (and others).
In CA-DISK I have the option to leave the devicetype of the archived
(migrated) dataset to the devicetype of the original volume or to set it
to zeros.
Kees.
Bill
On Mon, 27 Apr 2009 07:51:41 -0400 Bill Fairchild bi...@mainstar.com wrote:
:One could always force a data set to be migrated and then look at what was
stored in this metadata field.
Unfortunately I do not have access to all products that do migration.
:-Original Message-
:From: IBM
Binyamin Dissen wrote:
I was hoping that there was some bit combination that would indicate a
migrated dataset.
Not to my knowledge. For HSM, a migrated data set has serial of
MIGRAT, then third byte of x'20' for level 1, and 'x80' for
level 2. IIRC, similar information is available from
Gerhard Postpischil gerh...@valley.net wrote in message
news:49f5b25d.8040...@valley.net...
Binyamin Dissen wrote:
Do all products (HSM, FDR, etc.) use the string MIGRAT as the
VOLSER?
I'd love to find out also, but have only had the annoyance of
HSM g
Yes and no. CA-DISK uses
Hi Guys and Gals,
I'm back.
Bin... The only other HSM-like product I have experience with is CA-DISK
(back before it was CA-DISK... can't even remember the name now offhand).
But - at least at the time - used a volser of ARCIVE. I think it is still
the same.
All the best,
Scott T. Harder
As Gerhard pointed out in an earlier post, the 3rd byte of the 4 bytes of
device type info are documented in the UCB macro in the field UCBTBYT3, where
X'80' denotes a tape device (which corresponds to HSM level 2) and X'20'
denotes a direct access device (which corresponds to HSM level 1).
On Mon, 27 Apr 2009 09:59:51 +0300, Binyamin Dissen wrote:
Do all products (HSM, FDR, etc.) use the string MIGRAT as the VOLSER?
FDR does. Actually, it's ABR. ISTR that this behavior is optional, but I
don't recall what is in the VOLSER if the option is not selected. The
original VOLSER
Originally, they did not. Nowadays, I am not sure.
IIRC, ARCIVE was DMS/OS now CA_DISK
-
Robert B. Richards(Bob)
US Office of Personnel Management
1900 E Street NW Room: BH04L
Washington, D.C. 20415
Sanaz,
It was mentioned in an earlier mail that XRC operates on the volume level.
It knows nothing about VTOCs, VVDS, or datasets. You don't create anything
on the secondary volume because XRC is designed to copy the Primary volume
over the secondary volume.
When you first create an XRC pair all
Peter,
You're right, my bad. The OP was talking about MSGCLASS, not MSGLEVEL.
What my brain told my fingers to write was that you cannot use MSGCLASS
on the JOBCLASS statement, but my fingers typed MSGLEVEL.
Thanks for correcting my post.
Rex
-Original Message-
From: IBM Mainframe
Slightly on topic:
I had an occasion to compare two z machines: old z9 and new z10. Very
similar in MIPS, channels, memory configuration.
Power consumption as shown by HMC
Old blue z9: 4kW
New green z10: 6 kW.
So, replacing old equipment with new green one resulted in increase of
power
Eric,
I think the point here is that for years data centers have proliferated
servers that are single application and low utilization. This has
driven their power usage sky high. I don't know if power companies in
other states have started to put caps on power usage like PGE has, but
I have
Hello,
I have been digging through the OS/390 TCP/IP OE: User's Guide and have not
been able to get this to work.
Is it possible to send a loadlib from 1 mainframe to another mainframe using
FTP, either batch or interactive?
If so, would anyone be willing to share some batch jcl with me?
Peter,
You're right, my bad. The OP was talking about MSGCLASS, not MSGLEVEL.
What my brain told my fingers to write was that you cannot use MSGCLASS
on the JOBCLASS statement, but my fingers typed MSGLEVEL.
Thanks for correcting my post.
Rex
snip
Unfortunately (at least as of z/OS 1.7),
I think it was on IBM-MAIN I saw this fairly recently. I have been in
the archive and can't find the reference.
A command to put the screen names along the bottom of the screen so that
you could position the cursor and jump directly to that screen.
TIA,
Alan
On Monday, 04/27/2009 at 02:24 EDT, John Argall jarg...@csc.com wrote:
When you say online to the host. Is this bringing the chpid online to
the lpar,
or the CP ATTACH in VM?
Neither. It is a logical vary operation. I'm being vague because you
didn't say whether they were for CP's use
Probably not...
The common trick is to use TSO TRANSMIT command to create a portable dataset,
ftp that then use TSO Receive on the other side to reconstruct the dataset.
Len Rugen
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Kurt,
You will need to XMIT the loadlib and FTP the XMIT file. Sorry, I don't
have any JCL to do that as I've always done this interactively.
Kurt Eastwood wrote:
Hello,
Is it possible to send a loadlib from 1 mainframe to another mainframe using FTP, either batch or interactive?
Kurt
first you must create a sequentiell dataset -
simply use XMIT (aka TRANSMIT) with the OUTDSN parameter in TSO or Batch
-
this will create a new dataset with LRECL=80,RECFM=PS .
You may FTP this and then do a RECEIVE INDSN on the other system from this
transferred dataset which restores
On Mon, 27 Apr 2009 08:31:41 -0700, Kurt Eastwood kurtms...@yahoo.com wrote:
Hello,
I have been digging through the OS/390 TCP/IP OE: User's Guide and have not
been able to get this to work.
Is it possible to send a loadlib from 1 mainframe to another mainframe
using FTP, either batch or
On Mon, 27 Apr 2009 12:09:50 -0500, Mark Zelden mark.zel...@zurichna.com
wrote:
On Mon, 27 Apr 2009 08:31:41 -0700, Kurt Eastwood kurtms...@yahoo.com wrote:
Hello,
I have been digging through the OS/390 TCP/IP OE: User's Guide and have not
been able to get this to work.
Is it possible to
there is a way to directly send individual loadlib members but to send a whole
loadlib you really should dump it first using the ADDRSSU utility.
this is jcl that i use.
the userid and password are in the FTPLPA xcics.ftp.cardd file.
//DELLPA EXEC PGM=IDCAMS
//SYSPRINT DD SYSOUT=*
//SYSIN DD
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Kurt Eastwood
Sent: Monday, April 27, 2009 10:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Using FTP to send loadlib
Hello,
=A0
I have been digging through the OS/390 TCP/IP OE: User's Guide and
SWAPBAR - requires z/OS 1.10
Dave Salt
SimpList(tm) - try it; you'll get it!
http://www.mackinney.com/products/SIM/simplist.htm
Date: Mon, 27 Apr 2009 11:23:07 -0500
From: alan.c.fi...@supervalu.com
Subject: ISPF Question
To:
Kurt Eastwood of the IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
wrote on 04/27/2009 10:31:41 AM:
I have been digging through the OS/390 TCP/IP OE: User's Guide and
have not been able to get this to work.
Is it possible to send a loadlib from 1 mainframe to another
mainframe using
Field, Alan C. wrote:
I think it was on IBM-MAIN I saw this fairly recently. I have been in
the archive and can't find the reference.
A command to put the screen names along the bottom of the screen so that
you could position the cursor and jump directly to that screen.
TIA,
Alan
Are you thinking of: SCRNAME screen name [PERM|ON|OFF]?
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Field, Alan C.
Sent: Monday, April 27, 2009 11:23 AM
To: IBM-MAIN@bama.ua.edu
Subject: ISPF Question
I think it was on IBM-MAIN I saw
In ABR, this is an option (MIGRAT) that is set in the FDR Global Options.
By default, if ABR Archive recatalogs an archived dataset for automatic
recall, the catalog entry will retain the original volser unless MIGRAT=YES
is specified. This option can be overridden at run time.
The
Tom,
I agree with everything you say, but I still think that limiting a
datacenter's power capacity is anti business. When limits are set by
government, or in this case the power company, business tends to look at
relocating their business to somewhere where those limits don't exist, or
the
To go to any function in ISPF you usually issue =2 or =3.4 and so forth.
Lizette
I think it was on IBM-MAIN I saw this fairly recently. I have been in
the archive and can't find the reference.
A command to put the screen names along the bottom of the screen so that
you could position
Take a look at my FTPBatch ISPF dialog - it will simplify this process for
you significantly.
you can find it at http://www.lbdsoftware.com
enjoy
Lionel B. Dyck, Consultant/Specialist
?Never attribute to malice what can be caused by miscommunication.?
NOTICE TO RECIPIENT: If you are not the
if you just want to ftp load modules, you can do so interactively.
ftp ip.addr
cd 'REMOTE.LOADLIB'
lcd 'LOCAL.LOADLIB'
put modname
quit
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Mark Zelden
Sent: Monday, April 27, 2009 1:21 PM
To:
LRECL=80,RECFM=PS .
PS does not exist as a RECFM.
It does as a DSORG.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message:
there is a way to directly send individual loadlib members but to send a whole
loadlib you really should dump it first using the ADDRSSU utility.
1. ADDRSSU is protected at many sites.
2. XMIT/UNLOAD (OUTFILE) is easier.
-
Too busy driving to stop for gas!
OR, you can use TSO XMIT to a file, FTP as BIN, then point TSO RECEIVE to the
file...
XMIT is easier, IMO.
But, I don't believe you have to use BIN, since both sites are z/OS.
-
Too busy driving to stop for gas!
--
For
I usually just terse with TRSMAIN, ftp the tersed file, then unterse with
TRSMAIN.
Have a nice day,
Dave Betten
DFSORT Development, Performance Lead
IBM Corporation
email: bet...@us.ibm.com
DFSORT/MVSontheweb at http://www.ibm.com/storage/dfsort/
IBM Mainframe Discussion List
Here is a sample of the generated jcl from my ftpbatch ispf dialog:
//FTPSTEP EXEC PGM=FTP,PARM='mvshost.kp.org (EXIT'
//SYSPRINT DD SYSOUT=*
//NETRCDD DISP=(OLD,DELETE,DELETE),
//DSN=SYSLBD.FTP.NETRC.D090427.T1128402
//INPUTDD *
type e
mode b
cd LIONEL.LOAD
lcd
Thanks Steve and Dave. That's it.
SWAPBAR
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at
To go to any function in ISPF you usually issue =2 or =3.4 and so forth.
But, there's a new function with 1.10, that makes it even easier.
IE: You don't always have to remember the option numbers.
-
Too busy driving to stop for gas!
This works:
//FTP EXEC PGM=FTP
//OUTPUT DD SYSOUT=*
//INPUT DD *
remote.host
userid
password
bin
prompt
cd 'remote.load.library.name' -- must already exist
lcd 'local.load.library.name'
mput *
quit
/*
=
Hello,
I
On Mon, 27 Apr 2009 11:31:00 -0700, Lionel B Dyck
lionel.b.d...@kp.org wrote:
...
type e
mode b
cd LIONEL.LOAD
lcd LIONEL.LOAD
Put TESTMOD
Close
Quit
/*
...
I know that the Type and Mode are necessary if you want to
transfer ISPF stats, as in
Type E
MODE B
If it works without the MOD B/TYPE E great. I've just always done it
because at one point it was required or you'd loose the load module
directory information.
Lionel B. Dyck, Consultant/Specialist
Kaiser Service Credo: Our cause is health. Our passion is service. We?re
here to make lives
Yet another problem I never saw because I always use CONTENT(ALL) instead of
CONTENT(RECOMMENDED) for RECEIVE ORDER.
http://alabamamaps.ua.edu/cgi-bin/wa?A2=ind0904L=ibm-mainP=R14311
You too could see the light and choose to move to using CONTENT(ALL)..
Brian
On Sat, 25 Apr 2009 22:00:52
I agree with everything you say, but I still think that limiting a
datacenter's power capacity is anti business.
When limits are set by government, or in this case the power company, business
tends to look at relocating their business to somewhere where those limits
don't exist, or the overall
The challenge with XMIT/UNLOAD is that you have to run tso in batch to
reconstitute it. I prefer in these situations to use IEBCOPY unload/load.
Lionel B. Dyck, Consultant/Specialist
?Never attribute to malice what can be caused by miscommunication.?
NOTICE TO RECIPIENT: If you are not the
After reading all the discussion on IBM-MAIN I finally configured my
PCOMM screen to be 48 x 142.
I like to use IND$FILE from a DOS/CMD prompt to send and receive data.
I can receive (to the PC) OK, but since changing the screen size sends
are failing e.g.
C:\tempsend show719.xmi
The challenge with XMIT/UNLOAD is that you have to run tso in batch to
reconstitute it. I prefer in these situations to use IEBCOPY unload/load.
A matter of taste.
TSO in Batch?
IEBCOPY in Batch?
Does it matter?
The issue is anybody can use these.
ADDRSSU may be protected.
-
Too busy driving
All,
Thank you all for the suggestions, I have plenty of options to try now.
Kurt
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Lionel B Dyck wrote:
The challenge with XMIT/UNLOAD is that you have to run tso in batch to
reconstitute it.
Huh?
=== [tso] receive inda(dsn)
(don't need the tso if your at ISPF 6; otherwise you do,
while under ISPF)
I prefer in these situations to use IEBCOPY unload/load.
Lionel B.
=== [tso] receive inda(dsn)
(don't need the tso if your at ISPF 6; otherwise you do, while under ISPF)
You've missed the point.
The original intent was to do it under batch.
Interactive doesn't cut it!
-
Too busy driving to stop for gas!
This is actually PK65405. We ran into it as well.
Bob
Coincidentally, I was chasing up exactly the same symptom just last week and
came up with APAR PK71695...could be relevant (and has a testable workaround):
ERROR DESCRIPTION:
The DATACTTIME for the FTP client is not being set properly
I like to use IND$FILE from a DOS/CMD prompt to send and receive data.
Consider FTP.
There are (too) many limitations to IND$FILE.
This includes a max file size.
-
Too busy driving to stop for gas!
--
For IBM-MAIN subscribe /
I have a similar problem. I use PCOMM and when I upload/download with PCOMM
I normally have my host window on the ISPF option 6 screen.This works
with no problem as long as I'm using one of the standard sizes for my
terminal session. If I use a custom size, then it fails from ISPF option 6
To go to any function in ISPF you usually issue =2 or =3.4 and so forth.
From: eamacn...@yahoo.ca
But, there's a new function with 1.10, that makes it even easier.
IE: You don't always have to remember the option numbers.
Do you mean the SWAPBAR? If so, you still have to remember the option
From: eamacn...@yahoo.ca
Consider FTP.
There are (too) many limitations to IND$FILE.
Also consider the ISPF workstation agent (WSA.EXE). IMO, it's much easier to
use than both IND$FILE and FTP.
Dave Salt
SimpList(tm) - try it; you'll get it!
IEBCOPY may be protected as easily as ADRDSSU and it makes about as much
sense.
-Original Message-
From: Ted MacNEIL [mailto:eamacn...@yahoo.ca]
Sent: Monday, April 27, 2009 1:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
The challenge with XMIT/UNLOAD is that
Chris,
There is no Netview installed. Is only two smalls z/OS 1.5 for testing, running
under VM.
MAXDATA is not showed in subarea connections, nor in ANNC.
I install Token Ring adapters in my IBM 7060. And, of course, works!
Maxdata was 4442.
Then, I IPL the system in a 2096. In the z/9, we
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Schwarz, Barry A
Sent: Monday, April 27, 2009 5:49 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
IEBCOPY may be protected as easily as ADRDSSU and it makes about
If it comes down to not being able to use a small amount more of power, that
shows poor planning. Either because the power company didn't build more
capacity, or because the groups regulating new power plants make it
impossible. I don't think business should be limited because of artificial
On Mon, 27 Apr 2009 18:10:42 -0400, Farley, Peter x23353 wrote:
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Schwarz, Barry A
IEBCOPY may be protected as easily as ADRDSSU and it makes about as much
sense.
Agreed, but in many
The query shows there is only 1 active backup task. We think we've figured
out what is happening. We have INUSE(RETRY(Y) DELAY(0) SERIALIZATION
(PREFERRED) coded so HSM was allocating a second drive to back up datasets
that were in use after the initial backup task completed.
The other
IEBCOPY may be protected as easily as ADRDSSU and it makes about as much sense.
I've never worked at a shop where IEBCOPY is protected, nor would I understand
the reason why.
ADRDSSU at least makes sense.
-
Too busy driving to stop for gas!
If it comes down to not being able to use a small amount more of power, that
shows poor planning.
Yes, but you're talking ideal world.
Either because the power company didn't build more capacity, or because the
groups regulating new power plants make it impossible. I don't think
business
On Mon, 27 Apr 2009 23:56:34 +, Ted MacNEIL wrote:
I've never worked at a shop where IEBCOPY is protected, nor would I understand
the reason why.
ADRDSSU at least makes sense.
How?
Does ADRDSSU allow a programmer to dump data sets lacking
READ access, or to dump a volume containing data
On Tue, 28 Apr 2009 00:01:21 +, Ted MacNEIL wrote:
If it comes down to not being able to use a small amount more of power, that
shows poor planning.
Yes, but you're talking ideal world.
Either because the power company didn't build more capacity, or because the
groups regulating new
Answering my own question:
I edited my .WS file and changed packet size from 32760 to 65536 and I
was able to successfully transfer the file. Thanks Roger Bolan for the
ideas.
[Transfer]
DefaultDirectory=C:\TEMP
PacketSize=65536
PCCodePage=1252
I can receive (to the PC) OK, but since changing
No and no. Protecting ADRDSSSU is nonsense.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Paul Gilmartin
Sent: Monday, April 27, 2009 7:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Using FTP to send loadlib
On Mon, 27 Apr 2009
Tom Marchant wrote:
On Mon, 27 Apr 2009 09:59:51 +0300, Binyamin Dissen wrote:
Do all products (HSM, FDR, etc.) use the string MIGRAT as the VOLSER?
FDR does. Actually, it's ABR. ISTR that this behavior is optional, but I
don't recall what is in the VOLSER if the option is not selected.
I am out of the office until 04/05/2009.
I am travelling on business until 4th May. I will try to respond to mails
dureing breaks on in evenings.
Note: This is an automated response to your message IBM-MAIN Digest - 26
Apr 2009 to 27 Apr 2009 (#2009-117) sent on 4/28/09 12:00:03.
This is the
Getting back to the comment about the proliferation of ( usually wintel)
single application servers. In my experience, this occurred because
different business units liked having and controlling their own
server(s), and individually each little server was not very power hungry
anyway. Not like
Another point to note is that ABR sets the high-order bit on
in the DSCB CCHHR field of the catalog entry when the data
set is archived and the original volume serial is retained.
No quite correct. ABR records in the field DSCBTTR a pointer
to the entry in ABR's
84 matches
Mail list logo