Re: A z/OS Redbook Corrected - just about!
I won't get into a lather about USS vs. UNIX but then maybe IBM will have to change all their manuals. For example, SC27-2353-01 - OMEGAMON XE on z/OS Users Guide (and nearly anything to do with monitoring) refers to USS in regards to Unix System Services although in this manual it does make a clarification: --- The Dynamic XE to 3270 (Classic) linking feature requires the VTAM® Unformatted System Services (USS) screen to accept a LOGON APPLID() DATA() command. If the default Telnet USS screen does not accept this command, the name of a Logical Unit (LU) group that does accept it must be provided. --- Confusion could abound for the novice but I'm pretty sure that if someone sees: 'The USS Address Spaces attributes provide information about all z/OS address spaces (so-called dubbed address spaces) that have issued a call to the UNIX System Services application programming interface (API).' they are going to know what the book is discussing. Sebastian. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: NetView (5.4) Web Services Gateway
Thanks for that and we've had it clarified so 1.9 is currently being installed, luckily you can run different versions side by side so if we go up to NetView 6.1 then we can just switch to the latest version. It is a bit confusing as there is no real documentation (NetView that is) to state which version of the XML Toolkit should be used with whatever version of NetView apart from the announcement letter which states 1.9 and above so naturally you're going to want to go the the newest version Thanks, Sebastian. On Thu, 19 Jan 2012 07:23:19 -0500, Jousma, David wrote: >There are 3 versions of the XML toolkit and even though they say z/OS 1.x, >they are standalone products. Unfortunately, they are not upward compatible. > >IXMLE1A0 DESCRIPTION = XML Toolkit z/OS > REWORK = 2008344 > DATE/TIME REC = 10.267 22:55:54 > PRODUCT = 5655-J51 01.10.00 > FMID= HXML1A0 > >IXMLE190 DESCRIPTION = XML Toolkit for z/OS > REWORK = 2006164 > DATE/TIME REC = 10.267 22:14:23 > PRODUCT = 5655-J51 01.09.00 > FMID= HXML170 HXML180 HXML190 > >I believe that is why IBM packages the second one now, as a complete set, if >you notice the FMID's(HXML170,HXML180,HXML190). > >_ >Dave Jousma >Assistant Vice President, Mainframe Services >david.jou...@53.com >1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H >p 616.653.8429 >f 616.653.2717 > > >-Original Message- >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of >Sebastian Welton >Sent: Thursday, January 19, 2012 6:57 AM >To: IBM-MAIN@bama.ua.edu >Subject: NetView (5.4) Web Services Gateway > >(Crossposted) > >We have been trying to get NetView Web Services Gateway working for a few days >now to no great effect when I found what looks like a bug. Firstly the >documentation is not that great as you have to install the XML Toolkit (and >GSKit if not already installed) although it doesn't really tell you that in >any clear terms. Once installed and configured I verified that it was working >and all seemed fine until you try to start the SOAP server under NetView and a >number of IEC141I messages are output. By adding SYSOUT and CEEDUMP DD >statements to the STC JCL it was found that a program: IXMLC19 could not be >found which is correct as this is for version 1.9 of the XML toolkit and we >have the latest, 1.10 installed. Interestingly enough, instead of the programs >being called something like IXMLCA0 they're called IXMLC21 but still...Further >investigation shows that none of the XML toolkit programs call or refer to >this program so what is? > >The control program for the SOAP server is SYS1.CNMLINK(DSISRVR) and it is >this program that refers to IXMLC19 so this means that ýou are fixed to using >version 1.9 of the XML toolkit (I believe that you can run different versions >in parallel, hopefully.) The only NetView documentation that I could find that >refers to the XML toolkit is the announcement letter which states: > >Web Services Gateway > >XML Toolkit for z/OS V1.9, or later > >So 'theoretically' you should be able to use 1.10 but you can't unless someone >knows better? > >Thanks, > >Sebastian > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > >This e-mail transmission contains information that is confidential and may be >privileged. It is intended only for the addressee(s) named above. If you >receive this e-mail in error, please do not read, copy or disseminate it in >any manner. If you are not the intended recipient, any disclosure, copying, >distribution or use of the contents of this information is prohibited. Please >reply to the message immediately by informing the sender that the message was >misdirected. After replying, please erase it from your computer system. Your >assistance in correcting this error is appreciated. > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
NetView (5.4) Web Services Gateway
(Crossposted) We have been trying to get NetView Web Services Gateway working for a few days now to no great effect when I found what looks like a bug. Firstly the documentation is not that great as you have to install the XML Toolkit (and GSKit if not already installed) although it doesn't really tell you that in any clear terms. Once installed and configured I verified that it was working and all seemed fine until you try to start the SOAP server under NetView and a number of IEC141I messages are output. By adding SYSOUT and CEEDUMP DD statements to the STC JCL it was found that a program: IXMLC19 could not be found which is correct as this is for version 1.9 of the XML toolkit and we have the latest, 1.10 installed. Interestingly enough, instead of the programs being called something like IXMLCA0 they're called IXMLC21 but still...Further investigation shows that none of the XML toolkit programs call or refer to this program so what is? The control program for the SOAP server is SYS1.CNMLINK(DSISRVR) and it is this program that refers to IXMLC19 so this means that ýou are fixed to using version 1.9 of the XML toolkit (I believe that you can run different versions in parallel, hopefully.) The only NetView documentation that I could find that refers to the XML toolkit is the announcement letter which states: Web Services Gateway XML Toolkit for z/OS V1.9, or later So 'theoretically' you should be able to use 1.10 but you can't unless someone knows better? Thanks, Sebastian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: NetView Startup problem
On Thu, 24 Nov 2011 12:09:48 +0530, saurabh khandelwal wrote: >Hello, >I added my STEPLIB libraries to ROG00 and IPL'd system again. >but still getting same error .. > >I have added DLIB.NV390.V5R3.ACNMLINK dataset on my PROG member. > >RC S0C4 and resason code 11 for below step. The above looks like your distribution libraries. You should be using the libraries created after accept and apply. Seb -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Suppress command output from SYSLOG
On Thu, 1 Sep 2011 11:24:04 +0300, A.Watthey wrote: >Sebastian, > >You should subscribe to the proper netview list where there is far more >expertise than here (netv...@yahoogroups.com). > >However, what you need to do is check out the DEFAULTS SLOGCMDR value. You >need either NO or ECHOONLY. > >Also, don't forget that you must have the SSI address space running as he's >the one that actually implements this feature. However, you can still use >MVSPARM.MSGIFAC=SYSTEM if you so desire. > >Regards, >Alan. Many thanks to all that replied to me, on and off-list. Using MPF exits, etc. would have far too complex although I had started to look that way. The above method is perfect (so far!) in that all commands that are executed by the NetView user which would normally also show in the SYSLOG are now suppressed from the SYSLOG (using ECHOONLY is nice as it does show what command was executed) but are still processed by NetView. Users who enter commands from NetView will also not see them in the SYSLOG but will have them echoed back to their NetView session and will also go in the NETLOG. So far no ill effects have been noticed and this looks like being the answer to not filling up our SYSLOG with redundant command output. Once again, many thanks. Sebastian. -- 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 http://bama.ua.edu/archives/ibm-main.html
Suppress command output from SYSLOG
We've been implementing IP Monitoring under NetView on our test plex and have noticed that for NetView to get the relevant information it issues MVS DISPLAY commands for TCPIP and then extracts the data it requires from the command output. The problem with this is that with a number of LPARs in the plex, the SYSLOG is just full of these commands and their output making it hard to read (as in problem determination in other areas.) Along with that we're also implementing some JES2 monitoring which also issues JES2 commands via NetView and these also show up in the SYSLOG. Is there anyway I can suppress the output from these commands from the SYSLOG? There are some ways of doing this but they have shown to be of no use as the output is also be suppressed when commands are entered manually either through consoles or via SDSF. I've looked at the CRT (Command Revision Table) in NetView using NETVONLY and then REISSUE SUPPRESS for the command but this suppresses the command totally (I was under the impression that it would suppress the output from the SYSLOG but leaving it available to NetView, but doesn't.) For the JES2 monitoring I may be able to use the SDSF API to get the information and am currently testing that but for IP monitoring I can't do that. This seems a bit silly to me that NetView needs to issue these (many) commands which all show up in the SYSLOG causing this overhead. TIA, Sebastian. -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: ZIP and FTP
I do this all the time, XMIT to a file, FTP down to a server (remember use
BINARY), FTP back up to a mainframe (remember to use BINARY, LRECL(80) and
RECFM(FB) and then receive. Sometimes I have to do a lot of datasets so a
quick and dirty rexx which runs in batch and uses a PDS member as input:
suffix = '.XMIT'
xuser = Userid()
node = 'node_name'
indsn = 'INPUT.DATASET'
inmem.1 = 'member_with_list_of_datasets'
inmem.0 = 1
Do q = 1 To inmem.0
input = indsn!!'('!!inmem.q""')'
x = Outtrap('al.')
'ALLOC FI(XMIT) DA('"'"input"'"') SHR REU'
'EXECIO * DISKR XMIT (FINIS STEM DSN.'
Do i = 1 To dsn.0
dsn = Strip(dsn.i)
inpdsn = dsn
outdsn = xuser!!'.'!!inpdsn!!suffix
Say Copies('-',80)
Say Centre('Processing input dataset' inpdsn 'at' Time()'.',80)
'TRANSMIT node!!'.'!!xuser ,
'DA('"'"inpdsn"'"') OUTDS('"'"outdsn"'"') NOLOG'
ts.p_rc = Rc
Say Centre('Processing output dataset' outdsn 'at' Time()'.',80)
Say Copies('-',80)
End
x = Outtrap('OFF')
End
Sebastian.
--
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 http://bama.ua.edu/archives/ibm-main.html
Re: Check TAPE Contents
On Tue, 29 Mar 2011 22:04:18 +0300, Sergio Lima wrote: >Hello, > >We also tried use IDCAMS here from see tape contents and don't work. >Can you please say what can I get a sample JOB ? I think it was determined that you don't have the necessary authority to use BLP which means that all the other examples (IDCAMS, IEBPTPCH, etc) will also not work until you get this authority. Once you have that then TAPEMAP (which works great) or UATAPE (also on the CBT) and all the IBM utilities will then work for you. Sebastian. -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: CPPUPDTE for LRECL <> 80
Possibly the PDS command from the CBTTape? I'm also looking in this area for a tool to do various search/change/update/replace functions, not only for PDS'es but also other types of datasets and so far a combination of CPPUPDTE, PDS and homegrown tools looks like being the way for me to go... Sebastian -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: DOWNLOADING PDS FROM MAINFRAME TO PC
On Mon, 17 Jan 2011 13:46:35 -0500, Dave Salt wrote: >I highly recommend using the ISPF Workstation Agent (WSA.EXE). It makes file transfers really easy and doesn't require you to enter a userid and password. Check here for instructions: > I used to use the WSA for some tasks but no longer can: A TCP/IP connection exists between your workstation and the host, and your workstation is running under one of these supported operating systems: # Microsoft Windows 2000/NT # AIX # HP-UX # Solaris (SUN) My workstation is Linux... Sebastian. -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: JES2 question
>From the $HASP050 message in JES2 Messages it is basically saying that JES2 has a shortage of BUFX (extended logical buffers) which requires changes to EXTBUF parameter on BUFDEF statement- http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/has2a190/4.7?SHELF=EZ2ZBK0I&DT=20090520233951&CASE= Which needs the JES2 Initialisation and Tuning Reference to tell you where to change your JES2 parms: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/has2a490/3.3.2?SHELF=EZ2ZBK0I&DT=20090605233543 Sebastian. -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: How to copy code from the publications of Xephon
This is happening because it is not preserving the formatting, happens to me a lot when copying from PDF documents and so I just end up editing the pasted version. Some versions of Acrobat and other PDF readers have an option to copy with keeping the formatting, mine doesn't seem to but there may well be an option you have to set in preferences for this. Sebastian. -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: HSM recycle of DUMP VOLUMEs
Scott, absolutely correct. This was for ML2 volumes only. Of the top of my head I can't recall waht I used for DUMP volumes but managed to move them as well, I believe that there is a utility to do this. Need to look at my jobs I used when I can. Sebastian. On Mon, 20 Dec 2010 10:05:00 -0500, Scott Rowe wrote: >Sebastian, > >Do you mean to say that you were able to use RECYCLE for DUMP volumes? I >didn't think that was supported. > >Scott > >On Mon, Dec 20, 2010 at 9:57 AM, Sebastian Welton wrote: > >> I recently did this by using: >> >> HSENDCMD RECYCLE EXECUTE VOLUME( ) >> >> to move all HSM volumes from one VTS to another. Admittedly the new volumes >> had different volsers and so the SMS routines were changed to reflect the >> new VTS but it worked fine. >> >> Sebastian >> >> >> On Wed, 15 Dec 2010 21:26:49 +0200, Arye Shemer >> wrote: >> >> >Hello Forumers, >> > >> >I need to copy existing HSM DUMP VOLUMEs from one library to a new one >> (can >> >not move the cartridges). >> > >> >It seems that HSM does not provide any means to do this. >> > >> >Any suggestions or sharing experience would be very appriciated. >> > >> >Thank you, >> > >> >Arye Shemer. >> > >> >> -- >> 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 http://bama.ua.edu/archives/ibm-main.html >> > >CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains >confidential and privileged information intended only for the addressee. >If you are not the intended recipient, please be advised that you have >received this material in error and that any forwarding, copying, printing, >distribution, use or disclosure of the material is strictly prohibited. >If you have received this material in error, please (i) do not read it, >(ii) reply to the sender that you received the message in error, and >(iii) erase or destroy the material. Emails are not secure and can be >intercepted, amended, lost or destroyed, or contain viruses. You are deemed >to have accepted these risks if you communicate with us by email. Thank you. > >-- >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 http://bama.ua.edu/archives/ibm-main.html -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: HSM recycle of DUMP VOLUMEs
I recently did this by using: HSENDCMD RECYCLE EXECUTE VOLUME( ) to move all HSM volumes from one VTS to another. Admittedly the new volumes had different volsers and so the SMS routines were changed to reflect the new VTS but it worked fine. Sebastian On Wed, 15 Dec 2010 21:26:49 +0200, Arye Shemer wrote: >Hello Forumers, > >I need to copy existing HSM DUMP VOLUMEs from one library to a new one (can >not move the cartridges). > >It seems that HSM does not provide any means to do this. > >Any suggestions or sharing experience would be very appriciated. > >Thank you, > >Arye Shemer. > -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Using ADDRESS SDSF in OPS/MVS
For running Address SDSF under NetView I had to code the following: isfjesname = 'JES2' before the ISFCALLS(ON) mainly because NetView is started with SUB=MSTR and so doesn't run under JES2. Maybe the same for OPS/MVS? Sebastian -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Two HSM's on one Lpar
Looked at it: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2i480/1.11?SHELF=EZ2ZBK0I&DT=20090605105438 but decided on other methods instead (i.e. ABARS.) Sebastian On Tue, 12 Oct 2010 15:04:22 -0400, Mark Jacobs wrote: >Can I run two HSM's on one lpar and through the use of exits decide >which HSM manages which storage group? > >-- >Mark Jacobs -- 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 http://bama.ua.edu/archives/ibm-main.html
IDCAMS DEFINE and OWNER
Just a quickie...I haven't been able to find much information on the OWNER option when defining a dataset, what is exactly for? I have a lot of datasets which have (NULL) but also defined a lot of datasets with a different HLQ to me but with my user as OWNER. Someone was concerned that if my user was to be deleted then they would have problems in some areas, i.e. RACF but as far as I can tell this has no real meaning (maybe from a reporting point of view.) Thanks, Sebastian -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: SORT Numeric Field
Many thanks Frank, that did it exactly. I have downloaded the book you suggested and am reading it, maybe not avidly yet, but it has given me some ideas for the rest of the project which looks like making my life easier. I've known about DFSORT for years but never really used it to my shame as I know it can do many things. Now maybe I'll get around to sorting that out. Once again, thanks. Sebastian. On Tue, 21 Sep 2010 12:30:44 -0700, Frank Yaeger wrote: > >If you want to sort on the dsnames and then on the volume_sequence, use: > >SORT FIELDS=(1,45,CH,A,54,4,UFF,A) > >If you're not familiar with DFSORT and DFSORT's ICETOOL, I'd suggest >reading through "z/OS DFSORT: Getting Started". It's an excellent >tutorial, with lots of examples, that will show you how to use DFSORT, >DFSORT's ICETOOL and DFSORT Symbols. You can access it online, along with >all of the other DFSORT books, from: > >http://www.ibm.com/support/docview.wss?rs=114&uid=isg3T780 > >Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com >Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration > > => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort > >-- >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 http://bama.ua.edu/archives/ibm-main.html -- 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 http://bama.ua.edu/archives/ibm-main.html
SORT Numeric Field
As a novice (very much so) I'm trying to use DFSORT to sort a dataset so that I have various fields in order. Basically the data looks like this: dataset_name volume_sequence so dsn1 1 dsn2 3 dsn3 12 dsn4 15 As you can see it is pretty random. Using DFSORT I've managed to get it to do this: dsn1 1 dsn2 10 dsn3 2 dsn4 3 dsn5 4 and so on which looks much better but as I'm building JCL from this I need to get the number sequence in order. My sort parameters are SORT FIELDS=(1,45,CH,A,54,4,CH,A) but as can be seen 10 follows 1 and 100 follows 10 whereas I need to get 2 to follow 1 and 10 to follow 9. I'm reading the manuals but a quick pointer would be much appreciated (BTW, this is all in REXX as well.) TIA Sebastian -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
Lizette,
you could put a:
//IOEZPRM DD DSN=PARMLIB(IOEFSPRM),DISP=SHR
in the MSM jcl if IOEFSPRM is not in your PARMLIB concatenation but I
suspect that it more than likely is as zFS when starting up will use the
entries in it.
Sebastian.
On Mon, 20 Sep 2010 09:09:38 -0400, Lizette Koehler
wrote:
>> Sebastian Welton Wrote
>>
>> How about instead specifying:
>>
>> aggrgrow=on
>>
>> in IOEFSPRM making sure that you have the DDNAME=IOEZPRM in the JCL for
>> zFS?
>>
>
>
>Sebastian,
>
>That makes sense, since that would be the normal specification of AGGRGROW.
>What is the DDNAME in the JCL. Are you indicating that the MSM STC JCL
>needs a DDNAME=IOEZPRM?
>
>Lizette
>
>
>
>>
>> On Mon, 20 Sep 2010 08:49:15 -0400, Lizette Koehler
>> wrote:
>>
>> >I am having a discussion with one of my team mates on how to code
>> BPXPRMxx
>> >for zFS files.
>> >
>> >We are having a problem in that some of them do not mount at IPL time.
>> I
>> >think it is due to the PARM in the Mount statement, they do not.
>> Could
>> >someone help me understand?
>> >
>> >Error message at IPL time.
>> >
>> >BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM
>> >WAS NOT MOUNTED.
>> >THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST.
>> >
>> >BPXPRMxx member
>> >
>> >MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM')
>> > /* CA-MSM r3.0 */
>> > MOUNTPOINT('/u/usr/msmserv/msm')
>> > PARM('AGGRGROW') /* aggragate grow zfs */
>> > TYPE(ZFS) /* Filesystem type */
>> > MODE(RDWR) /* Mounted for read/write */
>> >
>> >
>> >Can you specify AGGRGROW in the parm? Or am I missing some other
>> definition
>> >issue?
>> >
>> >Thanks
>> >
>> >
>> >Lizette
>
>--
>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 http://bama.ua.edu/archives/ibm-main.html
--
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 http://bama.ua.edu/archives/ibm-main.html
Re: Mount Points in BPXPRMxx
How about instead specifying:
aggrgrow=on
in IOEFSPRM making sure that you have the DDNAME=IOEZPRM in the JCL for zFS?
Seb
On Mon, 20 Sep 2010 08:49:15 -0400, Lizette Koehler
wrote:
>I am having a discussion with one of my team mates on how to code BPXPRMxx
>for zFS files.
>
>We are having a problem in that some of them do not mount at IPL time. I
>think it is due to the PARM in the Mount statement, they do not. Could
>someone help me understand?
>
>Error message at IPL time.
>
>BPXF008I FILE SYSTEM SYS3.MSM.OMVS.ZFS.MSM
>WAS NOT MOUNTED.
>THE MOUNT POINT SPECIFIED IN BPXPRMH8 DOES NOT EXIST.
>
>BPXPRMxx member
>
>MOUNT FILESYSTEM('SYS3.MSM.OMVS.ZFS.MSM')
> /* CA-MSM r3.0 */
> MOUNTPOINT('/u/usr/msmserv/msm')
> PARM('AGGRGROW') /* aggragate grow zfs */
> TYPE(ZFS) /* Filesystem type */
> MODE(RDWR) /* Mounted for read/write */
>
>
>Can you specify AGGRGROW in the parm? Or am I missing some other definition
>issue?
>
>Thanks
>
>
>Lizette
>
>--
>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 http://bama.ua.edu/archives/ibm-main.html
--
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 http://bama.ua.edu/archives/ibm-main.html
Re: STATOPT
Some good information here from Chris Mason (many thanks) who asked me to post it here: John Chase is correct that STATOPT is a statement associated with an obscure NetView component called - as John said - "Status Monitor".[1,2] As to why it is specified as a comment in terms of VTAM definitions requires some knowledge of the history of this obscure NetView component. Originally "Status Monitor" had another name - which I forget - as an IBM "field developed program" (FDP) developed in Hursley - a development lab but not having any mission for network management programs - in, IIRC, the operations department. Because at the time, the mid-80's, this FDP was very popular it got swept up into the amalgamation of the seperate but interdependent products, NCCF, NLDM and NPDA, which became NetView - because the word got back to "network management" development that the poor lambs of system programmers who were responsible for installing these products couldn't get their heads around the simple instructions in the manuals regarding how to set up the necessary NCCF definitions for the interfaces which provided support for NLDM and NPDA. But I digress to a certain extent. Because "Status Monitor" started out as an FDP and it works by having definitions associated with resources identified by named VTAM statements, it needed to insert its definitions into the VTAM definitions. The only way to do this without upsetting VTAM when VTAM is parsing what VTAM rightly regarded as VTAM definitions, the "Status Monitor" definitions needed to be insinuated into the VTAM definitions without VTAM being aware of their presence. Hence their specification as comment records. "Status Monitor" gains access to both the named VTAM resources and their associated additional definitions by running the appropriate VTAM definitions - based on its own version of the ATCCONxx member IMMSMC - through a preprocessor which needs to be run each time there is a sigificant change to the VTAM definitions. In my test/ediucation systems in the days I tried to care about the NetView "Status Monitor" component, I used to run the preprocessor in the same started task as NetView as a job step before NetView itself.[3] STATMON was (is) a command you can enter when logged onto NetView and you are presented with an NCCF panel. It shows you the VTAM resources in what "Status Monitor" imagines is an appropriate hierarchy. You may imagine you have a good view of your VTAM environemnt and, with simple cursor/Enter key operations, you have a fast tool for entering VARY ACT and VARY INACT commands. Also with "Status Monitor" you can request automatic reactivation of resourtces which have become inactive which, IMNSHO, is not at all a sensible approach to take, the main reason being that resources become active not just because they feel like taking a break but because something actually has broken. You may judge I was *not* a "Status Monitor" advocate! > the STATOPT statement but this does not seem to be documented anywhere. The 10th Google hit with "statopt ibm" - and the prior 9 were not very encouraging - took me to a page in NetView documentation where the STATOPT statement was mentioned - and associated with "Status Monitor". Searching for "Status Monitor" on that so-called "infocenter" page found many hits. I did some more digging and found the following page as the first hit with '"status monitor" preprocessor': http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?topic=/com.ibm.itnetviewforzos.doc/inal0mst60.htm I think you will find this page particularly useful. Chris Mason [1] I needed reminding since it's a long time since I had anything to do with this statement! [2] I say "obscure" although at one time it was very popular. My take on why it used to be popular and why it is obscure today is that the function always promised far more than it delivered so that initial enthusiasm was turned over time into disillusionment. I may be describing it as obscure but, because it was once popular, I expect very many VTAM installations have "Status Monitor" comments hanging around their VTAM definitions and the current batch of responsible system programmers just leave them alone although they have no idea what purpose they could possibly be serving! Also, as I expect you discovered when setting up your TAF definitions, NetView still includes "Status Monitor" sample statements in their sample definitions. If you never use "Status Monitor", as seems very likely, throw all these "Status Monitor" statements cluttering up your VTAM definitions away! [3] This may have given me a problem with the "program properties table" (PPT) entry regarding multiple job steps in a systems task but I was well aware how to circumvent that quite unnecessary restriction. and... I have now spotted your post bemoaning the lack of documentation. Armed with the knowledge that STATOPT is something to do with "Status Monitor" and that "Status Monitor" is somethi
Re: STATOPT
I think that you're correct there (can't verify as STAMON isn't running) but according to some comments in a sample VTAMLST member it quite possibly has something to do with the STATMON preprocessor. Nice to be documented somewhere though. Sebastian On Wed, 8 Sep 2010 07:08:00 -0500, Chase, John wrote: >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of Sebastian Welton >> >> Just setting up some VTAM definitions for TAF sessions and want to use >the >> STATOPT statement but this does not seem to be documented anywhere. I >> presume that it should be coded on the last line as: >> >> * STATOPT='stuff' >> >> as removing the comment * and adding continuation characters causes >problems >> but leaving it there seems okay. Does this actually get used anywhere >or is >> it just a comment? > >I think (but not sure) that the Netview "Status Monitor" reads it (as a >comment). > > -jc- > >-- >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 http://bama.ua.edu/archives/ibm-main.html -- 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 http://bama.ua.edu/archives/ibm-main.html
STATOPT
Just setting up some VTAM definitions for TAF sessions and want to use the STATOPT statement but this does not seem to be documented anywhere. I presume that it should be coded on the last line as: * STATOPT='stuff' as removing the comment * and adding continuation characters causes problems but leaving it there seems okay. Does this actually get used anywhere or is it just a comment? Sebastian -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Passing commands to SDSF in REXX
I suppose you could write your own 'SUBMIT' command which with outtrap would get the IKJ message, in turn getting the jobname, pass this to a REXX exec calling SDSF and setting isfprefix for the jobname and this would in turn then perform the ST command. However once you've got the job details then what do you want to do. Calling SDSF in REXX (from z/OS 1.9 onwards) is quite particular and it would take quite a bit of coding to do what you want. For example, what do you want to look at in the job? If you want to look at it executing then you need to specify which ddname you want to look at and so on. Have a look at the redbook which gives some good ideas including a 'client/server' option which might be of use: http://www.redbooks.ibm.com/abstracts/sg247419.html Currently playing with SDSF/Rexx as we want to someway of monitoring logs of started tasks, i.e. SMTP and so on which is quite easy to do under UNIX, etc. but not so easy here. Seb >Hi, > >It's much simpler than that: >The user has the job displayed in the editor. >He Submits the job. >The user enters a command on the command line, moves the cursor to the job name and presses enter >The command performs the following functions: >1. get the job name from the cursor position >2. starts SDSF >3. enters the prefix command with the job name >4. enters the ST command. > >The user can then look at the job, monitor its execution, and do all the other wonderful things you can do in SDSF. -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Need tape compare program, was Re: Copy tape GDG (
Thanks for that. Downloaded it but apart from the 32K restriction I don't think it will do the job. Looking at the documentation it seems to have originally been written for sequential datasets and then updated to only do PDS'es. I've tried a couple of other options. ICETOOL has the COUNT option and this works for tapes that are VBS but not for RECFM=U (such as those created by ADRDSSU) and although the record count for each tape in a multi-volume set is different, the total amount of records are the same so that is a partial solution. RMM also gives a record count for each tape which is a different number than ICETOOL but the total is 1 byte different! Cheers, Seb. On Tue, 20 Jul 2010 15:45:23 -0500, Rick Fochtman wrote: > >Take a look at the Yale Compare program, from the CBTTAPE site. It is >DCB-independant and will show you the actual differences, without regard >to how many differences it fnds. > >But it won't handle blksizes larger than 32,760. > >Rick > >-- >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 http://bama.ua.edu/archives/ibm-main.html -- 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 http://bama.ua.edu/archives/ibm-main.html
Need tape compare program, was Re: Copy tape GDG (
I found a number of tapes which are 32k blocking and used IEBCOMPR but it really doesn't give decent enough information and didn't work on multi-volume datasets. For tapes that are single volume, single dataset then the information extracted from RMM showing the amount of data on the tape looks good (except for tapes created which have data where the creating program is IMS related!) Where this doesn't work is on multi-volume tapes or multi-dataset tapes as RMM shows differences between them. Although using a couple of tools from the CBT has shown the data to actually be the same, it would take me far too long to incorporate the process of reading the whole tape(s) and then comparing the data (excepting VOL1) so if there are any 'freebie' tape comparison programs out there which in my extensive searching shows none, I would be most grateful to be pointed towards them (extremely so as the migration needs to be finished by the end of this month!!!) Thanks, Seb. On Fri, 9 Jul 2010 17:42:14 +, Linda Mooney wrote: >Hi Seb, > > > >Thanks for posting about the blocksize limitation. I was not aware of that as we typically don't write anything over 32K anyway. > > > >Perhaps a call to IBM might result in a fix for you and for us too. ;-) > > > >Thanks, > > > >Linda > > >- Original Message - >From: "Sebastian Welton" >To: IBM-MAIN@bama.ua.edu >Sent: Friday, July 9, 2010 1:14:33 AM GMT -08:00 US/Canada Pacific >Subject: Re: Copy tape GDG > >Reply to myself, from the IEBCOMPR documentation: > >The block sizes cannot exceed 32760 bytes. > >Seb > >>Many thanks for pointing that out. I did actually remember reading the >>original article but didn't think anything about it. So I'm working on it >>now but of course I get S013-E1 abends as the blksize on the tapes is > 32K >>(they're 64K) so I need to work out this LBI stuff... >> >>Seb > >-- >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 http://bama.ua.edu/archives/ibm-main.html > >-- >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 http://bama.ua.edu/archives/ibm-main.html -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Copy tape GDG
Reply to myself, from the IEBCOMPR documentation: The block sizes cannot exceed 32760 bytes. Seb >Many thanks for pointing that out. I did actually remember reading the >original article but didn't think anything about it. So I'm working on it >now but of course I get S013-E1 abends as the blksize on the tapes is > 32K >(they're 64K) so I need to work out this LBI stuff... > >Seb -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Copy tape GDG
Many thanks for pointing that out. I did actually remember reading the original article but didn't think anything about it. So I'm working on it now but of course I get S013-E1 abends as the blksize on the tapes is > 32K (they're 64K) so I need to work out this LBI stuff... Seb On Fri, 9 Jul 2010 05:43:00 +, Linda Mooney wrote: >Hi Sebastian, > > > >snip--- > >I need to get something which shows that the tapes are exactly the same. >Working on that one now... >---snip--- > > > >There has been some mention on other threads on this forum lately about IEBCOMPR. Perhaps it might be of use here.  Google lists a good number of refernences too. > > > >HTH, > > > >Linda Mooney   > > >- Original Message - >From: "Sebastian Welton" >To: IBM-MAIN@bama.ua.edu >Sent: Thursday, July 8, 2010 11:51:03 AM GMT -08:00 US/Canada Pacific >Subject: Re: Copy tape GDG > >Thanks for that but, sadly, not an option due to not wanting to get an >external product. This is in fact a follow-up from my original posting: > >http://bama.ua.edu/cgi-bin/wa?A2=ind1003&L=ibm-main&P=R34466&D=0&H=0&I=1&O=D&T=0&X=6C5E7A1AD1091CA18F&m=61608 > >I would like to thank everyone who replied to that as the information that >came in helped greatly, thanks again. As to how it is going: > >- now have all 3 sysplexes writing and reading to the new VTS and only >reading from the old (I do still have the option of writing if needed) >- after my analysis I found that there was 140TB of data which needed to be >migrated!!! After weeding out a lot of data I have now bought that down to a >manageable 90TB which is still a lot (well I've seen some presentations from >other companies who have been through the same procedure and this a heck of >a lot more, but still...) >- although I would really like a tool I was told no. Apparently one was used >during one conversion and it screwed up a lot of data so an ISV product, >apart from budget constraints, was disregarded >- what I have now put together is a few (5 in fact) REXX procedures which >basically: >   - create an RMM extract file with the data that I require in it >   - read this extract file and then depending upon the data found, >dynamically builds all jobs required. Data is also extracted from RMM and >the catalogue to ensure that everything is pukka >   - once the tape to tape copies are run then RMM and the catalogue is updated >   - the REXX procedures handle most data, SMS, IEBGENER, DB2 (still >working on IMS) along with multi-file volumes (that was a pig to code) and >multi-volume datasets > >I've already migrated 2 sysplexes but they had really no data and I'm meant >to start in production tomorrow but I'm holding back due to one constraint. >In order to make sure that all tapes copied are the same as the original >then a tape to tape comparison needs to be done (the department who asked >for this wanted a checksum, er...) Anyway we have no DITTO or FATS/FATAR >which would have made life so much easier. I first used the figures from RMM >showing how many KB on each tape and then some from the CBT but I get >different figures, especially with multi-volume datasets. Although a >tapescan of the whole tape shows the data is the same, and actually running >restores of copying the data back to disk shows that the data is the same, I >need to get something which shows that the tapes are exactly the same. >Working on that one now... > >Thanks for all the information everyone has given me. > >Seb. > > >On Thu, 8 Jul 2010 07:29:48 -0700, Donnelly, John P > wrote: > >>If you have a lot of these tapes to copy to new devices or, in our case, to >a VTL, use CopyCat from CA...works very well for a limited price. >> >>- saves all prior tape management info including date created >>- will unstack stacked tapes so individual files may expire >> >>Call me if you wish... >> >> >>John Donnelly >>National Semiconductor Corporation >>2900 Semiconductor Drive >>Santa Clara, CA 95051 >> >>408-721-5640 >>408-721-8364 Cell >>cjp...@nsc.com >> >> >>-Original Message- >>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf >Of Sebastian Welton >>Sent: Thursday, July 08, 2010 5:01 AM >>To: IBM-MAIN@bama.ua.edu >>Subject: Copy tape GDG >> >>I need to copy a number of tape datasets which are GDGs and just to clear my >>mind I just want to clarify that I'm doing this correctly (I have tested it &g
Re: Copy tape GDG
Thanks for that but, sadly, not an option due to not wanting to get an external product. This is in fact a follow-up from my original posting: http://bama.ua.edu/cgi-bin/wa?A2=ind1003&L=ibm-main&P=R34466&D=0&H=0&I=1&O=D&T=0&X=6C5E7A1AD1091CA18F&m=61608 I would like to thank everyone who replied to that as the information that came in helped greatly, thanks again. As to how it is going: - now have all 3 sysplexes writing and reading to the new VTS and only reading from the old (I do still have the option of writing if needed) - after my analysis I found that there was 140TB of data which needed to be migrated!!! After weeding out a lot of data I have now bought that down to a manageable 90TB which is still a lot (well I've seen some presentations from other companies who have been through the same procedure and this a heck of a lot more, but still...) - although I would really like a tool I was told no. Apparently one was used during one conversion and it screwed up a lot of data so an ISV product, apart from budget constraints, was disregarded - what I have now put together is a few (5 in fact) REXX procedures which basically: - create an RMM extract file with the data that I require in it - read this extract file and then depending upon the data found, dynamically builds all jobs required. Data is also extracted from RMM and the catalogue to ensure that everything is pukka - once the tape to tape copies are run then RMM and the catalogue is updated - the REXX procedures handle most data, SMS, IEBGENER, DB2 (still working on IMS) along with multi-file volumes (that was a pig to code) and multi-volume datasets I've already migrated 2 sysplexes but they had really no data and I'm meant to start in production tomorrow but I'm holding back due to one constraint. In order to make sure that all tapes copied are the same as the original then a tape to tape comparison needs to be done (the department who asked for this wanted a checksum, er...) Anyway we have no DITTO or FATS/FATAR which would have made life so much easier. I first used the figures from RMM showing how many KB on each tape and then some from the CBT but I get different figures, especially with multi-volume datasets. Although a tapescan of the whole tape shows the data is the same, and actually running restores of copying the data back to disk shows that the data is the same, I need to get something which shows that the tapes are exactly the same. Working on that one now... Thanks for all the information everyone has given me. Seb. On Thu, 8 Jul 2010 07:29:48 -0700, Donnelly, John P wrote: >If you have a lot of these tapes to copy to new devices or, in our case, to a VTL, use CopyCat from CA...works very well for a limited price. > >- saves all prior tape management info including date created >- will unstack stacked tapes so individual files may expire > >Call me if you wish... > > >John Donnelly >National Semiconductor Corporation >2900 Semiconductor Drive >Santa Clara, CA 95051 > >408-721-5640 >408-721-8364 Cell >cjp...@nsc.com > > >-----Original Message- >From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sebastian Welton >Sent: Thursday, July 08, 2010 5:01 AM >To: IBM-MAIN@bama.ua.edu >Subject: Copy tape GDG > >I need to copy a number of tape datasets which are GDGs and just to clear my >mind I just want to clarify that I'm doing this correctly (I have tested it >and it all seems to be working just fine but...) > >Basically, I'm doing the following: > >- get fully qualified DSN, i.e. hlq.some.stuff.G0001V00 >- use correct utility to copy the tape, i.e. ADRDSSU, IEBGENER, etc. >- copy the dataset with the same name but do not catalogue >- update RMM with correct information, i.e. owner, expdt, etc. >- uncatalogue old dataset >- catalogue new dataset with new volser and other pertinant information > >As I said, I've tested it and it all seems okay but just in case I've missed >out a step...thanks > >Sebastian > >-- >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 http://bama.ua.edu/archives/ibm-main.html > >-- >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 http://bama.ua.edu/archives/ibm-main.html -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Copy tape GDG
That actually looks quite good but I recall doing something similar some years back and we had quite a few problems afterwards. What concerns me is that: - a lot of the GDGs are not in the catalogue but are still required (which means I don't have to catalogue them though) which in turn indicates to me: - that the programmers may have hardcoded the actual dataset name in their JCL, or wherever, which would cause problems. From what I gather about this data is that they'll grab a certain GDG and update it or replace ti with another one so as you can see, keeping the original GDG name might well be the only viable option Thanks for giving me that idea though because I might be able to use for another set of data which is not 'legacy'. Seb On Thu, 8 Jul 2010 08:22:13 -0400, Lizette Koehler wrote: >I was wondering if you could use the V00 part of the GDG to do this a bit >simpler. > >With a GVxx the Vxx part indicates the version but behaves like the >base. > >So if I had a G0001V00 and I could copy and created a G0001V01. When the >dataset was called in with (0) it would know that it used the V01 version of >the dataset > > >So with IEBGENER >//MOVGDG EXEC PGM=IEBGENER >//SYSUT1 DD DISP=(OLD,DELETE),DSN=DATASET.G0001V00 >//SYSUT2 DD DISP=(,CATLG),DSN=DATASET.G0001V01,... >//SYSPRINT DD SYSOUT=* >//SYSIN DD DUMMY > > >That on your catalog (and hopefully RMM) it would still be DATASET(0) but >the catalog entry would be DATASET.G0001V01 The only thing might be to >update RMM with OWNER information. However, everything else would be done >via the JCL. I do not use RMM so I am not sure of the behavior with this >process. > >I have used this successfully in the past to copy a gdg to a new place but >with the same GDG displacement. And writing a REXX to setup the JCL with >this concept is fairly easy. > >Lizette > > >> >> I need to copy a number of tape datasets which are GDGs and just to >> clear my >> mind I just want to clarify that I'm doing this correctly (I have >> tested it >> and it all seems to be working just fine but...) >> >> Basically, I'm doing the following: >> >> - get fully qualified DSN, i.e. hlq.some.stuff.G0001V00 >> - use correct utility to copy the tape, i.e. ADRDSSU, IEBGENER, etc. >> - copy the dataset with the same name but do not catalogue >> - update RMM with correct information, i.e. owner, expdt, etc. >> - uncatalogue old dataset >> - catalogue new dataset with new volser and other pertinant information >> >> As I said, I've tested it and it all seems okay but just in case I've >> missed >> out a step...thanks >> >> Sebastian >> > >-- >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 http://bama.ua.edu/archives/ibm-main.html -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: AF/Operator
Yes, you're correct there. Currently going that way and as far as I know there are a number of functions not available to AF/Operator for a GDPS, but then again I might be wrong... Seb On Tue, 6 Jul 2010 17:26:36 -0700, Norman Hollander on DesertWiz wrote: >Just curious- what functionality are you being told only exists in SA? >Are you in a GDPS environment? > -- 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 http://bama.ua.edu/archives/ibm-main.html
Copy tape GDG
I need to copy a number of tape datasets which are GDGs and just to clear my mind I just want to clarify that I'm doing this correctly (I have tested it and it all seems to be working just fine but...) Basically, I'm doing the following: - get fully qualified DSN, i.e. hlq.some.stuff.G0001V00 - use correct utility to copy the tape, i.e. ADRDSSU, IEBGENER, etc. - copy the dataset with the same name but do not catalogue - update RMM with correct information, i.e. owner, expdt, etc. - uncatalogue old dataset - catalogue new dataset with new volser and other pertinant information As I said, I've tested it and it all seems okay but just in case I've missed out a step...thanks Sebastian -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: AF/Operator
Thanks for the clarification. We're currently moving from AF/Operator to SA and I had been given this impression although I think the main reason is because SA provides functionality that AF/Operator doesn't (and I like AF/Operator so its good to see it still going.) Seb. On Thu, 1 Jul 2010 11:14:03 -0500, Allison Ferguson wrote: >In the interest of complete information, please rest assured that >AF/Operator has not been phased out in favour of System Automation. >AF/Operator is a valued part of the System Automation portfolio of solutions >(which also includes System Automation Application Manager, System >Automation for Multiplatforms, System Automation for Integrated Operations >Management (formerly known at Candle as AF/REMOTE, and Business Continuity >Process Manager). No date has been announced for and there is no plan to >announce a date for the end of marketing or end of support for AF/Operator. > IBM continues to support and update AF/Operator. There is an active Yahoo >discussion group for AF/Operator that is located here: >http://finance.groups.yahoo.com/group/AF_Operator/ > >If there are additional questions about AF/Operator or other solutions >within the System Automation portfolio, please feel free to contact me. > >Allison Ferguson >Product Manager, System Automation Solutions >IBM Tivoli Software >fergu...@us.ibm.com >512.286.2214 > > >On Wed, 30 Jun 2010 14:34:02 -0500, Sebastian Welton >wrote: > >>On Mon, 28 Jun 2010 12:12:08 -0500, Betsy Jeffery >>wrote: >> >>>Does anyone know of a list-serve, group, blog, etc for Candle (IBM) product >>>AF/Operator? >> >>There is, or was, bit.listserv.candle-l but there hasn't been anything there >>for years except talk about...candles or spam. There might be a Yahoo group >>such as the one for Omegamon or System Automation but as seeing that >>AF/Operator is, probably, being phased out in favour of SA, if there is one >>its going to be very quiet. >> >>Seb >> >>-- >>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 http://bama.ua.edu/archives/ibm-main.html > >-- >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 http://bama.ua.edu/archives/ibm-main.html -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: AF/Operator
On Mon, 28 Jun 2010 12:12:08 -0500, Betsy Jeffery wrote: >Does anyone know of a list-serve, group, blog, etc for Candle (IBM) product >AF/Operator? There is, or was, bit.listserv.candle-l but there hasn't been anything there for years except talk about...candles or spam. There might be a Yahoo group such as the one for Omegamon or System Automation but as seeing that AF/Operator is, probably, being phased out in favour of SA, if there is one its going to be very quiet. Seb -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: VTS Migration
Many thanks for all the replies, they've been very helpful. I'll admit I'm
pretty rusty in this area but got roped in to doing it as I've done similar
(but not this type of migration) in the past so forgive my seemingly 'dumb'
questions. I've now found some material to read through (changing Google
search terms seems to have helped!) but just want to clarify a couple of things:
John McKown said:
---
Aren't the VTSes managed by SMS? If so, then the UNIT= is not very
important. You have two separate libraries. Make a new Storage Group for the
new library. Now, in the STORGRUP ACS routine, assign the new STORGRUP where
you current assign the old STORGRUP value. Presto! Everything that went to
the old VTS, now goes to the new VTS. This does __NOT__ affect access to
existing tape data in the old VTS as it is still in the old STORGRUP, which
is assigned to the old VTS library.
---
The current, old, one is and the new one will be however the above has
confused me a bit. In my JCL I say UNIT=VTS which automatically points me to
a drive in the library. Now in my storage group I have:
WHEN (&STORCLAS = 'VTS')
DO
SET &STORGRP = 'VTS'
EXIT
END
and in my sroage class I have:
WHEN (&UNIT = &VALID_TAPELIB)
DO
SET &STORCLAS = 'VTS'
EXIT
END
and in my data class I have:
FILTLIST VALID_TAPE INCLUDE('CASS','3490')
FILTLIST VALID_TLIB1INCLUDE('3590','VTS')
I would take I just need to add entries to point to the new VTS, i.e.
WHEN (&STORCLAS = 'VTS1')
DO
SET &STORGRP = 'VTS'
EXIT
END
Yet what I don't understand, is how does it know to use the new VTS? By this
I mean the old VTS has a range of addresses unique to it along with the new
one. The dataset HLQs are the same, the JCL hasn't changed so in my eyes its
going to pick any available addrss in either VTS to mount the tape. Or am I
having a brain drain?
Next up...
Darth Keller said:
---
Have you considered how you're moving your old data over to the new
library? I've used OpenTec's TapeCopy product for the last 2 moves and
plan on using it for the next move too. It works great - keeps all the
CA1 information in-sync - multi-volume, stacked, cataloged/uncataloged -
it handled it all. I'm sure others can say the same about other products.
Moving the new allocations over to the new library is pretty
straight-forward - moving the old data over can be a bit more tricky and
you'll need to do some careful planning to get it done.
---
Thats what I'm working on at this moment. No money for 3rd party products
and as you say, new allocations (if I get the above working!) should be no
problem. I need to mainly move HSM ML2 data, some SMS backed up data and
some other 'random' data over. I'm currently creating the reports to see
what there is and how much needs to be moved and then work out a way of
doing it. Its a pity, at least I can't find one, similar to DFSMSdss MOVE
for a dataset which would be very nice...
Thanks, Seb
--
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 http://bama.ua.edu/archives/ibm-main.html
Re: VTS Migration
You got me on the push-pull bit :-) That is pretty much what I plan to do by giving the new VTS a different range of addresses but I need to migrate all the existing data over (HSM, etc.) so I would have problems with UNIT=TAPE as I would not be able to determine into which VTS the data is being written into. We need to run with them both concurrently for a short period of time. Thanks, Seb. On Thu, 11 Mar 2010 07:56:12 -0500, Lizette Koehler wrote: >I guess that will depend. > >Are you doing a push-pull? So only one Tape Type will be active at one >time? > >Are your ACS routines reviewed? > >I did not change my esoteric name, only the device addresses defined to that >esoteric when I moved from STK to VTS. So "TAPE" had B00-B25 in it and I >had removed the Af0-Aff. But it was always TAPE. > >Lizette > -- 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 http://bama.ua.edu/archives/ibm-main.html
VTS Migration
Currently starting a VTS migration to a B20 and have been doing a lot of RTFM'ing in preperation but there doesn't seem to be much out there in regards to the RMM - OAM - z/OS side of things. I have put a rough plan together, which is looking reasonably good, but it would be nice to see any documentation (i.e. IBM guides) to clear a few points up and ensure that I'm actually doing it correctly! One area I'm worried up is that we want to keep the same esoteric device name, i.e. VTS so that we don't have to change all the JCL. Any pointers to where I should be looking would be most grateful. Thanks, Seb. -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe hacking (getting back on topic)
There is an article on the 2600 archives (and replicated elsewhere) on how to break into VM/370 systems but really requires you to know the maint password. I have (bows head in shame) 'hacked' into a system. This was open to the internet and was running an ADCD system and they had not changed the default passwords, including ibmuser. All I did was take a look around and then log out but, for me, that was a very large hole in their security (was not a commercial company but still) Seb -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: In trouble!
Alternatively seeing as it an ADCD system and presumably all the CDs were used then there is a standalone system already there from which you can IPL. You'll need to go to the IBM ADCD site to check which disk your particular version has as the standalone system and then IPL from that with the loadparms changed to that disk. Then you can logon as IBMUSER with the default user and do whatever you have to (i.e. follow John Mckowns suggestion.) Just remeber that when editing datasets you'll also have to put the volser in as the standalone system does not know the other volumes and you won't want to edit SYS1.PARMLIB of your standalone system nor make any RACF changes to it. Seb -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: Is there a Web enabled TN3270 on z/10's running z/OS 1.9
Although not an answer (I would also suggest something like HOD or HATS) but some years ago Netscape actually packaged 3270 into their Communicator so you can access 3270 sessions via the browser. Basically just a 3270 session in a browser, no transformations, etc. This would be a nice idea for a Firefox plugin so that you could have multiple sessions to tab between but running in your browser (which you can do with the aforementioned products anyway.) http://www.prnewswire.com/cgi-bin/stories.pl?ACCT=104&STORY=/www/story/66989&EDATE= http://sillydog.org/netscape/communicator/guide/IBMHostOnDemand.php Seb. -- 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 http://bama.ua.edu/archives/ibm-main.html
More IBM vs. Sun was "The Register" article on HP replacing z
http://www.crn.com/hardware/212500803;jsessionid=ULQY55VGCN2DCQSNDLRSKHSCJUNN2JVN (watch the link wrap, possibly.) Seb. -- 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 http://bama.ua.edu/archives/ibm-main.html
Re: "The Register" article on HP replacing z
On Tue, 11 Nov 2008 21:16:38 -0600, Rick Fochtman <[EMAIL PROTECTED]> wrote: >Figures don't lie, but liars will figure. Smacks of "management by >airline magazine", with a generous dose of marketting "Male Bovine >Excrement". > What about all those small VM, VSE, etc shops which were running on low end systems, such as P/390, MP*000, IS, etc. They haven't been able to move to FLEX for the past couple of years, so where did they move to? I know of quite a few that have or are contemplating moving to such systems. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flex-ES Help
Should be pretty simple: - power up your laptop, FLEX and z/OS - you should have x3270 on it so start it and log on to TSO then exit to the READY prompt - plug in your USB stick which, hopefully, should be recognised by the underlying Linux system. If not, mount it - use IND$FILE on x3270 to download your data I do this all the time. Seb On Wed, 3 Sep 2008 21:25:46 -0400, Cheryl Walker <[EMAIL PROTECTED]> wrote: >Would anyone be able to help me out in a pinch? I have a flight in the >morning and need to pull some sysout files and source PDS members off >of my Flex-ES z/OS ThinkPad to a USB drive in some format that I can >print them on a PC. I've never used this machine before, and I don't >have a network connection. So if you can take pity on me, and guide >me, I'd really appreciate it. I've even lost the name of the P/390 and >Flex-ES listservers, where I should be posting this plea. > >I have some flat sysout files in z/OS 1.4, and some source members in >a PDS. > >I somehow need to move them from z/OS to the Unix system. > > From the Unix system, I'd like to to put them on a USB drive that I >can take to a Windows or Mac system and print. Optionally, I can >attach an ink-jet printer to the ThinkPad. > >I know that the proper path is to read the three Redbooks on these >systems, download and install a TN3270 emulator on my PC, connect the >ThinkPad to my network, and learn how to print from the TSO session on >my PC to my network printer. But I'm running out of time, and don't >think I can do it in time. > >Help! >Cheryl Watson > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM THINK original equipment sign
I have an original IBM Thinkpad. This is a small brown pocket notepad with the word 'THINK' printed on the front and 'IBM' on the back (pn 520-6430 nad 520-6431) still with the original paper pad inside but I think I'll keep it as its quite amusing showing people. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Can I tell whether a site is Linux on z
More info: http://www.ibm.com/news/us/en/2005/02/2005_02_03.html http://www-01.ibm.com/webcasts/WCPGateway.wss? jadeAction=WEBCAST_LAUNCHPAGE_HANDLER&WCP_WEBCAST_ID_KEY=071 0011 http://www-03.ibm.com/press/us/en/pressrelease/7498.wss Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF User Manual
On Tue, 4 Mar 2008 07:36:48 -0800, Schwarz, Barry A <[EMAIL PROTECTED]> wrote: >Does anyone know of an SDSF user manual newer than the OS/390 2.10 >version dated June 2000? The z/OS manuals are title Operation and >Customization. The 1.8 version contains chapters for batch and REXX but >nothing for the poor fool sitting at the terminal. > Might go someway to helping: http://www-03.ibm.com/servers/eserver/zseries/zos/sdsf/ Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: System z10 announcement (in English)
On Thu, 28 Feb 2008 10:57:58 -0500, Shmuel Metz (Seymour J.) <[EMAIL PROTECTED]> wrote: >In <[EMAIL PROTECTED]>, on >02/26/2008 > at 12:55 PM, "McKown, John" <[EMAIL PROTECTED]> said: > >>I'd hate to do word processing on z/OS > >Why? And if you want "WYSIWYG", you can get it as easily under Linux as >under windoze. > >(remember DW/370? > >Yes. I also remember DCF, BookMaster and BookManager BUILD. I'd take them >over the WYSIAYG software any time. > I have to agree with John here. Although not zOS I used to use Lotus 1-2-3 and Wordperfect under VM and they were so difficult to use. Script was far easier and when I worked out how to embed GIF files (convert them to ADMGDF) then documents looked very good. Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Preview of z/OS V1.10
Well I've just seen my first one (actually 2) as they were being delivered. Don't look much different to the previous versions. Personally I'm waiting for the plethora of postings asking if OS/390 can run on it... Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 presentation on 26 Feb
On Thu, 14 Feb 2008 14:53:00 +0100, Miklos Szigetvari <[EMAIL PROTECTED]> wrote: >Hi > >Just got an invitation for a z10 presentation (26 February) Searching for IBM and z10 gives the following: o Three-leaf clover--Z 9, Z 1 0 at http://www.research.ibm.com/journal/rd/411/brunner.html (sorry, couldn't resist that one...) Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 2097?
On Tue, 12 Feb 2008 15:09:22 -0600, Tom Moulder <[EMAIL PROTECTED]> wrote: >How many of you have heard of an IBM z9 model number 2097? It shows up as a >z/HE in a CPU display (D M=CPU). > The ZHE is the CPC (or processor name) which you define via the HCD so unless you did this then it could well be the factory default. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Javascript disabled in Firefox
On Tue, 12 Feb 2008 09:24:15 -0700, Steve Comstock <[EMAIL PROTECTED]> wrote: > >H. Where do you find this? I went to the Firefox site >and did not find NoScript in the list of addons or plugins. Google is your friend here. I just typed in 'firefox noscript' and it was the first hit. Installed and running, thanks everyone for the pointer. Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: IBM gives ITANIUM five years to live
On Thu, 10 Jan 2008 22:39:17 -0600, Ed Gould <[EMAIL PROTECTED]> wrote: > >http://uk.news.yahoo.com/register/20080110/ttc-ibm-gives-itanium- >five-years-to-live-d1d76f9.html< > >(watch the wrap) > > >Interesting item. IBM thinks its chips are in a better position than >INTEL. > From the article: Interesting that the PSI open mainframe runs on Itanium as well... Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New System Build
On Thu, 27 Dec 2007 15:17:16 -, Mark Wilson <[EMAIL PROTECTED]> wrote: >List, > >This question relates to migrating from a Flex server with no external tape >or external disk to a new z9 + external DS6000 disk. We have no tape units >installed on the z9 and zVM is not installed the flex box. > >We wish to migrate the zOS systems and data currently in use to the new z9 >environment. > >For simplicity sake imagine it is a one pack zOS system we need to move; >once we can ipl this we are in business to do more. > >How might you do this, our thinking went like: > >1. Use new z/OS starter system - not possible since we have no external tape >to restore it from Well I've assisted in doing it this way so there are no problems but you have no tape drive which leaves me with the question, what happens when you want to upgrade the existing zOS system, apply service (if not via electronic download, ala some ISV stuff) or even install new ISV software? Backups? > >2. Connect new server to the existing disk or old server to the new disk >systems - not possible, the old system has only internal disk and the new >disk is FICON and cannot be connected to the old processor. > As mentioned before, the FLEXCUB is an option which is being used by other sites having gone this route. Then your customer can continue to use the xSeries box as a disk/tape (FakeTape) storage device (i.e. as a VTS for backups using AFLIB as well.) You'll need an ESCON card and some slight reconfiguration but this might make life easier. Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Forcing a userid and password prompt on session connect
On Thu, 6 Dec 2007 09:07:24 -0600, Chase, John <[EMAIL PROTECTED]> wrote: >If you have the ADCD setup, you could implement Netview Access Services >(NVAS). If you don't have it already, you should be able to get it for >no charge through the PWD program. Yep, it's there and to get it up and running all you need to do is download the manuals (which is how I did it anyway.) Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Acceptable Syslog Policy(was Determine last LLA Refresh)
On Wed, 28 Nov 2007 13:41:00 +0100, Barbara Nitz <[EMAIL PROTECTED]> wrote: >>Is that a generel german rule or does it come from specific rules in >>your branch? I am not an expert on this, but I know certain financial >>information must by kept for 7 years and for SOx reasons other >>information has its own rules. But as far as I know, this does not cover >>syslog. These rules are probably site and country specific too. > >It may be specific for banks and other financial institutions. I never really questioned this (had already heard about the 10-year retention period back when I was IBM level2) and just *assumed* it to be a general requirement. Actually, it is almost 11 years retention, because the first day of 2000 must still be available on the last day in 2010. This covers job output, logs and SMF data in our site, and may be mainframe only. Every branch. This is part of the data protection law and may well be EU wide in fact. This also accounted for some of the popularity of FLEX based systems here for companies who were moving from the mainframe. This allowed them to keep 'legacy' data on an inexpensive system or even archive to tape and still be able to read them when needed. I know of a power company who have to keep their billing data in case someone questions their bills at whatever time in the future. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No more text messaging from mainframe?
On Fri, 28 Sep 2007 13:26:02 -0400, Hare, Tim <[EMAIL PROTECTED]> wrote: >Thanks to some pointers from the list, I've been able to get some Rexx to do SNPP >(Simple Network Paging Protocol) with our paging provider, not yet within >AF/Operator, but since everyone on call has a cell phone anyway, there's a lot of >support for trying to do this over text messaging instead. You may want to look at the replacement (new version) of AF/Remote - SA IOM which has this function and I've used it successfully. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: replacing VSE and VM consoles with ?
On Mon, 6 Aug 2007 10:53:40 +0300, גדי בן אבי <[EMAIL PROTECTED]> wrote: >I would like to thank everyone who replied. > >Since the computer we are talking about is a 9672-RA6, OSA-ICC is not an option. > >I found that Visara (www.visara.com) has a few options to replace NON-SNA 3174's. > I believe that you can also use the FLEXCUB from FSI to do this function: www.funsoft.com. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Web access to mainframe datasets
On Thu, 2 Aug 2007 01:39:53 +0900, Timothy Sipples <[EMAIL PROTECTED]> wrote: >3. I don't think it's any secret that IBM itself has something called the >Integrated Solutions Console (ISC). That's the pretty administrative Web >interface you see embedded in products like WebSphere Application Server >for z/OS. You might ask through the appropriate IBM developer channels to >see if that's a hunk of code you can package with whatever you're shipping >and if it would be a good choice in your case. Already a number of IBM products (both on and off the mainframe use this) so you might be interested in: http://www.ibm.com/developerworks/autonomic Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMP/E question - how to find dsname ?
On Mon, 16 Jul 2007 16:31:14 +0200, R.S. <[EMAIL PROTECTED]> wrote: >I want to check given dsname in SMP/E - is it defined as DDDEF or not ? >For example I have SYS1.WEIRD.NAME and I want to check what DDDEF *if any* describes the dataset. >As far as I found two metods, both rather unwise: >a) use SMP/E panels to review all the DDDEFs one by one. Time consuming. >b) browse VSAM CSI files, search for string. > >Any clue ? You could just use the LIST subcommand in JCL which will list all DDDEFs in a zone as in: SET BDY(MVST100) LIST DDDEF Either browse the output or write it to a file Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM System z Remote Development Program
On Fri, 13 Jul 2007 18:42:17 +0900, Timothy Sipples <[EMAIL PROTECTED]> wrote: >Dave Salt writes: >>For small ISV's this is a big step in the right direction! > >Agreed. > >>This is nice. But still does not address one thing that a FlexES laptop >>does. The ability to take a complete, live, system to a potential >>customer and demo it without needing some sort of Internet connectivity. >>Especially nice at conventions. No, I'm not an OEM. > >Without Internet connectivity, yes, true. > >However, I think someone pointed out that Internet connectivity is quite >pervasive now with the widespread availability of cellular mobile data >networking at low, flat rates. In the U.S. I used Verizon Wireless's >cellular modem for years, and it was extremely useful. I used the service >in all venues. I was recently in Croatia and used a mobile UMTS card for less than an hour and it cost me over 400 as my account is in another country and wouldn't even think to know what 3270 would look like over the transfer rates I was getting. I think even a reasonably successful ISV is going to balk at that. Even if you have a laptop to connect to the RDP many companies won't allow you to connect it to their network (IBM included) so a standalone FLEX system is still the best way to go for such demos. Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Deleted PDS
On Wed, 11 Jul 2007 10:55:25 -0400, Mark Jacobs <[EMAIL PROTECTED]> wrote: >It doesn't look like a pds can be larger than 65535 tracks however. >DATA SET AIMJ.TESTPDS NOT ALLOCATED+ >IGD17051I ALLOCATION FAILED FOR DATA SET >AIMJ.TESTPDS >, PRIMARY SPACE EXCEEDS 65535 TRKS I found out the hard way (i.e. not reading this bit in the MANUAL:) Many types of data sets are limited to 65 535 total tracks allocated on any one volume, and if a greater number of tracks is required, this attempt to create a data set will fail. Data sets that are not limited to 65 535 total tracks allocated on any one volume are: * Large format sequential * Extended-format sequential * UNIX files * PDSE * VSAM Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Products to send alerts from the mainframe to mobile devices
On Thu, 28 Jun 2007 13:04:36 -0400, Tim Hare <[EMAIL PROTECTED]> wrote: >We currently use AF/Remote, in conjunction with AF/Operator, to send >alerts to certain pagers; we're also trying to use it to copy some action >messages to pagers. Last post went belly up, but AF/Remote has changed somewhat and the details of the nearly totally revamped product can be found here: http://www-306.ibm.com/software/tivoli/products/sys-auto-iom/ Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How can I give the volume unit address and return the volume name from REXX
On Mon, 9 Jul 2007 11:10:22 -0400, Rob Scott <[EMAIL PROTECTED]> wrote: >Sebastian > >This code uses CVTUCBA - (ie the old UCB chain pointer) - you really should not be using it these days as it will not recognise/support dynamic devices. > Thanks Rob. I went through it today not having used it for a lng time and that now explains why I'm only picking up the first 25 devices as the rest are defined as dynamic! Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How can I give the volume unit address and return the volume name from REXX
There's a slight bug in there somewhere which on my 1.8 and 1.9 systems only
shows the first 25 volumes and I can't beck level at the moment but this
should help to start as I used to use parts of this for that exact purpose:
(Origin unknown but its helped me over the years:)
Arg parms
If parms = '?' Then Do
Say 'QTD shows a list of all TAPEs and/or DASDs'
Say ' '
Say 'Syntax: QTD unit status'
Say ' '
Say 'unit: TAPE: only tape-units are listed'
Say ' DASD: only dasd-units are listed'
Say ' Default : tape and dasd units are listed'
Say ' '
Say 'status: ONLINE : only online units are listed'
Say 'OFFLINE : only offline units are listed'
Say 'ALL : online and offline units are listed'
Say 'Default : ONLINE'
Say ' '
Say ' '
Exit 0
End
numofparms = Words(parms)
If numofparms > 0 Then Do loop = 1 Until numofparms = 0
parm = Subword(parms,1,1)
parms = Delword(parms,1,1)
numofparms = numofparms - 1
Select
When Abbrev('TAPE',parm,1) = 1 Then qrylist = 'TAPE'
When Abbrev('DASD',parm,1) = 1 Then qrylist = 'DASD'
When Abbrev('ONLINE',parm,2) = 1 Then qrystatus = 'ONL'
When Abbrev('OFFLINE',parm,2) = 1 Then qrystatus = 'OFF'
When Abbrev('ALL',parm,1) = 1 Then qrystatus = 'ALL'
Otherwise Do
Say 'Given parameter(s):' Arg(1)
Say ' '
Say 'Unknown parameter:' parm
Exit 1
End
End
End
ac = Storage(0010,4)
ad = C2d(ac)
ad = ad + 1252
ax = D2x(ad)
ac = Storage(ax,4)
ad = C2d(ac)
ax = D2x(ad)
Do loop = 1 Until ad = 0
sc = Storage(ax,48)
cuu = Substr(sc,14,3)
ucbtyp = Substr(sc,19,1)
Select
When C2d(ucbtyp) = 32 Then unit = 'DASD'
When C2d(ucbtyp) = 128 Then unit = 'TAPE'
Otherwise unit = ' '
End
volser = Substr(sc,29,6)
ucbstab = Substr(sc,35,1)
ucbstab = C2d(ucbstab)
Select
When unit = 'DASD' Then
Select
When ucbstab = 0 Then status = 'OFFLINE'
When ucbstab = 4 Then status = 'ONLINE/STORAGE'
When ucbstab = 16 Then status = 'ONLINE/PRIVATE'
When ucbstab = 80 Then status = 'ONLINE/PAGEVOL'
Otherwise status = 'Unknown'
End
When unit = 'TAPE' Then
Select
When ucbstab = 0 Then status = 'ONLINE/FREE'
When ucbstab = 16 Then status = 'ONLINE/ALLOCATED'
When ucbstab = 128 Then status = 'OFFLINE'
Otherwise status = 'Unknown'
End
Otherwise Nop
End
IF unit ^= ' ' Then Do
Select
Re: SV: PCOM questions
On Wed, 4 Jul 2007 15:04:20 +0200, R.S. <[EMAIL PROTECTED]> wrote: >Well, someone had to pay for PCOMM, the price is AFAIK approx.$250-350 per license, while Nexus is $40 (and, for example, x3270 is free). Maybe this is the reason why nobody upgraded your software ? You can't buy PCOMM as a single entity anymore according to the website: Personal Communications is available only by purchasing IBM Host Access Client Package or IBM WebSphere Host Integration Solution. To simplify ordering and installation, Personal Communications is packaged on a single CD-ROM for 3270, 5250 and VT environments. AFAIK, the above aren't too expensive either. I would suggest having a look at some of the others mentioned as they shouldn't require admin rights (I'm playing with wc3270 currently which is x3270 for Win*) Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What do you call something like QMF?
On Thu, 28 Jun 2007 08:38:05 -0500, Phil King <[EMAIL PROTECTED]> wrote: >I just started QMF and it uses GDDM to display the QMF home panel. I know >this because, when I emulate pressing PA3, GDDM displays its PF key prompts >at the bottom of the screen. These overlay the QMF home panel. > I believe that this is why QMF can't run in split screen mode. Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What do you call something like QMF?
On Wed, 27 Jun 2007 08:43:19 -0500, Mark Zelden <[EMAIL PROTECTED]> wrote: >On Wed, 27 Jun 2007 06:44:59 -0500, Sebastian Welton <[EMAIL PROTECTED]> >wrote: >> >>Don't forget that you don't need to run it from the TSO ISPF interface >>(which also requires GDDM) > >AFAIK, QMF hasn't required GDDM in a long time. Requirements for the latest version are at: http://www-306.ibm.com/software/data/qmf/sysreqs.html and GDDM is required for charting, I presume ICU and also for panel display. Also looking at my system, there are a number of datasets for QMF begininng with *.ADM* which would lead me to believe that GDDM is involved. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What do you call something like QMF?
On Wed, 27 Jun 2007 10:19:28 +0300, Binyamin Dissen <[EMAIL PROTECTED]> wrote: >On Wed, 27 Jun 2007 06:03:57 +0200 Lindy Mayfield <[EMAIL PROTECTED]> >wrote: > >:>Is there a word or term for how a product like QMF works that is started from ISPF but seems to take over the whole terminal? Could someone say briefly what technically is going on there? > >A TSO full screen program. Don't forget that you don't need to run it from the TSO ISPF interface (which also requires GDDM) and there is also the CICS interface but you can have it on your workstation as an Eclipse based application or as a browser based application via Websphere. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Patents, Copyrights, Profits, Flex and Hercules
On Thu, 21 Jun 2007 23:21:12 +0200, R.S. <[EMAIL PROTECTED]> wrote: >In other words, the fact that Linux is not Unix, while USS is certified >as Unix is completely irrelevant. Is is USS thats certified or is in fact zOS thats certified? Two different things really. Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Patents, Copyrights, Profits, Flex and Hercules
I remember when this came out: http://tinyurl.com/2ttd2v Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Patents, Copyrights, Profits, Flex and Hercules
On Thu, 14 Jun 2007 14:37:38 +0900, Timothy Sipples <[EMAIL PROTECTED]> wrote: >There are other effects. For example, another wise thing IBM did in my >opinion is to release Tivoli OMEGAMON XE for z/OS Management Console. This >product is available for download at no additional charge to anyone -- go >grab it. This serves a much larger market expansion role, in making basic >z/OS monitoring much simpler and easier especially for new z/OS operators, >including smaller cash-limited customers. An operating system that's >easier to use and easier to operate is more likely to enjoy even greater >expansion. This also looks quite interesting in this area: http://www.redbooks.ibm.com/residents.nsf/50da6a28780ffa688525701b004a4f21/139a5dae215326d2852572450072f90c?OpenDocument or: http://tinyurl.com/25ev5p Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Patents, Copyrights, Profits, Flex and Hercules
On Tue, 12 Jun 2007 12:13:50 -0500, Alan Altmark <[EMAIL PROTECTED]> wrote: >People who want to develop commercial software for z/OS, z/VM, and z/VSE >need to become members of PartnerWorld for Development (PWD). The >whole purpose of PWD is to promote the development of products on our >platforms. PWD is the "channel" that provides goods and services for >developers, including highly-discounted software (up to 100%) and advance >copies of new software. > >If PWD doesn't provide you with what you need, then you have someone to >hear your concerns. Someone who is tasked with addressing your concerns, >even if the answer is "No" or "Not at this time." > >Unlike some other parts of IBM, PWD understands that ISV concerns are not >really about technology, they're about business. PWD knows that ISVs need a >cost-effective way to develop software for the mainframe or else you don't >have a viable business model. And if *anyone* in IBM is going to provide >software developers with that, it will be PWD. Not really cost effective anymore when you see the following on the website: Please note: The FLEX-ES systems are not currently available. As it stands it seems you've either got to buy yourself a z9 with all the associated hardware, etc. or use the remote development program (which for some reason doesn't support zVSE or zTPF but does support zVM, zOS and zLinux) which still costs a pretty packet and could, in certain circumstances, be pretty restrictive. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zOS 1.6 on z9BC
Thanks to everyone who replied. Dropped the 1.6 onto tape, into a car and restored to a pristine z9BC and it all came up nicely (along with VM 4.4 and VSE 2.3.) No PTFs or 2096device applied. I have (firmly) suggested though that they upgrade to 1.8 and they're currently mulling it over but I believe it will be a done thing. thanks Seb. On Thu, 10 May 2007 09:01:41 -0500, Mark <[EMAIL PROTECTED]> wrote: >Sebastian Welton wrote: >> An old customer has just called saying they're buying a z9BC, upgrading from >> a z890 and could I pop along to move them over. They're currently running >> zOS 1.6 (guest of zVM with other VSE and zLinux guests) and would preferably >> like to stay on the 1.6 system. I know that since I installed it a couple of >> years back that no maintenance has been installed or any PTFs or anything in >> fact. The system has no users as its only used for EE. After reading the >> literature it seems that 1.6 is okay to go on the z9BC, all I would have to >> do is install the 2096DEVICE PSP. Am I correct in this thinking? Or should I >> do my utmost to convince them to go 1.8 for peace of mind? >> >> TIA, >> >> Seb >> >Seb, > >We went from a z/OS 1.6 Flex box to a z9 box. The option of moving to >the new box could have included a move to 1.8 as well. We opted for >fewest changes possible. We knew 1.6 worked, and how well it worked. >If things didn't work right on the new box, we could focus on getting >1.6 to work with the new box. If we had gone to 1.8 during this >transition, we would be left wondering if the problem were the new box, >or the new OS. > >1.8 is in our future. > >It's a cautious approach that I recommend. It should also give you >better peace of mind. > >Mark Vollmer > >-- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO >Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cloning DB2 using Flashcopy
On Tue, 22 May 2007 06:19:45 -0500, Brian Peterson <[EMAIL PROTECTED]> wrote: >For SAP customers, this is a routine requirement. > >Check out IBM Redbook "SAP on DB2 for z/OS and OS/390: DB2 System >Cloning". > >http://www.redbooks.ibm.com/abstracts/sg246287.html > >From the above web page: This is an excellent start to doing this and I used it as my starting point for cloning DB2 systems where I was doing about 1 a week, sometimes more. It got to the point where I had a PDS with all the JCL in as skeletons and you just had to use ISPF change commands and run the job. A clone would take about 4 hours to do and then it would be up and running. There are commercial products out there that do it and it would have been nice to have tried them but money wise it was a no-go, so I started to write my own automated cloning system but gave up when they moved DB2 from the mainframe to Oracle on Windows! Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zOS 1.6 on z9BC
An old customer has just called saying they're buying a z9BC, upgrading from a z890 and could I pop along to move them over. They're currently running zOS 1.6 (guest of zVM with other VSE and zLinux guests) and would preferably like to stay on the 1.6 system. I know that since I installed it a couple of years back that no maintenance has been installed or any PTFs or anything in fact. The system has no users as its only used for EE. After reading the literature it seems that 1.6 is okay to go on the z9BC, all I would have to do is install the 2096DEVICE PSP. Am I correct in this thinking? Or should I do my utmost to convince them to go 1.8 for peace of mind? TIA, Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Another REXX query (and another nonspecific "Subject:")
On Mon, 26 Mar 2007 06:59:08 -0700, Paul Gilmartin <[EMAIL PROTECTED]>
wrote:
>The shell will retokenize its command line, so you may need to make it
>appear quoted to the shell, such as:
>
> 'BPXBATCH sh logger -d1 '''output_line
>
>.. but beware: you'll get syntax errors if output_line has
>internal apostrophes.
Thats exactly it, many thanks. I presume with any internal apostrophes you
would have to quote them as well ("'")?
Seb.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Another REXX query
I have a small bit of REXX which finds the running jobs, STC, TSO users, etc
and sorts them nicely. Using BPXBATCH I can then output this to the console
for some other purpose but I would like it to be tidy, it doesn't need to be
but...Anyway the original code looks like this:
output_line = Strip(job_name) Strip(type_of_task)
Say output_line
'BPXBATCH sh logger -d1' output_line
When running in batch (or foreground if you want your session locked up,)
both output statements are the same, i.e.:
+MYUSER: 16779803: PCAUTH System Task
+MYUSER: 16779840: IMS941F1 Batch Job
+MYUSER: 50334273: INIT Initiator
+MYUSER: 83888708: ASCHINT APPC Task
etc. etc. etc.
Now to tidy it up I do:
job_name = Strip(job_name)
job_name = Overlay(job_name,Copies(' ',10))
output_line = Strip(type_of_task)
Say output_line
'BPXBATCH sh logger -d1' output_line
This time the 'say' output is nicely formatted but the BPXBATCH stays as
previously without the formatting. I also tried adding copies of spaces at
the end but still no joy. Any ideas on how to format the text nicely?
Cheers,
Seb.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Slightly OT Backups not Good on PC
On Wed, 21 Mar 2007 05:33:25 -0500, Doc Farmer <[EMAIL PROTECTED]> wrote: >This is why you TEST your backup tapes, folks... I learnt that the hard, but not critical way, some time back. We were using FDR for backups and creating 1 original and a copy at the same time. One copy would go in the firesafe and one would stay in the robbie (Comparex 6388 ACL if anyone remembers those beasts!) Anyway management decided that they wanted an offsite copy as well so I just added extra DD statement and made 3 copies at once. The job ran nicely, no failures and we, presumably, had 3 copies of all our data. Come DR time, I recalled the tapes from the offsite storage and tried to restore them. No go, at all. There was no data on them. Upon checking all the other copies they were exactly the same. Although the job said it had worked, no data was dumped to any tape. Luckily no-one wanted any data restored in that time period! Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX Question
On Mon, 19 Mar 2007 13:23:12 -0400, Veilleux, Jon L <[EMAIL PROTECTED]> wrote: >I did that. It didn't work. What emulation program are you using? We use >Rumba. >I am also at 1.8 on this system. It works with 1.8 running PCOMM 5.7 (setup as a model 4) and I've just tested it with 1.5 running x3270 3.3.4p4 (set asa model 2 in VTAMLST but as model 4 in configuration.) Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REXX Question
On Mon, 19 Mar 2007 12:33:40 -0400, Veilleux, Jon L <[EMAIL PROTECTED]> wrote: >Tomas, I tried all of these methods and none worked. It doesn't look >like any of the attribute bytes are being recognized. worked fine on a 1.8 system here. Just remember to move the cursor to between the '>>><<<' field. Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 V9 z/OS GA (Was: What to do with extra storage on new z9)
On Thu, 15 Mar 2007 10:22:51 -0500, Tom Moulder <[EMAIL PROTECTED]> wrote: >On the subject of dot.zero release, did you also notice that there is never >a dot.two release? Always new versions. New versions typically have a >price increase on the MLC, whilst new releases do not. Unless you're on a different platform. There was a DB2 UDB 8.2.2 for Linux, etc and if you're running DB2 Server, which VM and VSE are, then the current version is 7.4 I believe. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.8 ISPF 3.4 repeat command
On Wed, 7 Mar 2007 15:39:03 -0500, Jousma, David <[EMAIL PROTECTED]> wrote: >All, > >Just playing on my z/OS 1.8 tech lpar, and noticed that commands issued >on the dataset line in option 3.4, and then repeated with the '=' get >truncated after 9 characters and fails. For example a LISTC ENT(/) >ALL, repeated (after the failure) shows on the display as LISTC ENT. >Anyone else see this? Just tried it on a 1.8 system here and absolutely no problems. You might want to turn on ISPF tracing and then look in the resulting log to see if anything erroneous is being picked up. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to change color for one particular message?
On Thu, 1 Mar 2007 07:27:43 -0600, Wallace, Jason <[EMAIL PROTECTED]> wrote: >I think our operators missed it the first time because it was white. It >happened at noon when the full-time operators were at lunch, and the >student employees (part timers) usually ignore everything except tape >mounts and red messages. Instead of bringing the hammer down on them, I >got caught up in the novelty, "if we can make that message red, can we >make others blue, yellow, whatever?" Although this probably won't help you, I did this many years ago but with AF/Operator. The MVS systems were to be controlled by VAX operators so I had to set-up the console so they could easily see important messages. Using different colours, including blinking and reverse, it made it easier for them to determine how to react to some messages, i.e. if a tape mount (which is red) wasn't satisified in a certain time period then a red reverse blinking message was output along with an alert (AF/Remote in this case.) Made my life a lot easier. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recalling A Message in Lotus Notes
On Wed, 24 Jan 2007 10:13:43 -0500, Walt Farrell <[EMAIL PROTECTED]> wrote: > >The Notes server (Domino) runs quite nicely on z/OS (I think that z/OS >provides one of the better platforms for running it, in fact), so your >question seems more relevant here than discussion of flying saucers, etc. It maybe better but not necessarily performance wise better than other platforms. The 2 places where I worked on it as a zOS application could not get rid of it quick enough. Also check out: http://searchdatacenter.techtarget.com/originalContent/0,289142,sid80_gci1059214,00.html in case of wrap: http://tinyurl.com/2na59v Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADRDSSU and AWS
On Fri, 19 Jan 2007 06:20:51 -0600, Dave Cartwright <[EMAIL PROTECTED]> wrote: >I am trying to restore from some backup tapes that I converted to .AWS >format, but I am having problems handling the 65520 blocksize. >How do people manage this? Most AWS utilities I have tried cannot recreate >a tape like this. Anyone know of a utility that can? Have you tried just using IEBGENER? I know it sounds silly but I create a full disk backup using ADRDSSU and then convert it to AWS format. To restore it I then just use IEBGENER to copy the AWS file to a sequential dataset on disk and then use ADRDSSU to restore it. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe vs. "Server" (Was Just another example of mainframe costs.)
On Fri, 19 Jan 2007 14:25:22 +0900, Timothy Sipples <[EMAIL PROTECTED]> wrote: >Now, whether this matters to you or not is another question. Still, I >think it's a small but interesting detail that there are no closed source >Linux drivers for System z, so far as I'm aware. It's all open source now. I believe that in order to use QDIO (well, at least somewhere in the networking arena) for zLinux requires some closed source drivers, or at least OCO, from IBM. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Forbidding Special characters in passwords
On Wed, 10 Jan 2007 12:45:29 -0500, Walt Farrell <[EMAIL PROTECTED]> wrote: >On 1/10/2007 12:14 PM, Howard Brazee wrote: >> I'm amazed about the number of sites that believe that the consumers >> should do things their way.Some other examples include: >>...snipped... >2. Not accepting 8 digit zip codes. > >I didn't know there were any valid 8-digit zip codes. 5, or 9, yes. But 8? A zip code is a the equivalent to a postcode in the UK which can be anything from 5 to 7 characters. Worldwide they vary: http://en.wikipedia.org/wiki/List_of_postal_codes Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: P390
On Thu, 16 Nov 2006 14:47:33 +0900, Timothy Sipples <[EMAIL PROTECTED]> wrote: >Yes, agreed. As Dave Jones points out, PWD would provide development >licenses at a very attractive price. I had a slightly different goal in >mind with that blog post, a "home mainframe" with full license rights for >time sharing, commercial use (such as hosting a Web site), etc. I assumed >those uses would fall outside the PWD agreement. Either way it is an >interesting thought exercise -- and, I hope, more than that if/when I open >my personal data center. :-) > >One thing I didn't consider is whether it would be possible to set up PWD >LPARs alongside full commercially licensed z/OS.e LPARs, on the same >system. That might be another way to go for the CICS, IMS, COBOL, PL/I >application development resources while still providing commercial >capabilities under z/OS.e (for Web hosting, as an example). I presume that a z800 can be used for PWD use as I know of ISVs that use rather larger systems but I doubt you would get the ADCD as these are (were?) only for FLEX-ES based systems which means you're going to need ESCON and tape drives. However even if this were possible, which I presume it is, I personally would not want to run zOS.e for such a system. The only compiler is for C/C++ which pretty much limits you to that and that only. > >Re: disk, there are boxes such as these: > >http://www.bustech.com/products/zdasd-3990-controller.asp >http://www.luminex.com/products/virtualblue/3990.htm And the FLEXCUB from http://www.funsoft.com/ Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: The PSI Letter V4
On Sat, 4 Nov 2006 01:37:33 -0500, Alan Altmark <[EMAIL PROTECTED]> wrote: >Please note that no PSI machines are listed at >http://www-03.ibm.com/servers/eserver/zseries/library/swpriceinfo/hardware.html >. Before making any assumptions, a customer with questions about IBM >software may want to contact IBM. Neither is the IBM 8668 which is the system used to run an ESL 8 mips FLEX based system. Intestingly enough, this document was updated on 4/27/2006 (which I take to mean 27 April) whereas IBM dropped ESL pricing 31/12/2005 yet its still listed. Surely if you can no longer get this pricing then it shouldn't be there? Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFSMS Full Volume Restore Oddity
On Thu, 2 Nov 2006 11:34:59 -0800, Schwarz, Barry A <[EMAIL PROTECTED]> wrote: >A PDS without members can still be opened so that appears to be a >secondary problem. Is there only one copy of each dataset on the target >system? Are they on the IPL volume? Are they catalogued correctly? >Did the DUMP and RESTORE jobs use the ADMINISTRATOR operand to bypass >security checking? Do the source and target volumes have the same >geometry (we got burned dumping a 9345 and restoring to a 3390)? Is the >target volume at least as large as the source? Did you IPL with the >correct LOADxx member? Are the PARMLIB statements in it correct? Good questions which I should have put in the original: - Each PDS that is empty cannot be opened at all. Even trying to create a new member via ISPF gives: I/O error, insufficient virtual storage, or other BLDL error. - Nope, the target system has the sam name datasets except that its only really a system used to build the real target system. There is no cataloging of datasets being done as these are full disk restores - ADMIN was used - Disks are all exactly the same - IPL was done correctly (the source system is sitting next to me so I can check it as I do everything) and the PARMLIB is all correct We're now trying a couple of other things but thanks for all the help. Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
DFSMS Full Volume Restore Oddity
I have come across a rather strange problem in moving data between 2 systems. Using DFSMS DUMP FULL on an OS/390 2.10 system to dump a full volume to a file and then moving it over to zOS 1.4 and using RESTORE FULL to restore it to a new disk it seems that not all datasets are being restored. All jobs complete with CC=0 but when we IPL`ed an error cam eup stating that it could not open either SS1.PARMLIB or SYS1.IBM.PARMLIB. Upon further investigation it was found that these datasets after the restore were empty whereas on the originating system they have (important) members in. We populated the datasets with the members but now get an error to do with an LPA library that cannot beloaded but they all seem full. We believe that not all libraries are full and that somewhere along the line the restore, as shown with the PARMLIB datasets, are not being fully restored. Doing checks on the dumped datasets show that the data is there but seems to disappear when restoring. Anyone with any idea as to what on earht is happening, TIA? Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: http://mainframeweekly.blogspot.com/ What's Project ECLipz?
On Tue, 24 Oct 2006 10:42:26 -0400, Knutson, Sam <[EMAIL PROTECTED]> wrote: >http://mainframeweekly.blogspot.com/ > >What's Project ECLipz? > >Just posted yesterday yet more speculation. Nothing I saw that Phil and >others have not already speculated on but interesting the buzz on this >seems to finally be rising. >From the February 2006 issue of zJournal: http://www.zjournal.com/index.cfm?section=article&aid=344 Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape access problem
On Mon, 23 Oct 2006 14:04:06 -0500, Jerry Ragland <[EMAIL PROTECTED]> wrote: >I inserted the tape only after I get a mount message and then displayed the >status of the tape it was still MTP. Then I tried giving a /v 590,online I >got the below message - > >*IOS003A 0590,INTERVENTION REQUIRED, READY THE DRIVE > ...Didn't get through the 1st time... You probably still have it allocated to the other FLEX instance. You need to: - vary it offline in zOS - put it offline to FLEX via the flexescli (probably mount 590 offline) - put in online to the other zOS instance via the flexescli (mount 590 /dev/st0) - vary it online to zOS Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Limericks...
More than welcome to come and visit: http://www.backfischfest.de/ Seb -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Migrating me from linux/bsd to zOS
On Sat, 8 Apr 2006 09:13:43 -0400, Aaron Peterson <[EMAIL PROTECTED]> wrote: > I am >reasonably competent with Perl, and I have looked over some C, although Thats a good start and to really help you in the mainframe arean I would suggest then to learn REXX which with the above noted skills will really make your job easier (you can get versions for any platform, including Windows so you can start now.) Welcome to the world of men with hairy chests and beards! Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FLEX-ES
On Fri, 17 Mar 2006 07:19:34 +1000, Shane <[EMAIL PROTECTED]> wrote: > >Sorry, but every time I hear FLEX I think "laptop with dongle". >I have this recurring image of the DR site being folded up and taken >home to finish that Gantt chart or somesuch ... >One day I guess I'll see one that isn't in a bag on the back of a motor >bike. It takes me and the missus to get my one into the boot of the car, although I suppose you could just squeeze it into a sidecar! I have actually heard of people who have, for DR purposes, put their FLEX box into a van and driven a distance away from the impending disaster, plugged it in, connected it to the network and continued operations. Can't really do that with a z9 (or an MS server farm for that matter.) Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Programmer on EBay
On Mon, 6 Feb 2006 16:28:49 -0600, Desi de la Garza <[EMAIL PROTECTED]> wrote: >I don't see any operating systems conversions, smpe work or cics upgrades. >What's up with that? Probably because he's a mainframe programmer which as far as I can tell it means he writes programs. Good luck to him. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zIIPs
On Thu, 26 Jan 2006 12:48:23 +0100, Phil Payne <[EMAIL PROTECTED]> wrote: >Stealth announcement? > >I can still find no English language press coverage (there's a little piece in Computerwoche) >and the only hits in Google are my site's index page and a short analysis I did. Nothing >searchable from IBM. > >I've put up a couple of links to the zSeries pages and the overview PDF and the Googlebot came >last night (as it does every night) so IBM's pages should be showing up on Google soon. http://news.yahoo.com/s/cmp/20060127/tc_cmp/177104217 http://www.internetnews.com/storage/article.php/3580926 and a host of others all the same basically... Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: State of the Mainframe - News Article
I do know that one of the persons interviewed who stated that his employer would never use FLEX-ES has got his facts wrong slightly. I know that his employer has contacted resellers of FLEX-ES regarding the purchase of such a system a number of times. However, this was not in the USA. He says his employer flatly rules out using FLEX/ES hardwareeven if a customer doesnt qualify for Big Blues smallest mainframe systems. I know my company won't even consider using FLEX/ES, even if we have clients that want a dedicated machine, but don't come anywhere near needing an entry-level z800. And then again, FLEX-ES is not hardware, unless you count the channel cards! This, along with a number of other articles I see about mainframes is why I take them with a pinch of salt. Seb. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
