I'm deeply sorry about your father. That's tough. I cannot even
begin to imagine how horrible it is to remember some of the darkest
times in our history as if they were happening all over again.
And I'm very sorry about my comments. They were callous and
inappropriate. I had a bad day with win
Barbara Nitz pisze:
Mark,
Some people mentioned RMF data to see the other partitions (be it RMF III
or SMF 70 records / post processor). The ability for one LPAR's data to to
show up in other LPARs' SMF 70 records is a security option on the HMC for
that LPAR. I've never worked in an environ
IBM Mainframe Discussion List wrote on 09/21/2010
12:26:11 AM:
> >In my case they produced the same result.
> It would on a second invocation. The first invocation gets me all
> kinds of error
> messages (or rather 'missing storage' messages with prefixes indicating
that
> they are related t
HI,
Thanks for many email I received privately to support me.
This forum has a wonderful people and I really love to be part of this
forum.
Some of the people who sent me email argue with me in the past about my
product ( I like to hear comments which will help me to improve the product)
and t
Mark,
>Some people mentioned RMF data to see the other partitions (be it RMF III
>or SMF 70 records / post processor). The ability for one LPAR's data to to
>show up in other LPARs' SMF 70 records is a security option on the HMC for
>that LPAR. I've never worked in an environment where it was t
> No real issue, just thought I would ask. I couldn't think of anything
> other than an OSA for TCP/IP communication. I had forgotten about the
> CIPS from CISCO.
There are a fair number of devices that work with IBM TCPIP (both for VM and
for MVS). Some other fun ones:
7170(basical
IBM Mainframe Discussion List wrote on 09/20/2010
04:17:01 PM:
> >> How can the HMC know the operating system type running in an LPAR?
> >> It's one thing if the customer provides some info as a comment or via
> >> their naming scheme, but surely the HMC/CEC don't run any sort of AI
> >> processi
>In my case they produced the same result.
It would on a second invocation. The first invocation gets me all kinds of
error
messages (or rather 'missing storage' messages with prefixes indicating that
they are related to contention analysis).
>I had reused a dump dataset on the very constrained
mmm.. well, Elian, to me it just seems wise to not use expressions in
private communications that you would be embarrassed by should they
go public... as is increasingly likely in this hackridden
facetube/youbook fibre-wired world :-)
Cheers to all,
Graeme
At 11:55 PM 20/09/2010, you wrote:
>Is there some magic to make LE dump the full 64 bit general registers
>when CALL'ing CEE3DMP from an Enterprise COBOL 3.2 program? Yes, I know
>COBOL doesn't use the high fullword of the regs. Something, somewhere,
>is changing the high word of some regs which is causing DFSORT to abend
>when the
paulgboul...@aim.com (Paul Gilmartin) writes:
> IIRC, the first TCP/IP interface we had was an Intel Fastpath. I believe
> it was genned as a CTC. I found a 1988 Network Workd article mentioning
> Intel Fastpath Model 9750D and Interlink Model 3732.
original ibm mainframe tcp/ip product was done
Also, FWIW, after every upgrade we have done of either Expediter or
AbendAid, Compuware will visit and, at no charge, hold training sessions
for our programming staff. They go through both the new features and
review all the functions for any newbies or anyone who wants a
refresher.
That kind o
--
Has anyone replaced Compuware's products, Abendaid for MVS and CICS,
Fileaid and Strobe with CA's products? Any information - the good, bad
or ugly would be appreciated.
--
On Mon, 20 Sep 2010 21:45:35 +0200, R.S. wrote:
>> How can the HMC know the operating system type running in an LPAR?
>> It's one thing if the customer provides some info as a comment or via
>> their naming scheme, but surely the HMC/CEC don't run any sort of AI
>> processing to figure out what
On Mon, Sep 20, 2010 at 12:49 PM, Ward, Mike S wrote:
> I'm very sorry to hear about your father. My prayers are with you.
>
> My prayers are with you also.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of shai hess
> Sent: Monday,
I'm very sorry to hear about your father. My prayers are with you.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of shai hess
Sent: Monday, September 20, 2010 12:44 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: New fixes and message for MFNetDisk
W dniu 2010-09-20 18:57, Tony Harminc pisze:
On 20 September 2010 04:37, Mike Shorkend wrote:
Barbara - very true regarding LPAR names , but this gave me another idea.
The newer HMC (2.10.x ?) shows an OS type for each LPAR.
You could write some code using BCPii (or the older SNMP API) to harv
On 09/20/10 15:37, R.S. wrote:
I just got GIM26701S msg saying that directory space in SMPSCDS is used.
This is quite specific PDS, because member names contain non-printable
characters.
Q1: Can I create another PDS with larger directory and simply copy
SCDS.OLD to SCDS.NEW using IEBCOPY? Or
I just got GIM26701S msg saying that directory space in SMPSCDS is used.
This is quite specific PDS, because member names contain non-printable
characters.
Q1: Can I create another PDS with larger directory and simply copy
SCDS.OLD to SCDS.NEW using IEBCOPY? Or maybe, some special utility is
My gang figured it out. They had spelled user instead of usr. So there was
not mount point for it.
I still think if they had used MKDIR on the MOUNT there would have been no
issue as it would have created the missing one.
Thanks everyone for your help.
Lizette
> -Original Message-
>
What does /usr/sbin/mount -qv /u/usr/msmserv/msm indicate when
SYS3.MSM.OMVS.ZFS.MSM is not mounted? In BPXPRMxx is the indicated file system
mounted prior to file system in question?
Regards,
Kevin
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] O
You have my sympathy and my prayers, Shai.
Frank J. Martinez
Technical Support Supervisor
IT System z
Tel.: 305-284-3919
Cell: 305-987-8281
Fax : 305-284-3872
e-Mail: fjm...@miami.edu
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
HI,
I just finish visiting my father. My father is sick with Alzheimer’s
disease. He return in time to the Holocaust time. He is afraid that he will
not have food anymore. Now I am back home.
Suddenly, all the issue of if MFNetDisk is "crap" or not is not important
to me anymore.
Shai
On Mon
Dave,
Excellent points.
Another thing that SMB fixes (or LSR actually) is over-allocation of data
buffers. I have come across the work of few well meaning people that think
that NSR works just like LSR, and religiously use BUFND=128 on their KSDS
JCL to "make it go faster."
I always enjoy the l
You are correct the Unicom's Products are functionally equivalent to the
Compuware's products. The easy of use of the Unicom products is not as good as
the Compuware's products. The Unicom support is nowhere as good as is
Compuware's support. However, management loves the price.
Regards
Otto
I occasionally use the product "VEDIT" to browse large EBCDIC files on
windows - usually SMF data. It has edit capability as well but I don't use
it. The important thing for me is it understands EBCDIC on a ASCII platform.
Not a cheap or practical as Review, but you can copy a large file to your
P
On 20 September 2010 04:37, Mike Shorkend wrote:
> Barbara - very true regarding LPAR names , but this gave me another idea.
> The newer HMC (2.10.x ?) shows an OS type for each LPAR.
> You could write some code using BCPii (or the older SNMP API) to harvest
> this information for each LPAR.
> I
Elian,
So I copy data from a Hitachi Disk Drive in an EMC Array and store it on a
Hitachi Disk Drive in an IBM Disk Array. Why would this be such a concern?
Does it worry you that a DS8700 is running a somewhat bastardized version of
UNIX, or that a 9960 used INTEL processors?
I'm not sure I can
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tony Harminc
> Sent: Monday, September 20, 2010 11:57 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Identify all MVS images in a CEC
>
> On 20 September 2010 04:37, Mike Shorkend
> wro
On 20 September 2010 02:21, Barbara Nitz wrote:
> Tony,
> a bit after the fact, but what strikes me is that Jim uses the commands
> directly while you apparently use the 'analysis' panels. Option 2.2 does NOT
> really correspond to the IPCS command STATUS CPU REGISTERS that Jim
> talked about.
In
Also, the MFNetDisk server does not have to be a Windows machine. It can be
Linux, if that makes anybody feel better/safer.
Richard, Vickie, and Randy Pinion
--- john.mck...@healthmarkets.com wrote:
From: "McKown, John"
To: IBM-MAIN@bama.ua.edu
Subject: Re: New fixes and message for MFNetDisk
We replaced the Compuware Products(Abendaid, Xpediter, Fileaid) with
Macro4's(Dumpmaster, Tracemaster, Insync). We replaced the Strobe product with
BMC Tritune product.
Regards
Otto Schumacher
HP Enterprise Services
Infrastructure Specialist
Ahold Account
CICS & Capacity Technical Support
P.
Ohhh yea. That'd be me, around June 2008. Me and my short term memory
problems.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Bill Fairchild
Sent: Monday, September 20, 2010 6:32 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: STARTIO (w
It is discussed somewhat in the IBM-MAIN archives.
Bill Fairchild
Rocket Software
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Paul Gilmartin
Sent: Monday, September 20, 2010 10:29 AM
To: IBM-MAIN@bama.ua.edu
Subject: STARTIO (was: New
On Mon, 20 Sep 2010 16:36:44 +0200, Lindy Mayfield wrote:
>It seems that STARTIO isn't documented anywhere. Is it available from IBM at
>all, like with an NDA or something like that?
>
>Is it perhaps documented somewhere in earlier releases?
>
I understand IBM never intended it as GUPI or otherw
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. Co
On Tue, 14 Sep 2010 17:22:05 -0500, Ward, Mike S wrote:
>Hello all, I have a question. I was talking with someone that said you
>don't need OSA's to run tcpip under z/os and use it to communicate with
>the outside world. If that's true then what would be used instead of an
>OSA?
>
IIRC, the first
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elian Spitzer
> Sent: Monday, September 20, 2010 8:31 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: New fixes and message for MFNetDisk's users
>
> Does anybody actually use this crap?
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Lindy Mayfield
>
> It seems that STARTIO isn't documented anywhere. Is it available from
IBM at all, like with an NDA or
> something like that?
>
> Is it perhaps documented somewhere in earlier releases?
I believe i
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Susan Edwards
> Sent: Monday, September 20, 2010 6:42 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Replace Compuware products with CA
>
> Has anyone replaced Compuware's products, Abendaid
On Mon, Sep 20, 2010 at 7:36 AM, Lindy Mayfield
wrote:
> It seems that STARTIO isn't documented anywhere. Is it available from IBM
> at all, like with an NDA or something like that?
>
> Is it perhaps documented somewhere in earlier releases?
>
> Lindy
>
>
> -Original Message-
> From: IBM
I would agree that if you are putting a product out to other customers then
it would be difficult to rely on them being on the proper hardware and z/OS
level to support BPCii (currently at least a z9 CEC and z/OS 1.11 (1.10 with
BCPii installed after the fact although this doesn't include eve
It seems that STARTIO isn't documented anywhere. Is it available from IBM at
all, like with an NDA or something like that?
Is it perhaps documented somewhere in earlier releases?
Lindy
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
C
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Elian Spitzer
>
> Does anybody actually use this crap? I mean, it's cute and all, but
> winbloz would be the last bloody place I'd store any important data.
> Seems like a huge waste of programming time, but I guess e
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 K
You would be amazed at what some people are doing with this "crap".
Richard, Vickie, and Randy Pinion
--- shai.h...@gmail.com wrote:
From: shai hess
To: IBM-MAIN@bama.ua.edu
Subject: Re: New fixes and message for MFNetDisk's users
Date: Mon, 20 Sep 2010 16:52:12 +0300
HI,
>>It is cut
No real issue, just thought I would ask. I couldn't think of anything other
than an OSA for TCP/IP communication. I had forgotten about the CIPS from CISCO.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Scott Ford
Sent: Wednesday, Septe
whoops. my apologies and my bad. i didn't intend that to go to the
list. now who's the idiot? (me)
On Mon, Sep 20, 2010 at 4:47 PM, Mark Jacobs wrote:
> On 09/20/10 09:31, Elian Spitzer wrote:
>>
>> Does anybody actually use this crap? I mean, it's cute and all, but
>> winbloz would be the la
HI,
>>It is cute.
Thanks.
>>Winbloz
I welcome you to my site to find out that I can work and work also in Linux
and ZLinux (not bloody place) and more..
Shai
On Mon, Sep 20, 2010 at 4:47 PM, Mark Jacobs wrote:
> On 09/20/10 09:31, Elian Spitzer wrote:
>
>> Does anybody actually use this
A bit harsh in your assessment, Elian. It is not for you to decide what is
crap or what isn't. One man's crap is another man's treasure.
Frank J. Martinez
Technical Support Supervisor
IT System z
Tel.: 305-284-3919
Cell: 305-987-8281
Fax : 305-284-3872
e-Mail: fjm...@miami.edu
-O
On 09/20/10 09:31, Elian Spitzer wrote:
Does anybody actually use this crap? I mean, it's cute and all, but
winbloz would be the last bloody place I'd store any important data.
Seems like a huge waste of programming time, but I guess each to his
own.
-Elian
That's a little harsh in my op
Does anybody actually use this crap? I mean, it's cute and all, but
winbloz would be the last bloody place I'd store any important data.
Seems like a huge waste of programming time, but I guess each to his
own.
-Elian
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m..
Hello Susan,
Granted I may be a bit biased here, but I can tell you with complete
confidence (from real experience) that the Macro 4 products can stand
head to head with Compuware's, and in some aspects surpass them. I have
personally been involved in numerous replacement projects, and all have
b
You only need that DD if your IOEZPRM member is in a library other than your
PARMLIB concatination. It should NOT be in MSM.
Jon L. Veilleux
veilleu...@aetna.com
(860) 636-9179
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Lizet
I see you are from a software vendor.
Don't depend on the BCPii interface being implemented at a customer
site.
I've had to give up on experimenting with it. Our security admins are
unable to get the definitions implemented so we can use it, or debug the
wrong definitions they have implemented.
According to the z/OS V1R11.0 Distributed File Service zFS Administration
manual AGGRGROW is a valid PARM. I would agree with some of the other posts
that you mught be mounting out of order.
Jon L. Veilleux
veilleu...@aetna.com
(860) 636-9179
-Original Message-
From: IBM Mainfra
> 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 indi
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
> Mark Pace Wrote:
>
> I assume that you can mount it after IPL.
> Because it says that a Mount Point does not exist, are you trying to
> mount
> this before another required file system is mounted?
>
Yes we can mount them after an IPL.
These are individual mount points. I am not sure that th
I assume that you can mount it after IPL.
Because it says that a Mount Point does not exist, are you trying to mount
this before another required file system is mounted?
On Mon, Sep 20, 2010 at 8:49 AM, Lizette Koehler wrote:
> I am having a discussion with one of my team mates on how to code BPX
About 3 or 4 years ago we replaced the Compuware products with the
Macro4 products and have been very happy with them. Macro4 is now a
division of Unicom. The Macro4 products might not be as "robust" as
Compuware's, but they have been fine for our purposes, and cost less.
Strobe - FreezeFrame
Ab
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.
BPXF0
Susan Edwards of the IBM Mainframe Discussion List
wrote on 09/20/2010 06:41:57 AM:
> Has anyone replaced Compuware's products, Abendaid for MVS and CICS,
> Fileaid and Strobe with CA's products? Any information - the good, bad
or
> ugly would be appreciated.
We replaced AbendAid with IBM Fault
>Larry Macioce wrote:
>
>>I need to work on a file and I've tried the 8192k I am allowed but the file
>>still
>comes up in browse mode Can I change it and how large can I change it
>
Sounds like a good time to install REVIEW from Greg Price. It will handle any
size file and I understand one can
Has anyone replaced Compuware's products, Abendaid for MVS and CICS,
Fileaid and Strobe with CA's products? Any information - the good, bad or
ugly would be appreciated.
Thanks,
Susan
--
For IBM-MAIN subscribe / signoff / arc
I strongly suggest BCPii over the HWMCAAPI SNMP interface. Hands down the
BCPii interface is easier to use.
Stan Weyman
Senior Software Engineer
stan.wey...@emc.com
EMC² (508)249-3966
where information lives
It is wise to keep in mind that neither
success nor failure is ever final...
Using a new tool for z/OS 1.11 (and 1.10 as a deliverable) called BCPii you
can query not only the CEC you are on but all network connected CECs that the
LPAR running BCPii can 'see'. This does require some security setup on the HMC
(cross partition authority and community names) and RACF fa
Barbara,
I was using it on only one NATURAL structure. Still, I'll yield to your
experience and remove it from that structure definition the next chance I get.
The manual certainly *does not* indicate the risk you've identified. I'll also
code the explicit "NO" as you have done.
If anyone was
>Which is why every mvs system (or VM, for that matter) can be IPL'd in just
>about any lpar (provided the necessary hardware is defined to that lpar).
We used to do that, at one place I worked, but, during the implementation of
GDPS, we lost that flexibility.
Our automation team claimed it was
Barbara - very true regarding LPAR names , but this gave me another idea.
The newer HMC (2.10.x ?) shows an OS type for each LPAR.
You could write some code using BCPii (or the older SNMP API) to harvest
this information for each LPAR.
I think that this answers the OP's request?
On Mon, Sep 20, 2
>What about RMF monitor III? The CPC command shows all LPARS including
z/OS,
>CF and z/VM
Yes, and that's what the SMF70 records are also showing. But unless you
know the naming convention for lpars and system names, you cannot
distinguish if that lpar is running z/OS, z/VM or (native) zLinux.
What about RMF monitor III? The CPC command shows all LPARS including z/OS,
CF and z/VM
On Mon, Sep 20, 2010 at 9:59 AM, Barbara Nitz wrote:
> >I am researching seat based licensing for Cloud computing on z/OS and
> >have the following question.
> >
> >From an MVS image is it possible to identif
>I am researching seat based licensing for Cloud computing on z/OS and
>have the following question.
>
>From an MVS image is it possible to identify all other active MVS images
>in the CEC even if some of those images are not in a sysplex?
The SMF Type 70 records identify all defined lpars on a C
I am researching seat based licensing for Cloud computing on z/OS and
have the following question.
>From an MVS image is it possible to identify all other active MVS images
in the CEC even if some of those images are not in a sysplex?
Thanks
Steve
-
>Did any of you get an email from a donotreply address at IBM for this
>new service?
Be thankful you only got one. I always get 5 or more whenever IBM changes
something. Without any real indication why I get that email.
-
Also, for some unfathomable reason I have been made administrator to this
a
75 matches
Mail list logo