from:"Mike Liberatore"

Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012

2012-05-23 Thread Mike Liberatore

YES enough said!!!
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Bill Ashton 
Sender: IBM Mainframe Discussion List 
Date: Wed, 23 May 2012 08:30:11 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: 24/7/365 appropriateness was Re: IBMLink outages in 2012

In actuality, isn't 24x7 comprehensive enough?

The 24 infers that the availability is round the clock, as opposed to most
operating schedules that embrace a single day shift of 8 hours (banker's
hours), or a day of 14 or 16 hours.
The 7 infers that availability is every day of the week, as opposed to only
5 days or 6 days as posited by many businesses.

Beyond these, there is no de rigueur schedule of weeks within a year, or
even days within a year that is consistently embraced across all cutures
and peoples. Consequently, there is no need to stress availability for 52
or 52.(fraction) weeks and no need to stress 365 day availability. Neither
of these adds clarity beyond what 24x7 or 24/7 or whatever representation
you give to "every hour, every day."

Billy

On Wed, May 23, 2012 at 7:54 AM, Clark Morris wrote:

> On 22 May 2012 20:04:42 -0700, in bit.listserv.ibm-main you wrote:
>
> >In , on 05/21/2012
> >   at 03:51 PM, Clark Morris  said:
> >
> >>I'm the last to see my own errors.  Hopefully it was obvious I
> >>meant 24/7/365
> >
> >That's no better. Either 24/7/52 or 24/365 would be approximately
> >correct.
> >
>
> On a logical basis I agree with you but has the 24/7/365 shortcut for
> continuous availability become so pervasive that it is the shorthand
> way for saying it and is it the way that the general public as opposed
> to us professional nitpickers best understands it?
>
> Clark Morris
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

-- 
Thank you and best regards,
*Billy Ashton*

--
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

Re: Acroymn Usage

2012-04-07 Thread Mike Liberatore

Your comments are right on. So you misspelled who cares! By the way do you know 
what J R means?
--Original Message--
From: Ken Brick
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Acroymn Usage
Sent: Apr 6, 2012 7:14 PM

My understanding of the correct use of ANY acromyn in "academic papers" 
is that you write out the "topic" in full then in put the acromyn in 
brackets. Then every one reading the paper knows what the acromyn refers 
too.

-- 
Ken

Mob: 0409 009 764

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN


Sent from my Verizon Wireless BlackBerry

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: Friday fun: Halon dumps and POK Resets

2012-03-23 Thread Mike Liberatore

So much for DR planning
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Scott Ford 
Sender: IBM Mainframe Discussion List 
Date: Fri, 23 Mar 2012 13:12:51 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: Friday fun: Halon dumps and POK Resets

I know of a data center had their 3330s, old guys way back, in a basement of a 
area here in NJ that is on a floor plan,,guess what happened ...flooded out

Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com



On Mar 23, 2012, at 12:23 PM, Wayne Driscoll  wrote:

> I was told a similar story from operators at my first job in downtown 
> Chicago.  The computer room was on Michigan Ave, overlooking Grant Park, 
> on the fifth floor.  The tape drives were on the east side of the building 
> (facing Grant Park/Lake Michigan), near the windows.  Every day around 
> sunrise, they would have the same problem with the tape drives unloading, 
> until the windows were shaded over. 
> 
> ===
> Wayne Driscoll
> OMEGAMON DB2 L3 Support/Development
> wdrisco(AT)us.ibm.com
> ===
> 
> 
> 
> From:
> Barry Merrill 
> To:
> IBM-MAIN@bama.ua.edu
> Date:
> 03/23/2012 11:13 AM
> Subject:
> Re: Friday fun: Halon dumps and POK Resets
> Sent by:
> IBM Mainframe Discussion List 
> 
> 
> 
> At State Farm in 1973, a new bank of tape drives were installed in late
> May, and they ran fine until Jun 15, when we began to see very strange
> tape ABENDS (starting with Fnnx as I recall), perhaps a dozen each day,
> that would then not occur until the next evening.  After 10 days and
> much research by IBM, I decided to print the step records with those
> ABEND codes, and noticed that the time of the first instance of each
> day's ABEND was one or two minutes later than the prior day's first
> ABEND, but only up to June 22, when its first time was earlier than the
> first time on June 21, and subsequent days were also failing earlier by
> a minute or two on each successive day.
> 
> I immediately concluded it must be somehow related to sunset, so the
> late Tim Wuthrich and I estimated the projected time of that day's first
> abend, stayed late, and were adjacent to the new drives when we saw the
> sun come thru the window, and one of the tapes that was being read
> immediately started to rewind!  Those 3420 tape drives had an optical
> sensor that read the reflection from the silver strip at the end of the
> physical tape, and the sun got into that sensor, causing a false
> detection of end of tape.  Installed blinds on that window and solved
> the problem.
> 
> --
> 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

--
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

Re: Religious controversy on IBM-MAIN

2011-11-20 Thread Mike Liberatore

Can you  be more specific

--Original Message--
From: Chase, John
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: Religious controversy on IBM-MAIN
Sent: Nov 20, 2011 1:54 AM

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of John Gilmore
> 
> Historically, many fora having another focus have found it advisable
to avoid the discussion of
> religion, which is divisive and likely to escalate into invective and
worse.
> 
> We are a mixture of the devout, the indifferent, and the militantly
anti-religious.  This mixture is
> explosive.  It would therefore be better, I think, if we agreed
informally not to discuss our own or
> others' religious views here.   We have other things to talk about.

Indeed.  And let us add "politics", "political philosophies", et al, to
our "out of bounds" lists; though I must admit to being an offender
there.

-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


Sent from my Verizon Wireless BlackBerry

--
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: Help on Rexx Code.

2011-11-19 Thread Mike Liberatore

Out
--Original Message--
From: Shmuel Metz (Seymour J.)
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: Help on Rexx Code.
Sent: Nov 19, 2011 7:03 PM

In
,
on 11/18/2011
   at 10:35 PM, sunil mirchandani 
said:

>since i am new to rexx so any one can look and suggest me with any
>sample or written rexx code.

I'd start by looking at the REXX code in SYS1.SAMPLIB for calling the
Catalog Search Interface (CSI). I'd also read up on the date()
function and the parse statement.

>Please let me know if i am on right forum

Since your goal relates as much to MVS as it does to Rexx, IMHO you're
better off here. 
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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


Sent from my Verizon Wireless BlackBerry

--
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: Terminology RE: USS

2011-11-19 Thread Mike Liberatore

Out
--Original Message--
From: Shmuel Metz (Seymour J.)
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: Terminology RE: USS
Sent: Nov 19, 2011 9:23 PM

In
,
on 11/18/2011
   at 09:14 AM, John Gilmore  said:

>'<' and '>' are often called broken brackets.  The ALGOL definition
>document, for example, uses this term, as do many descriptions of
>BNF.

Neither "REPORT ON THE ALGORITHMIC LANGUAGE ALGOL 60" nor "Revised
Report on ALGOL 60" use the term "broken bracket". Perhaps you are
confusing "broken bracket" with "bracket".

There is a term brocket in the Hacker's Dictionary that appears in a
lot of other jargon files, but I found no sign of anybody actually
using the term when defining a new language.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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


Sent from my Verizon Wireless BlackBerry

--
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: Braces, Brackets, Broken braces, and Parentheses

2011-11-19 Thread Mike Liberatore

Out
--Original Message--
From: Shmuel Metz (Seymour J.)
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: Braces, Brackets, Broken braces, and Parentheses
Sent: Nov 19, 2011 6:54 PM

In <45fcfbbb8bc8eb4a9dfedc6fa2cc7fdf015...@sdkmbx02.emea.sas.com>, on
11/18/2011
   at 03:48 PM, Lindy Mayfield  said:

>The trouble I have gotten into is when the word "bracket" is used, I
>automatically think square brackets.

AFAIK the word "brackets" refers specifically to [], although I have
encountered "angle brackets for <> and the is Dirac's infamous
.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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


Sent from my Verizon Wireless BlackBerry

--
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: Terminology RE: USS

2011-11-19 Thread Mike Liberatore

Out
--Original Message--
From: Shmuel Metz (Seymour J.)
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: Terminology RE: USS
Sent: Nov 19, 2011 7:17 PM

In , on 11/18/2011
   at 07:57 AM, Ken Hume IBM  said:

>We always called the * a "splat".

I believe that is the norm in EUnix circles. Likewise bang for "!" and
shebang for "#!".
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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


Sent from my Verizon Wireless BlackBerry

--
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: USS

2011-11-19 Thread Mike Liberatore

Thank you!!!
--Original Message--
From: Darren Evans-Young
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: USS
Sent: Nov 19, 2011 11:23 AM

Ok, kill this thread now!

I'm going to start setting folks to NOPOST status.

Darren

--
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


Sent from my Verizon Wireless BlackBerry

--
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: n lpars in a sysplex and one of the lpar systems crashes

2011-10-13 Thread Mike Liberatore

Congratulations you win!
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Arun Shanmugasundaram 
Sender: IBM Mainframe Discussion List 
Date: Thu, 13 Oct 2011 06:43:27 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: n lpars in a sysplex and one of the lpar systems crashes

hi how are you  
---Please excuse my brevity. I'm trying to win The Email Game!-Original 
Message-

n lpars in a sysplex and one of the lpar systems crashes
From: Ray Overby To: ibm-m...@bama.ua.eduDate: 
Thursday, October 13, 2011 at 7:11PM
- In an N lpar sysplex with each lpar running late level z/OS (lets say z/os 
1.11 or higher) if a single lpar crashes (i.e. - an unscheduled termination of 
z/OS without performing normal shutdown procedures)will this affect the other 
systems?- Can this situation be simulated by having one of the lpars issue the 
QUIESCE command while it is up and running?- Is there some IBM or other doc 
that would shed some light on this situation?- Anyone have experience with this 
type of situation and care to discuss (either online or 
offline)?--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch 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: Licensing of Tivoli Products.

2011-10-13 Thread Mike Liberatore

Congratulations you win!
--Original Message--
From: Arun Shanmugasundaram
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: Licensing of Tivoli Products.
Sent: Oct 13, 2011 9:45 AM

---Please excuse my brevity. I'm trying to win The Email Game!-Original 
Message-

Licensing of Tivoli Products.
From: Neal Eckhardt To: ibm-m...@bama.ua.eduDate: 
Thursday, October 13, 2011 at 6:07PM
I was under the impression that if you drop maintenance on something like 
Tivoli Omegamon, you can still legally use the product, you just cannot get 
upgrades or fixes. Am I 
mistaken?Neal--For
 IBM-MAIN subscribe / signoff / archive access instructions,send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFOSearch 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

Sent from my Verizon Wireless BlackBerry

--
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: Goodbye from this email address

2011-08-31 Thread Mike Liberatore

>From Mike Liberatore, hope all works out for you, Good Luck!
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Scott Rowe 
Sender: IBM Mainframe Discussion List 
Date: Wed, 31 Aug 2011 15:14:35 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Goodbye from this email address

In a few minutes the company will be decommissioning me, just like they did
with the mainframe (except their not shipping me back to POK).  I will sign
up to the list with another email address, so I will still be on the list.

So long and thanks for all the fish.

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: Goodbye from this email address

2011-08-31 Thread Mike Liberatore

>From Mike Liberatore hope all works out for you. Good Luck
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Mike Liberatore 
Sender: IBM Mainframe Discussion List 
Date: Wed, 31 Aug 2011 19:19:13 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: Goodbye from this email address

Good luck; Hope things workout.
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Scott Rowe 
Sender: IBM Mainframe Discussion List 
Date: Wed, 31 Aug 2011 15:14:35 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Goodbye from this email address

In a few minutes the company will be decommissioning me, just like they did
with the mainframe (except their not shipping me back to POK).  I will sign
up to the list with another email address, so I will still be on the list.

So long and thanks for all the fish.

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

--
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: Goodbye from this email address

2011-08-31 Thread Mike Liberatore

Good luck; Hope things workout.
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Scott Rowe 
Sender: IBM Mainframe Discussion List 
Date: Wed, 31 Aug 2011 15:14:35 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Goodbye from this email address

In a few minutes the company will be decommissioning me, just like they did
with the mainframe (except their not shipping me back to POK).  I will sign
up to the list with another email address, so I will still be on the list.

So long and thanks for all the fish.

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: Spool volumes and SMS

2011-08-27 Thread Mike Liberatore

Never did. 
--Original Message--
From: Ed Gould
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Spool volumes and SMS
Sent: Aug 27, 2011 5:50 PM

Just curious as to a general consensus, do you use SMS for spool volumes?

Ed

--
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


Sent from my Verizon Wireless BlackBerry

--
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: Security is fun in the PC world....

2011-08-22 Thread Mike Liberatore

Zman aka zedgarhoo...@gmail.com
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: "R.S." 
Sender: IBM Mainframe Discussion List 
Date: Sun, 21 Aug 2011 16:33:10 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: Security is fun in the PC world

W dniu 2011-08-20 18:00, Eric Bielefeld pisze:
[...]
> One thing about this list always bothered me. A small percent of
> contributers, such as zMan, don't give their name. I'm sure many people
> have good reasons. It's just harder to accept as fact emails from
> someone who remains anonymous.
>
> Eric Bielefeld
> Sr. Systems Programmer

As Eric stated, many people have good reasons to remain anonymous (for 
example stupid boss, silly company policies, etc.). In my opinion it's 
much better to use some nickname (like zMan) than to use fake name (like 
John Smith). For the first case you know he wants to be anonymous, for 
the second one you don't know anything.

-- 
Radoslaw Skorupka
Lodz, Poland

--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorised to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive. 

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 168.346.696 zotych.

--
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: Security is fun in the PC world....

2011-08-21 Thread Mike Liberatore

If u had alter then were given the keys to do anything
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Eric Bielefeld 
Sender: IBM Mainframe Discussion List 
Date: Sun, 21 Aug 2011 11:32:43 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: Security is fun in the PC world

I was a contractor for a company that gave me alter access to APF libraries. 
I remember my boss at first giving me very limited access.  Then, after a 
few months when he trusted me, he gave me a lot more access.

Eric Bielefeld
Sr. Systems Programmer

- Original Message - 
From: "R.S." 
> I also know many cases when some contractor(s) did have extraonrdinary 
> access to the mainframe system, including, i.e. ALTER to APF libraries. On 
> production LPARs. Is such system still very secure? 

--
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: Last card reader?

2011-08-17 Thread Mike Liberatore

Your correct the 402 and 407 boards were similar.
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Mike Myers 
Sender: IBM Mainframe Discussion List 
Date: Wed, 17 Aug 2011 18:42:03 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: Last card reader?

Rick:

No, it was definitely a 402. The 407 was around at the time, but I never 
got trained on it. If I recall correctly, the boards looked a lot the same.

Mike Myers

On 08/17/2011 06:27 PM, Rick Fochtman wrote:
> -
>
>> Wow, a 402!! Who'd have guessed there was still one running outside a 
>> museum?
>>
>> I learned "programming" when I was taught to wire the board that 
>> controlled one of those. I also used to maintain them as a Field 
>> Engineer, but that was in 1964.
>>
>> I last worked on one in 1966 before I left for system 360 programming 
>> school in Poughkeepsie (I haven't seen once since). :-)
>
> -- 
>
> Was that a 402 or a 407? I still have a 407 board that takes 80 
> columns from the first card and 52 columns from the second line to 
> create a single 132-character line. It was the only way we could get a 
> print-out from our 1620.
>
> 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

--
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: Last card reader?

2011-08-16 Thread Mike Liberatore

About the same time as you. It was reader,punch, interpreter. At the time it 
was used to interpret time cards for union workers. 
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Phil Smith 
Sender: IBM Mainframe Discussion List 
Date: Tue, 16 Aug 2011 11:08:04 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Last card reader?

Wondering when the last card reader died. We had one at University of Waterloo 
until 1984 or 1985; we had a full professor who insisted on using cards. We 
finally told him he'd have to pay the maintenance-that convinced him (or, more 
likely, his Dean) that it was time to use terminals.

What's the latest anyone remembers using a card reader?

BTW, http://www.cardamation.com/punchcardmedia.html claims to still sell them, 
if you need an 80-byte fix!
--
...phsiii

--
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: Not able to login to TSO

2011-08-05 Thread Mike Liberatore

Interesting, I understand why you are "not to login to TSO".
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Ted MacNEIL 
Sender: IBM Mainframe Discussion List 
Date: Fri, 05 Aug 2011 20:33:06 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: Not able to login to TSO

> [1] There are very many people in this list who misuse the
> term USS when they should be using the term z/OS UNIX or
> z/UNIX. I divide people into those who deliberately misuse
> the term, the conceited idiots, and those who are misled by
> the perpetual misuse by conceited idiots who should know
> better and are beyond the reach of reason.

And, there are arrogant (and pedantic) individuals who have too much time on 
their hands so they can moan about such trivialities.

USS, like many TLA's, has many meanings.
IBM uses the term for 'z/UNIX', in many docs.

So, if you are intelligent, you should be able to figure the issue out by 
context.

Also, the ultimate in arrogance, pointing out the 'error' in terminology, 
rather than helping is unacceptable.

Besides, who died and made the ultimate arbiter as to the 'fact' it SHOULD be 
called 'z/(OS)UNIX?
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
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: O/T Bad News for out of work Main Frame people

2011-07-30 Thread Mike Liberatore

Employers really know nothing! They are like our political leaders. They have 
no clue.  The mainframe has more logic, less security preaches and far superior 
tier 1  and 2  support and technicians,  documentation as compared to Microsoft 
could ever hope to have. Have you ever called Microsoft support (good luck)!!! 
--Original Message--
From: Elardus Engelbrecht
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: O/T Bad News for out of work Main Frame people
Sent: Jul 30, 2011 12:26 PM

Ed Gould wrote:
>Unemployed workers have long suspected that the gaping holes on their resumes 
>left them less attractive to employers. 

and 

>... she would be a hard sell� because she had been out of work for more than 
>six months.

True, of course. The unemployed persons need to state *what* did they do during 
that period. Working as a temp, being enterpreneur, being a student in some 
course, etc. could be good, but employers may or may not considering these as a 
plus point...

In the mean time these unemployed persons, need to pay bills, look after 
family, getting money to use for job hunting, etc. Tragic, but this the time we 
are now living...

Groete / Greetings
Elardus Engelbrecht

--
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


Sent from my Verizon Wireless BlackBerry

--
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: U.S. to Close 800 Computer Data Centers

2011-07-21 Thread Mike Liberatore

Is that the reason why we have so many security breaches 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Tom Marchant
Sent: Thursday, July 21, 2011 10:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: U.S. to Close 800 Computer Data Centers

On Thu, 21 Jul 2011 06:51:04 -0500, John P Kalinich wrote:

>http://www.nytimes.com/2011/07/20/technology/us-to-close-800-computer-data-
centers.html?nl=technology&emc=techupdateema3

The government is following the lead of private business. For 
years, companies have been using software that shares 
computing tasks across several machines in a data center. 
The task-juggling technology enables computers to run at far 
higher levels of efficiency and utilization than in the past, 
doing more computing chores with fewer computers and fewer 
data centers.

Sounds like they want to use more mainframes.

"Redundant systems and applications sprouted like weeds," 
Mr. Kundra said. "We need to shift resources away from 
duplicative systems and use them to improve the citizen 
experience." 

That sounds like a description of distributed systems.

-- 
Tom Marchant

--
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: ISMF QUESTION - BROWSING CONSTRUCT OF A STORAGE GROUP

2011-07-08 Thread Mike Liberatore

Sounds like normal close processing was bypassed due to using CANCEL to being 
used.
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Michael Wickman 
Sender: IBM Mainframe Discussion List 
Date: Fri, 08 Jul 2011 12:40:09 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: ISMF QUESTION - BROWSING CONSTRUCT OF A STORAGE GROUP

I have found that if I exit with cancel instead of end that the last mod date 
and user fields do not change. 

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
Mike Wickman
Technical Services
Phone   913-236-1663
Cell 913-449-6423
Fax     913-236-1555
email     mwick...@waddell.com
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
John Dawes
Sent: Friday, July 08, 2011 12:35 PM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] ISMF QUESTION - BROWSING CONSTRUCT OF A STORAGE GROUP

G'Day All

Is there a better way to browse the parms of the Construct of a STORAGE GROUP 
instead of using the ALTER option when in ISMF?  If I type DISPLAY in the Line 
Operator I receive error message COMMAND DISPLAY NOT FOUND.  The reason why I 
ask this question is that when I used the ALTER option it shows my USERID in 
the LAST MOD USERID & LAST DATE MODIFIED which erroneous.

I would appreciate your suggestions how to go about it.

Thanks.

--
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

"This email is intended to be reviewed by only the intended recipient
 and may contain information that is privileged and/or confidential.
 If you are not the intended recipient, you are hereby notified that
 any review, use, dissemination, disclosure or copying of this email
 and its attachments, if any, is strictly prohibited.  If you have
 received this email in error, please immediately notify the sender by
 return email and delete this email from your system."

--
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: It got very quiet

2011-05-23 Thread Mike Liberatore

I guess all the sysprogs are back at work and are causing system crashes
--Original Message--
From: Eric Bielefeld
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: It got very quiet
Sent: May 23, 2011 11:05 AM

It isn't very quiet anymore!

--
Eric Bielefeld
Systems Programmer


 Scott Ford  wrote: 
> Yeah, 6pm came and went on May 21st, we are still here. I hope no one there 
> got 
caught in the Tornadoes, grew up in Tornado Alley most of my life
 
Scott J Ford

--
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


Sent from my Verizon Wireless BlackBerry

--
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: It got very quiet

2011-05-23 Thread Mike Liberatore

666
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Lindy Mayfield 
Sender: IBM Mainframe Discussion List 
Date: Mon, 23 May 2011 09:33:25 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: It got very quiet

maybe not.  maybe it really did happen.  that's why it is quiet.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
DOWLING,Shane
Sent: Monday, May 23, 2011 7:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: It got very quiet

Have a hangover from the end of the world party


They Lied...



Shane


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Scott Ford
Sent: Monday, 23 May 2011 12:58 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: It got very quiet

Yeah, Lizette I agree really quiet, unusually so ..
 
Scott J Ford
 





From: Lizette Koehler 
To: IBM-MAIN@bama.ua.edu
Sent: Sun, May 22, 2011 10:51:55 PM
Subject: It got very quiet

Wow – This is list very quiet.  Hope you are all doing okay.

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
Notice:

The information contained in this email message and any attached files may be 
confidential information, and may also be the subject of legal professional 
privilege. If you are not the intended recipient any use, disclosure or copying 
of this email is unauthorised. If you received this email in error, please 
notify the sender by contacting the DEEWR Switchboard on 13 33 97 (1DEEWR) 
during business hours (8am - 8pm AEST) and delete all copies of this 
transmission together with any attachments. 

--
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: What does "issue" mean? (Was: SDSF issue)

2011-05-19 Thread Mike Liberatore

Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Phil Smith 
Sender: IBM Mainframe Discussion List 
Date: Tue, 17 May 2011 16:28:05 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: What does "issue" mean? (Was: SDSF issue)

On Tue, May 17, 2011 at 4:04 PM, Ted MacNEIL  wrote:
>>Webster's" on a dictionary has no significance - it's just an attempt to 
>>cadge some legitimacy by invoking Noah Webster's name). Try AHD or OED (both 
>>of which do support the usage).

> Dictionaries do NOT support usage!
> They report it!

> Any usage is subject to consensus.

> We, when I was a kid, used to say ain't ain't in the dictionary.

> It is, now!

Good point...that's what I meant by "support": they assert that it is a common 
usage. The better ones (AHD comes to mind) include comments on non-standard 
usage-and these evolve with each revision. (There's no such note for "issue" as 
a synonym for "problem".) As a broad example, compound nouns typically evolve 
from "open" ("web server") to hyphenated ("web-server") to closed 
("webserver"). The OED, of course, has a group who do nothing but track this 
evolution and make updates for the next rev.

However, note that the OP seems convinced that dictionaries define 'correct' 
spelling and usage...

...phsiii

--
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: USS vs USS

2011-05-08 Thread Mike Liberatore

The horse are loose

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Rick Fochtman
Sent: Sunday, May 08, 2011 12:31 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: USS vs USS

Grinsell, Don wrote:

>Not perfect, but close...
>
>Vogonism: (n) originally defined as being overly bureaucratic; sticking too

>much to the book and leaving no room for original interpretation; requiring

>every single person to perceive and understand things only in a single, 
>usually literal, fashion.
>
>--
> 
>Donald Grinsell
>State of Montana
>406-444-2983
>dgrins...@mt.gov
>
>"It's not enough to do what's best.  You must do whatever is necessary."
>-- Winston Churchill
>
>--
>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: USS

2011-05-07 Thread Mike Liberatore

?
--Original Message--
From: Dale Miller
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: USS
Sent: May 7, 2011 1:14 AM

Ted McNEIL said:"The lack of understanding is on you, not on me."

I repeat: NOT if you are trying to communicate to me. If you fail to  
communicate because of poor choice of language, a hard-ass attitude  
will not dump the responsibility onto me. I make every effort to  
understand communications, but I can't always overcome carelessness or  
arrogance on the part of the other party.

Dale Miller

--
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

Sent from my Verizon Wireless BlackBerry

--
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: USS vs USS

2011-05-06 Thread Mike Liberatore

AMEN
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: "Joel C. Ewing" 
Sender: IBM Mainframe Discussion List 
Date: Fri, 06 May 2011 11:46:32 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: USS vs USS

Good Lord, enough already.  Those of you who refuse to let this topic 
die the death it deserves need to wake up and realize how silly and 
petty this this over-extended discussion seems to the rest of us.  If 
you have posted more than once on this topic, you are part of the 
problem.  Once you have stated your position, just because someone 
doesn't embrace your position doesn't require you to respond.  If your 
original argument has merit, it persists in the archives and doesn't 
need repeating.  Move on to something else of practical use to others, 
and get a life.

This discussion is so like an argument where failure to immediately win 
the argument elicits many modified re-statements of the original 
position in the delusion that if we only "understood" your position 
better we would all agree.  Believe me, we all understood both sides of 
this argument clearly after the first days:  (1)USS shouldn't be used 
for Unix System Services because of conflicting usage and lack of 
"official" sanction, versus (2)it has been (and will continue to be) 
used by some for that meaning in contexts where it proves useful.  Don't 
seek to irritate everyone by re-arguing the same points day after day, 
after day, ...!!

Human communication has always been, and always will be, imperfect and 
partially ambiguous.  Language is dynamic, not static.  That which 
efficiently communicates in some context will get used whether 
officially sanctioned or not. Language evolves.  History abounds with 
examples where the language "misuse" of yesterday evolved into the 
"accepted practice" of today, and that process continues.  That is 
simply part of being human.  Live with it!
Joel C Ewing

On 05/06/2011 03:52 AM, Chris Mason wrote:
> Mark
...
> I'm now going to try to make another effort...
...
>>   is an abbreviation for Unix System Services.
...
> As for the abbreviation, ...
...
-- 
Joel C. Ewing, Fort Smith, ARjcew...@acm.org
Bentonville, AR   jcew...@acm.org   

--
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: An unnecessary controversy (Was: Ported tools for z/OS on ADCD)

2011-05-02 Thread Mike Liberatore

Thanks Tom your comments are welcomed
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: "Chicklon, Thomas" 
Sender: IBM Mainframe Discussion List 
Date: Mon, 02 May 2011 09:25:51 
To: 
Reply-to: IBM Mainframe Discussion List 
Subject: Re: An unnecessary controversy (Was: Ported tools for z/OS on ADCD)

OK, you win. USS is officially only to be used when speaking of VTAM's
table thing.

We've all seen the references, and what is official, and what is right,
and what is not, and who says it shouldn't have been. You're right. You
win!

Problem is, most of us just don't care. Really. We don't care what is
right and what is a misuse of an acronym. Really. We just don't care.

So, if you (and some others I'm sure) want to preserve the purity of the
acronym USS, good for you. Don't misuse it. Just leave the rest of us
out of it.

We are sick of the posturing, the arguing, the "I'm right / you're
wrong". We don't care. We're tired of a few having to prove their self
worth by arguing a point that many just don't care about.

Most of us are not confused when the same acronym is used to represent
two different things. Happens quite often. Especially with IBM. We get
the context. We understand the question being asked, and are frankly,
more concerned with solving a technical question than correcting. 

Misspelled word? Don't care.
Poor English? So what! 
Misused acronym? Really don't care. Most of us are smart enough to
figure it out.

Tom Chicklon

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Chris Mason
Sent: Monday, May 02, 2011 4:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: An unnecessary controversy (Was: Ported tools for z/OS on ADCD)

Ted

Since the cat's been let out of the bag once more, I'll try to clean up
the 
usual mess yet again!

I don't know what malign influence even led me to look at this thread
which 
would otherwise, from the subject line, not be of interest. It must be
having 
to change the archive month!

Indeed, I wonder how often this particular cat has been let loose under
the 
disguise of a subject line which I will not have thought to try to
follow and the 
resulting disinformation gone unchallenged.

> Is anybody else sick of the USS argument?

Well, in a sense I am but not for the same reason as you - from the
following 
evidence.

> IBM has used the term in many documents.

And they are each and every last one of them wrong.

First they are wrong because of the following which I seem to be obliged
to 
trot out against the forces of massive obstinacy every time:

http://www-01.ibm.com/software/globalization/terminology/u.html#x2042481

Then John Eells (John Eells ) clarified the matter
long 
ago. In principle this should clear the matter up without question but I
guess 
there's too much IBM-MAIN "street cred" involved in defending this 
indefensible position.

I'll even make it just that little bit easier for you this time since I
have the 
impression it would have gone too much against the grain actually to
follow up 
on my previous attempts to point you to this post:

> I still think that IBM should have chosen another acronym for Unix
than  
USS. I believe VTAM USS table is still valid, and still used, so it is
confusing 
to me that IBM should use the same acronym for something that is still
in use.

We did not chose "USS" as an acronym for z/OS UNIX System Services. It's

not on the list of names people are supposed to use, and nobody in IBM 
should use this abbreviation to mean z/OS UNIX System Services. (Anyone 
from IBM who thinks differently should contact me so I can tell them why

they're wrong.)

In reality, herding cats is easier than making absolutely sure that
everyone 
uses the correct full and short names all the time in all contexts,
formal and 
informal, but we keep trying.

http://alabamamaps.ua.edu/cgi-bin/wa?A2=ind0907&L=ibm-
main&T=0&F=&S=&P=198809

It was only after digging this up that I can see we both decided that
"cats" 
were involved!

> So, I tend to hold that over a few on IBM-MAIN.

Well thank you for the attempt at protection but I fear it won't work,
there is 
one enormous hole!

> Terminology evolves.

Not when it leads to ambiguity as this misuse strongly has the risk of
doing. 
It's only the misled and those who persist in continuing to mislead who
imagine 
they are evolving.

Chris Mason

On Sun, 1 May 2011 17:38:12 +, Ted MacNEIL  
wrote:

>>It's not USSR (;-) ) but USS.
>
>Is anybody else sick of the USS argument?
>
>IBM has used the term in many documents.
>
>So, I tend to hold that over a few on IBM-MAIN.
>
>Terminology evolves.
>-
>Ted MacNEIL

--
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

This e-mail transmission contains information that

Re: DD DUMMY allocate any BUFFERS?

2011-03-22 Thread Mike Liberatore

Try draining the initiator and restarting initiator where 878 occurred. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Veilleux, Jon L
Sent: Tuesday, March 22, 2011 7:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DD DUMMY allocate any BUFFERS?

BY the way, you can get an 878 abend from the lack of LSQA if you open a lot
of datasets or your main program does a GETMAIN for the entire region. If
that happens to be the case you need to have a region that is SMALLER than
your actual available region so that you reserve room for your control
blocks below the line.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of Lizette Koehler
Sent: Tuesday, March 22, 2011 7:03 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DD DUMMY allocate any BUFFERS?

I am not sure about the S878.  However depending on the level of z/OS you
are running, there is a parm  called CHECKREGIONLOSS which can help
alleviate some S878 abends.  You may wish to check it out.
You might also rule out the QSAM issue but coding Buffers on the DUMMY
statement and see if that helps.

And from the JCL Reference Guide

value=0M or 0K A value equal to 0K or 0M -- gives the step all the storage
available below the 2 GB bar. This includes below and above 16 megabytes.
The resulting size of the region below and above 16 megabytes depends on
system options and what system software is installed. When REGION=0K/0M is
specified, the MEMLIMIT value is set to NOLIMIT.   Note: This may cause
storage problems. 

Lizette

> 
> I cannot find this information on IBM
> 
> Does DD DUMMY cause any QSAM BUFFERS to be allocated for QSAM files? ie.
> The default value of 5?
> 
> I'm trying to find out why we getting a S878 on a job with REGION=0M 
> on
the jobcard.
> 
> There is several other possible reasons but I want to eliminate or 
> include
this one also.
> 
> 
> David Stewart

--
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
This e-mail may contain confidential or privileged information. If
you think you have received this e-mail in error, please advise the
sender by reply e-mail and then delete this e-mail immediately.
Thank you. Aetna   

--
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: DASD Moderate Alert from EMC DMX4

2010-08-30 Thread Mike Liberatore

 There is a Open Systems Solutions Enabler command called SYMEVENT that
allows one to view events that occurred in the (maybe more detail)
SYMM\DMX\VMAX. The command is documented in the Solutions Enabler Command
Line Reference HTML which can be downloaded from EMC Powerlink. Don't know
if the mainframe has that capability or a comparable command. You might also
be able to retrieve this event if you have EMC ControlCenter installed .
This output from this command may provide more detail?  If Can you access
the SYMAPI database you may also be able to view its contents for more
information. If your SYMM\DMX\VMAX is also shared with an Open Systems Host
than run the SYMEVENT and SYMAUDIT commands from there. These events are
stored in the Symm\DMX\VMAX in SFS volumes.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Lizette Koehler
Sent: Monday, August 30, 2010 5:53 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DASD Moderate Alert from EMC DMX4

\
> We started getting the following message from our EMC DMX4 Symmetrix
> over
> the weekend.  We are talking with EMC  but not getting very far.  So,
> does
> anyone know what the message is telling us?
> 
> *IEA480E 400D,DASD,MODERATE ALERT,MT=2105,SER=0507-03966, 259
>  REFCODE=E467-0471-,VOLSER=DB0022,ID=01,SENSE=1B10
> 0D268F01
>  8F44 7114 07000F7E 0001E467 05100200 FE00
> 

Brad,

Look up the REF Code in the Resource Pak.  Or ask your EMC CE what a E467
is.  I cannot remember which one means unable to phone home.  Also note,
that EMC can only report on the last DASD that IOS knew about, so it may not
even be that particular drive.

I have EMC and I always open a case to EMC support on these types of issues.


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

EMC RecoverPoint

2009-12-10 Thread Mike Liberatore

If anyone has had any experience with EMC RecoverPoint 3.2 (splitter in
Clariion) could share your experiences? Thanks in advance!


--
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: IBM driving mainframe systems programmers into the ground

2009-11-14 Thread Mike Liberatore

It's capitalism at its

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Ivan Warren
Sent: Saturday, November 14, 2009 12:41 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM driving mainframe systems programmers into the ground

Paul Gilmartin wrote:
> On Fri, 13 Nov 2009 14:15:57 -0800, Howard Rifkind wrote:
>> In fact I believe there really is a very good chance to see the need for
sysprogs disappear completely.  Log into an IBM web site and download all
the updates, fixes, new operating systems etc.
>>
> And, taking an unbiased view, this would be bad
> because ... what?
> 
> -- gil
> 
> --
> 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

Let me tell you *I* personally think this is bad !

Anyone (and I mean - really pretty much *anyone*) can do the basics on
any modern system : Install the system, maintain it up to date, upgrade
to the next release, etc.. That's true for Windows, Linux, AIX and to a
lesser extent today for IBM i, z/OS or z/VM.. For the 'distributed' OSes
(the 1st category), anyone can acquire the skill set to do that in
probably a couple of weeks of training (and IMHO, AIX is the easiest !).

For the 2nd category, this may take a little while longer, but it's
still accessible (maybe a couple month or so..).

But being a "Systems Programmer", "Systems Administrator" or however you
call it is not *just* that ! That's really the tip of the proverbial
iceberg.

There are, to me, 2 more essential functions that are provided by this
category of personnel :

1st, you have the task to adjust the system environment to the actual
business need of the company. This will pretty much depend on several
factors, such as the type/brand/make of business software installed, the
requirements (and each being utterly different) of these applications.
Efforts are definitely being done in that field through stuff like ITIL
and ISO 2 - Standards and recommendations that are making an effort
to standardize systems requirements in regard to the actual business
requirements.

2nd, you have the task to answer to whatever demand is made by the
company's Executive management staff. Ah! That one is really not so
clear cut. Here you have, with a mismatched assembly of people, some
with different goals and tactics - And remember - the actual CIO is
usually part of that team ! And in most cases, this management position
entails 2 contradictory requirements : lower costs while at the same
time ensure that both the 1st item is met while also ensuring business
continuity and diminishing the risk factor.

And *THAT* very second item is where an experimented "sysprog" comes
into play. Until someone develops an AI process that is capable of
reconciliating all the contradictory requirements of item #2, the
qualified, competend and experienced in-house (with understanding of a
company's philosophy) sysprogs are still the cheapest and most efficient
way for an IT department to manage a company's information technology
system.

--Ivan

--
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: IBM driving mainframe systems programmers into the ground

2009-11-13 Thread Mike Liberatore

U got to love greed or is it capitialism
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Ed Gould 
Date: Thu, 12 Nov 2009 16:08:11 
To: 
Subject: Re: IBM driving mainframe systems programmers into the ground

--- On Thu, 11/12/09, Scott  wrote:

From: Scott 
Subject: Re: IBM driving mainframe systems programmers into the ground
To: IBM-MAIN@bama.ua.edu
Date: Thursday, November 12, 2009, 4:28 PM

No, that's entirely wrong.  IBM is not trying to reduce the cost of
mainframe ownership.  Less cost = less profit.  IBM is simply tackling the
Mainframe market's low hanging fruit--the grunts who keep things
moving--because no other areas for dramatic profit expansion really exist.

IBM sells this to clients as reducing the cost, but that reduction is either
non-existent or negligible.  Rather, the purpose is to get even better
margins.  Assume the average pay rate is $60-80/hr for one of these
sysprogs.  The contract agency takes $40, which gives half to the grunt.

Huzzah, IBM has snatched half of your pay check, with a quarter headed to
the agency and you get 25%.  If you're not happy then they'll fire you and
you can't go after IBM because you never actually worked for them.

I'm not sure if this is Capitalism or Canibalism, but I wouldn't doubt IBM's
pursuit of the later if it helped with the former.

Scott
SNIP--
Scott:
I agree with you and other posters but I think I have some evidence that 
indicates IBM is essentially attempting to get rid of a lot of sysprogs. IIRC 
the year was 1995 (6? it was early in the SERVPAC years). I was attending an 
IBM class for SERVPAC's in the IBM Chicago education center. One of the 2-3 
instructors was talking and giving the outline of how SERVPAC's work. After his 
talk he made a statement that SERVPAC was the attempt of IBM to either 
eliminate or minimize the systems programmer. I was surprised but it dawned on 
me that a *LOT* (perhaps 20 percent of the class) consisted of application type 
programmers(!!).As the class dragged on it was clear that the people that were 
asking the questions did not have a clue as what SYS1.LINKLIB (and other types 
of system data sets were). The class was getting hopeless bogged down as 20 
percent of the class kept asking less that typical questions to the point of 
almost not knowing what MVS was and how it
 function. Heck some of them had a hard time understanding ISPF and other 
common type "system" utilities. After class I asked one of the less than lets 
say informed people what had brought them to the class and one said because IBM 
told their boss that he did not a systems person to install and maintain MVS as 
the SERVPAC negated their use. Another person said essentially the same thing.
I am not sure about now but then IBM was handling companies with call 1-800 
xxx to order entire systems and everything else. What IBM did was hand 
these calls to another vendor to do the ordering  and other tasks involved in 
installation (hardware wise & planning). We got one that at best amateurish 
companies and I pointed out to my boss how things should be done not how these 
people were doing it. One big point that surprised the hell out of me was their 
recommendation for the size of memory the number they came up with was just too 
small. I ran some quick RMF reports that showed we needed a lot more memory. I 
showed them to my boss(another story which I do not want to get into here) and 
he looked at them and agreed they needed more memory on the new machine. I was 
told to sit it out and let them do their job. I shook my head and said its your 
head not mine as I told you about it. That hit home and he meekly suggested 
that they increase the memory
 on the system. They asked on what basis he thought that there was more memory 
needed and he brought out some RMF reports that I had given him. They said 
these numbers were new to them. I nudged my boss and he gave me the go ahead 
and I asked how they got their numbers. They said it was a standard machine 
configuration (what ever that was) so they were just doing what IBM suggested. 
The point of the above I think is to show that IBM either wants to reduce or 
eliminate systems programmers. I am sure others have their own versions.
Ed  

--
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: SRDF/A, DB2

2009-09-25 Thread Mike Liberatore

Thanks for your response

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Terri E Shaffer
Sent: Wednesday, September 23, 2009 6:14 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SRDF/A, DB2

Sorry my response was delayed but I didn't know the answer until now.

According to what I just configured and started Mainframe enablers is self
contained in 1 set of libraries.

CongroupV7.0

ResourcePak BaseV7.0

ResouurcePak EMCtools   V7.0

Disk CompareSeparte Download Zip file

SRDF Host Component V7.0

TimeFinfer/CloneV7.0

TimeFinder/Mirror   V7.0

TimeFinder/Utility  V7.0

The same proc's run as before with just the load libraries changes and new
SCF.LFC.LCODES.LIST= statement in SCFINI00 member.

Thanks

Ms. Terri E. Shaffer

terri.e.shaf...@jpmchase.com

Engineer

J.P.Morgan Chase & Co.

GTI DCT ECS Core Services zSoftware Group / Emerging Technologies

Office: # 614-213-3467

Cell: # 412-519-2592

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Mike Liberatore
Sent: Monday, September 14, 2009 8:09 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SRDF/A, DB2

Do you still have to install Consistency Group Software?

-Original Message-

From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf

Of Terri E Shaffer

Sent: Sunday, September 13, 2009 1:31 AM

To: IBM-MAIN@bama.ua.edu

Subject: Re: SRDF/A, DB2

I think this is where I will tell you I will know in a month or two... We

are installing a V-max with GDDR in a star configuration   We have done

it 2 other times within our environment, this is the first V-MAX and the

newest EMC software  mainframe enabler V7...  And I wonder about the

previous posts about the field idosyncorcies.

Thanks

Ms. Terri E. Shaffer

terri.e.shaf...@jpmchase.com

Engineer

J.P.Morgan Chase & Co.

GTI DCT ECS Core Services zSoftware Group / Emerging Technologies

Office: # 614-213-3467

Cell: # 412-519-2592

-Original Message-

From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf

Of Mike Liberatore

Sent: Saturday, September 12, 2009 8:50 AM

To: IBM-MAIN@bama.ua.edu

Subject: SRDF/A, DB2

We will soon be installing an EMC V-Max and SRDF/A in an DB2 environment

running on an Z/OS LPAR(s). Can anyone share what their best practices are

or

Point me to where I can find any Documentation on this subject? Thanks in

advance!

--

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

This communication is for informational purposes only. It is not

intended as an offer or solicitation for the purchase or sale of

any financial instrument or as an official confirmation of any

transaction. All market prices, data and other information are not

warranted as to completeness or accuracy and are subject to change

without notice. Any comments or statements made herein do not

necessarily reflect those of JPMorgan Chase & Co., its subsidiaries

and affiliates.

This transmission may contain information that is privileged,

confidential, legally privileged, and/or exempt from disclosure

under applicable law. If you are not the intended recipient, you

are hereby notified that any disclosure, copying, distribution, or

use of the information contained herein (including any reliance

thereon) is STRICTLY PROHIBITED. Although this transmission and any

attachments are believed to be free of any virus or other defect

that might affect any computer system into which it is received and

opened, it is the responsibility of the recipient to ensure that it

is virus free and no responsibility is accepted by JPMorgan Chase &

Co., its subsidiaries and affiliates, as applicable, for any loss

or damage arising in any way from its use. If you received this

transmission in error, please immediately contact the sender and

destroy the material in its entirety, whether in electronic or hard

copy format. Thank you.

Please refer to http://www.jpmorgan.com/pages/disclosures for

disclosures relating to European legal entities.

--

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

This communication is for informat

Re: SRDF/A, DB2

2009-09-14 Thread Mike Liberatore

Do you still have to install Consistency Group Software?

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Terri E Shaffer
Sent: Sunday, September 13, 2009 1:31 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SRDF/A, DB2

I think this is where I will tell you I will know in a month or two... We
are installing a V-max with GDDR in a star configuration   We have done
it 2 other times within our environment, this is the first V-MAX and the
newest EMC software  mainframe enabler V7...  And I wonder about the
previous posts about the field idosyncorcies.

Thanks

Ms. Terri E. Shaffer 
terri.e.shaf...@jpmchase.com
Engineer
J.P.Morgan Chase & Co.
GTI DCT ECS Core Services zSoftware Group / Emerging Technologies 
Office: # 614-213-3467
Cell: # 412-519-2592 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Mike Liberatore
Sent: Saturday, September 12, 2009 8:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: SRDF/A, DB2

We will soon be installing an EMC V-Max and SRDF/A in an DB2 environment
running on an Z/OS LPAR(s). Can anyone share what their best practices are
or

Point me to where I can find any Documentation on this subject? Thanks in
advance!

--
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
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.

Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to European legal entities.

--
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

SRDF/A, DB2

2009-09-12 Thread Mike Liberatore

We will soon be installing an EMC V-Max and SRDF/A in an DB2 environment
running on an Z/OS LPAR(s). Can anyone share what their best practices are
or

Point me to where I can find any Documentation on this subject? Thanks in
advance!


--
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: Ibmlink frustration

2008-11-19 Thread Mike Liberatore

I believe that this component was out-sourced by the Chief Extortion 
Officer and the Chief Fraudulent Fraudulent


John Norgauer wrote:

You would think that IBM with all it's resources could come up a way to 
notify all of the ibmlink users 
that the system is up or when it will be up. IBM knows  our email 
addresses since we get  notification when a response is issued.


I get kind of tired trying to sign on every 30 minutes or so and failing 
to sign on.



John Norgauer
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


--
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: XRC Migration to IBM Global Mirror

2008-11-16 Thread Mike Liberatore


WOW Thay easy!!

Skip Robinson wrote:


If you're talking about transmogrification to 'Global Mirroring for z/OS'
(cough splutter choke), it's not hard but it's gonna take quite a while.

1. Buy a gallon of white-out.
2. Dig through all the doc you have in-house.
3. Paint out every instance of 'XRC'.
4. Write in--now this is the hard part--some recognizable variant of
'GMfz'.

In other words, this thing is a re-colorization of XRC/SDM. Unless you
actually mean something else, in which case, never mind.


.
.
JO.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]


      
Mike Liberatore   
<[EMAIL PROTECTED] 
.NET>  To 
Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
Mainframe  cc 
Discussion List   
<[EMAIL PROTECTED] Subject 
.EDU> XRC Migration to IBM Global Mirror  
  
  
11/15/2008 06:12  
AM
  
  
Please respond to 
  IBM Mainframe   
 Discussion List  
<[EMAIL PROTECTED] 
  .EDU>   
  
  





If anyone has Migrated from XRC to Global Mirror, I was wondering if
they could recommend any Docs. (best practices, guidelines...) and or
share their experiences? Thanks in advance!

--
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

XRC Migration to IBM Global Mirror

2008-11-15 Thread Mike Liberatore

If anyone has Migrated from XRC to Global Mirror, I was wondering if 
they could recommend any Docs. (best practices, guidelines...) and or 
share their experiences? Thanks in advance!



--
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: PDS Lock

2008-10-12 Thread Mike Liberatore


There also ways of bypassing security

Mike Liberatore wrote:

you could zap the FMT-1 dscb for this data set  to turn the password 
bit off of ourse if you want to


Scott Rowe wrote:

I'm not sure that is completely true, I remember there being an 
issue, but I don't remember the details.  Not all datasets were 
protected by RACF (there were no GROUPs or profiles for most HLQs), 
so that might have had something to do with it.


Do you have a reference for PASSWORD protection being ignored?  I 
would be interested in trying to recall what the problem was, I think 
it had something to do with switching sysres, and the PASSWORD 
dataset not having an entry for a protected dataset.


 


Mark Zelden <[EMAIL PROTECTED]> 10/7/2008 2:50 PM >>>
  


On Tue, 7 Oct 2008 14:36:29 -0400, Scott Rowe <[EMAIL PROTECTED]> 
wrote:


 

I make it a point NOT to have a PASSWORD dataset on my sysres.  I 
consulted
  


at a shiop a few years ago that had one, and it was a PITA, since 
they were
securing some datasets with password, and others using RACF, believe 
it or not.
 



If they had RACF then nothing was being secured with PROTECT.

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at 
http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: 
http://home.flash.net/~mzelden/mvsutil.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


Note that my email domain has changed from jo-annstores.com to 
joann.com.  Please update your address book and other records to 
reflect this change.


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 [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




--
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: PDS Lock

2008-10-11 Thread Mike Liberatore

you could zap the FMT-1 dscb for this data set  to turn the password bit 
off of ourse if you want to


Scott Rowe wrote:


I'm not sure that is completely true, I remember there being an issue, but I 
don't remember the details.  Not all datasets were protected by RACF (there 
were no GROUPs or profiles for most HLQs), so that might have had something to 
do with it.

Do you have a reference for PASSWORD protection being ignored?  I would be 
interested in trying to recall what the problem was, I think it had something 
to do with switching sysres, and the PASSWORD dataset not having an entry for a 
protected dataset.

 


Mark Zelden <[EMAIL PROTECTED]> 10/7/2008 2:50 PM >>>
   


On Tue, 7 Oct 2008 14:36:29 -0400, Scott Rowe <[EMAIL PROTECTED]> wrote:

 


I make it a point NOT to have a PASSWORD dataset on my sysres.  I consulted
   


at a shiop a few years ago that had one, and it was a PITA, since they were
securing some datasets with password, and others using RACF, believe it or not.
 



If they had RACF then nothing was being secured with PROTECT.

--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED] 
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ 
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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 




Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

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 [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: Help with deleting datasets which are not cataloged or don't exist.

2008-10-11 Thread Mike Liberatore


good catch

Scott Rowe wrote:


I assume the list below was cut and pasted from ISPF 3.4, in which case I can 
not imagine how the first entry could not be cataloged, how else could it have 
been displayed?

 


Howard Rifkind <[EMAIL PROTECTED]> 10/7/2008 4:22 PM >>>
   


Hello all,

I'm trying to delete the following datasets:

PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL   *VSAM*
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.DATA  OPSPR2
PDB.SYSPROG.TMON.LMCICS.V22.VTCECNTL.INDEX OPSPR2

For the first one a 'D' states that it isn't cataloged.

For the other two a 'D' states that the datasets don't exist.

I've tries a delete NVR and a normal delete.  Nothing works.

Can anyone make some suggestions as how to get these out of the system.  An 
ISPF 3.4 is showing these up.

Thanks.
_
LEGAL NOTICE
Unless expressly stated otherwise, this message is confidential
and may be privileged. It is intended for the addressee(s) only.
Access to this E-mail by anyone else is unauthorized.
If you are not an addressee, any disclosure or copying of the
contents of this E-mail or any action taken (or not taken) in
reliance on it is unauthorized and may be unlawful. If you are not an
addressee, please inform the sender immediately, then delete this
message and empty from your trash.


--
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 




Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

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 [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 CEO's remuneration last year ?

2008-04-10 Thread Mike Liberatore

They get paid the big bucks while everyone else does all the work. Its 
Good to be the king


Tom Harper wrote:


Anton,

He's in the minor leagues compared to James Simons (watch the wrap):

http://www.nytimes.com/2007/04/24/business/24hedge.html?ei=5090&en=22f49
c03f5ef88eb&ex=1335067200&partner=rssuserland&emc=rss&pagewanted=all

Tom Harper

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Anton Britz
Sent: Monday, April 07, 2008 2:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM CEO's remuneration last year ?

Anybody saw in the NY times what the IBM CEO received for his efforts
last 
year ?


If I remember correctly, it was about 20 Million Dollars. In ONE
YEAR.

http://www.nytimes.com/2008/04/06/business/06comp.html?
pagewanted=1&_r=1&sq=executives%20salaries&st=nyt&scp=2

Anton

--
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


 



--
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

FTP question

2008-02-28 Thread Mike Liberatore

I have several Open systems servers each running windows 2003. having 
unique IP addresses and each running their own scripts to capture data. 
This data is then being sent via ftp and stored on  mainframe lpar as 
GDGs. Each file being sent to the mainframe is unique and is being 
stored in their own GDGs. However in some cases data from Server A is 
being stored into Server Bs GDG on the mainframe and vice versa. Doesn't 
happen consistently. Any idea as to how data from one Server A can be 
getting stored on Server Bs files? Again, each Sever has it's own IP 
address and its on Mainframe GDG data sets.  Thanks in advance!!


--
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 Cuts Employee Salaries

2008-02-03 Thread Mike Liberatore


HERE! HERE! Let's do away with those golden parachutes as well

Ron Wells wrote:


cutting salaries ... > u.
since I know IBM has lots of fatand on the top end as well>> like many 
other firms ... I would also suggest bonus's and the mill. dollar salaries 
be cut as well


money back in the company to expandmake more job's ... OK I get that 
... but top guys not taking a hit as well I have a problem with it


--
Email Disclaimer
This  E-mail  contains  confidential  information  belonging to the sender, 
which  may be legally privileged information.  This information is intended 
only  for  the use of the individual or entity addressed above.  If you are not 
 the  intended  recipient, or  an  employee  or  agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
disclosure,  copying, distribution, or the taking of any action in reliance on 
the contents of the E-mail or attached files is strictly prohibited.

--
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 Cuts Employee Salaries

2008-01-29 Thread Mike Liberatore

I guess there is a need to increase the funds required for those GOLDEN 
parachutes???


Howard Brazee wrote:


On 29 Jan 2008 07:54:59 -0800, [EMAIL PROTECTED] (Scrood
Blued) wrote:

 


No, but every one of those employees who had achieved a work/life balance
that contained less than 5 hours of overtime a week have to now *start to
make family-killing demands on their time* to break even on weekly take home
pay.  To achieve equivalent total compensation is likely impossible, there
will not be enough overtime hours to do that.
   



It is quite possible that IBM created a cost-neutral solution, and
will pay out the same amount of money for the same amount of work -
for the company.

If so, some people will gain and some people will lose (this is the
nature of choices).Those who put in more than the average amount
of overtime will earn more, and those who put in less than the average
amount of overtime will earn less.

--
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: Full DASD Volume Copy

2007-10-30 Thread Mike Liberatore


If there are Vsam clusters on this volume would they be accessible?

Eric Bielefeld wrote:


Hi Bob,

I can't speak for others, but when I copied volumes, I usually used 
FDR.  If I remember correctly, it always left the name for the VTOC 
and VVDS the same.  I just ignored it and never had a problem.  I only 
had this problem on copying RES packs.  I would copy IPLRES to 
ALTRES.  Then do maintenenance on ALTRES.  Then Clipped ALTRES back to 
IPLRES, and IPL with the new maintenance.  I never had a problem with 
that scenario.


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-7434

- Original Message - From: "Hale, Bob" <[EMAIL PROTECTED]>



When a full DASD volume dump is restored to another DASD volume, the
datasets for the indexed VTOC and VVDS reflect the name of the volume ID
that the copied was from. What is the consensus from this group of what
should be done to reflect the correct names?
Should the index be purged and re-built?
Not sure what to do with the VVDS.

Thanks
Bob



--
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: Full DASD Volume Copy

2007-10-30 Thread Mike Liberatore


If there were vsam clusters on this volume would they still be accessible?

Eric Bielefeld wrote:


Hi Bob,

I can't speak for others, but when I copied volumes, I usually used 
FDR.  If I remember correctly, it always left the name for the VTOC 
and VVDS the same.  I just ignored it and never had a problem.  I only 
had this problem on copying RES packs.  I would copy IPLRES to 
ALTRES.  Then do maintenenance on ALTRES.  Then Clipped ALTRES back to 
IPLRES, and IPL with the new maintenance.  I never had a problem with 
that scenario.


Eric Bielefeld
Sr. z/OS Systems Programmer
Milwaukee, Wisconsin
414-475-7434

- Original Message - From: "Hale, Bob" <[EMAIL PROTECTED]>



When a full DASD volume dump is restored to another DASD volume, the
datasets for the indexed VTOC and VVDS reflect the name of the volume ID
that the copied was from. What is the consensus from this group of what
should be done to reflect the correct names?
Should the index be purged and re-built?
Not sure what to do with the VVDS.

Thanks
Bob



--
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: Questions on DS6000

2007-09-09 Thread Mike Liberatore


I forgot to mention that I will be working with others durng the install.

Mike Liberatore wrote:

No, We Plan to use this Box on Windows 2003 Server. Flashcopy will be 
used. When we do a failover test (source ds6000 to target ds6000) we 
will do a Flashcopy to the D volumes then test from these volumes (D). 
That is the plan for now, still developing.  Thanks for your reply!!


Crispin Hugo wrote:


Mike,
The Ethernet ports are used for monitoring the DS6800. There is one 
for each
processor. I suggest you get hold of redbook SG24-6471, its very 
good. The DS6800 info center at : (watch the wrap ! on URL)
http://www-304.ibm.com/jct01004c/systems/support/supportsite.wss/supportreso 


urces?taskind=3&brandind=528&familyind=5329629
Are you having to do all the install yourself or are you getting any 
help

from IBM ? . It s not too difficult but there are quiets a few 'danger'
areas that can go wrong.

Are you planning to use this box with z/VM ?
Do you plan to make much us of FLASHCOPY ?


Crispin Hugo
Systems Programmer, Macro 4
<http://www.macro4.com/>




This email has been scanned for all known viruses by the MessageLabs 
Email Security Service and the Macro 4 plc internal virus protection 
system.



--
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



--
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: Questions on DS6000

2007-09-09 Thread Mike Liberatore

No, We Plan to use this Box on Windows 2003 Server. Flashcopy will be 
used. When we do a failover test (source ds6000 to target ds6000) we 
will do a Flashcopy to the D volumes then test from these volumes (D). 
That is the plan for now, still developing.  Thanks for your reply!!


Crispin Hugo wrote:


Mike,
The Ethernet ports are used for monitoring the DS6800. There is one for each
processor. I suggest you get hold of redbook SG24-6471, its very good. The 
DS6800 info center at : (watch the wrap ! on URL)

http://www-304.ibm.com/jct01004c/systems/support/supportsite.wss/supportreso
urces?taskind=3&brandind=528&familyind=5329629 


Are you having to do all the install yourself or are you getting any help
from IBM ? . It s not too difficult but there are quiets a few 'danger'
areas that can go wrong.

Are you planning to use this box with z/VM ?
Do you plan to make much us of FLASHCOPY ? 




Crispin Hugo
Systems Programmer, Macro 4





This email has been scanned for all known viruses by the MessageLabs Email 
Security Service and the Macro 4 plc internal virus protection system.


--
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

Questions on DS6000

2007-09-09 Thread Mike Liberatore

Need some answers on the DS6000 IBM 1750.511 System Enclosure rear 
display. We will be testing Global Mirror and I have some question 
regarding the Ethernet , and Fibre connections. Questions are:


1) On the rear on the DS6000 there are the two Ethernet ports separate 
Ethernet ports (we plan to manage and monitor the DS6000)?


2) The server enclosure processor cards for Host Port 0,1,2 and 3 are 
these Fibre connections?


3) Which of the above (ethernet and or Host Ports) can be used for 
Managing and Monitoring?


Thanks in advance!!!

--
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: IBMLink Web interface - SEV1 # 32669880, 1 August 2007

2007-08-04 Thread Mike Liberatore


I guess the CEO and the rest of the executive board are actually coding?

Chase, John wrote:


So, what else is new?

   -jc-


--
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: sysprog demand

2007-07-30 Thread Mike Liberatore


I call it capitalism at it's worse. Pure greed!!!

r hey wrote:


Search on Z/OS or ZOS or OS390 or OS/390 on the site www.monster.com
there is over 400 jobs, 
   



But if 500 are looking for jobs & 100 have not worked for over 1 
year, & SPs are forced into retirement at 50, then that's not much of a

demand.

I should have used the term 'shortage' & not demand.

 


hire people from other countries.
 


It happens in Poland.
   



If 1 SP was hired from outside 3 years ago & no jobs out there for 
over 6 months, then there is no 'shortage'.


In mid 80s, one site in OZ hired 8 M/F people from South Africa & paid 
for relocation/visa/etc, also one could find a job in 3 months then, 
because there was a shortage then.


 


Based on this, I'd say there isn't much demand in Australia, US, &
west-EU for sysprogs.
 



 


Or you were not looking to much.
   



When the agencies say they only hire people with EU passport; or in
case of Swiss, it takes 2 months to get a visa but client wants someone
now, to me this means 'no shortage'.

Regards,
Rez


  

Got a little couch potato? 
Check out fun summer activities for kids.

http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz

--
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 lays off 1,573 employees

2007-07-08 Thread Mike Liberatore

The Board and CEO should start getting  concerned. At this pace/rate 
,Pretty soon they might have to start doing some real work then what the 
hell is going to happen to the price per share


(IBM Mainframe Discussion List) wrote:

Most from IBM's Services Unit in North America.  
_http://www.pcworld.com/article/id,132391-c,workplace/article.html_ 
(http://www.pcworld.com/article/id,132391-c,workplace/article.html) 


Bill  Fairchild
Plainfield, IL

"As we know, civilization would devolve into  chaos if the United States 
collapsed. Ergo, regardless of the cost in human  lives or damage to the 
environment, the truly moral thing to do is to pursue  America's interests." [21 APR 
2007; Jason  Miller]




** See what's free at http://www.aol.com.

--
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: Lean and Mean: 150,000 U.S. layoffs for IBM?

2007-05-08 Thread Mike Liberatore

What Risks? They make a decision which is either good or bad? The input 
provided in making this decision is provided by subordinates.
CEOs are simply paid to much. When someone in their company is looking 
to get a  3% percent raise they say we can't afford that "Are you trying

to put this company in financial ruin" 



Chase, John wrote:


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman

--
Not all the people will suffer. The CEO's will rake in even 
more money.
response> We should start by offshoring 
the CEO's ;-)


Then raise their taxes such that the more they make, the less 
they get to keep.


Same for major stockholders, either corporate or individual!
   



If you punish success, who will take the risks?

   -jc-

--
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: Get around Double tape marks?

2006-12-08 Thread Mike Liberatore


IDCAMS should work using BLP on Input dd

Andy White wrote:


I tried BLP didn't make a difference with Ditto it still honored the double
tape marks.
Andy
Internet: Mailto:[EMAIL PROTECTED]


"IBM Mainframe Discussion List"  wrote on 12/07/2006
11:58:06 AM:

 


i  count up the tape marks (using fats) and use blp and copy the tape to
sl with the same volser (foreign).

Jack Kelly
LA Systems @ US Courts
x 202-502-2390


   


The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

--
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: News : IBM and outsourcing in Texas

2006-11-25 Thread Mike Liberatore

it is simply a way to stop illegal immigration. If we get rid of all the 
IT jobs in the USA then maybe most of the jobs now being performed by 
illegals can now

be done Legal Americans.

Timothy Sipples wrote:


Google has a link to a cached copy of the Austin-American Statesman article
re: IBM winning a State of Texas IT outsourcing contract, but oddly enough
the newspaper's own Web site doesn't have the article.

The IT resources tally is quite interesting: 31 data centers, 16
mainframes, and "more than 7,000 servers at 1,300 locations"  That's
for 27 state agencies which, evidently, couldn't figure out how to pool IT
resources.  (Hint: mainframes are quite useful.)

Does a state government, even one as big as Texas, actually need 31 data
centers and 7,000 servers scattered around 1,300 locations?  If I were a
taxpayer in that state I'd be at least curious.  What are all those data
centers and servers doing?  Does anybody on IBM-MAIN work for an
organization with 31 (or more) data centers, to provide some context?  It
seems most odd to me, even for state government.

Larry Olson, the CTO, says in the article that $1.2 billion in state IT
spending over 7 years will decline to "under $1 billion" with this
contract. Mike Gross, VP of the Texas State Employees Union, wants the
legislature to delay the deal and questions Olson's figures.

Personal opinion(s) only.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [EMAIL PROTECTED]
--
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

ZOS + VM

2006-10-27 Thread Mike Liberatore

When Running ZOS as a guest under VM how are PAVs handled? Do you still put 
them into your ZOS GEN? 

--
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

Z/OS + VM

2006-10-27 Thread Mike Liberatore

If I have a Z/OS 1.4 system running as a guest of VM. How do you gen for PAVs? 
Still gen Base Plus alaiaes? Thanks in advance!!

--
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

Microsoft Remote Desktop

2006-08-12 Thread Mike Liberatore

While logged on to my desktop, I want to remote desktop ( I guess this 
aka Microsoft terminal services) to a server and log on. I would then 
like to run a bat/script file. How would I be able to  then log off 
without loosing my session and then Remote desktop back in at a later 
time and pick up where I left off? Thanks in advance!!!


--
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

Microsoft Remote Desktop?

2006-08-11 Thread Mike Liberatore

I want to do from my desktop while logged on, remote desktop ( I guess 
this aka Microsoft terminal services) to a server and log on. I would 
then like to run a bat script then log off without loosing my session 
and then Remote desktop back in and pick up where I left off? Thanks in 
advance!!!


--
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: TCPIP - Ping tool

2006-07-15 Thread Mike Liberatore

I'm not a networking persorn but I woul like to know if there is anyway 
for me to be able to tell how many systems/servers or whatever have an 
IP address in my internal network. Our Network person left and I would 
like to be able to document what IP addresses are being used/defined in 
our Network. For example, My PC/server has an address of 192.168.10.xx 
can I somehow use a tool to ping 192.160.10.nn to see who answers??


Bruno Sugliani wrote:


On Sat, 15 Jul 2006 11:11:13 -0400, Mike Liberatore <[EMAIL PROTECTED]>
wrote:

 


is there a tool similar to PING that can be used to identify all the IPS
in yor your NETWORK?

   



Not sure i understand IPS well ( IPS means so many things for us foreigners  
But it looks to me that you want a D TCPIP,,NETSTAT ( with the proper options)


Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

--
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

TCPIP - Ping tool

2006-07-15 Thread Mike Liberatore

is there a tool similar to PING that can be used to identify all the IPS 
in yor your NETWORK?


--
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: OK... dumb SDSF question

2006-02-26 Thread Mike Liberatore

yes it does.

>From: "Shmuel Metz (Seymour J.)" <[EMAIL PROTECTED]>
>Date: Sun Feb 26 09:27:21 CST 2006
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: OK... dumb SDSF question

>In
><[EMAIL PROTECTED]>,
>on 02/24/2006
>   at 09:07 AM, "Rugen, Len" <[EMAIL PROTECTED]> said:
>
>>In IOF, I can "edit" a job on the output queue to get the JCL that
>>was submitted and resubmit it even making minor changes.  Is there an
>>equivalent function in SDSF?
>
>SJ?
> 
>-- 
> Shmuel (Seymour J.) Metz, SysProg and JOAT
> ISO position; see  
>We don't care. We don't have to care, we're Congress.
>(S877: The Shut up and Eat Your spam act of 2003)
>
>--
>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

New naming Standard

2005-10-31 Thread Mike Liberatore

Need to implement a new naming standard. What would be the best way to rename 
my SMPE ZONES? Thanks in advance!

--
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

SL8500

2005-10-31 Thread Mike Liberatore

Would anyone have power down and power up documentation (procedures and 
commands) for the Storagetek Sl8500 that they could share? Thanks in advance!

--
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

CA-VTAPE Questions

2005-10-26 Thread Mike Liberatore

Current environment: Running CA-VTAPE version 2.0 shared across multiple Lpars 
Prod, QUAL, TEST). We are planning to implement CA-VTAPE 11 in the net few 
weeks/months. We are also implementing newer naming standards across all LPARS 
to comply with upper manangement directives and management would also like to 
install CA-TAPE on each LPAR (not Shared). Anyway, I have a few questions which 
I hope I can get answers to. They are:

1) Can multiple versions of CA-VTAPE be run on one LPAR? We might not be able 
to share the Global VCAT across all LPARS?

2) if answer to 1 is yes, how can we handle recalls on data that was 
Externalized? Again, we will be using newer data set naming Standard and I'm 
concerned about how to handle recalls of older data sets that did not conform 
to the newer Data set naming standards?

3)Can the older Global VCAT to merged or copied to the newer Global VCAT?

Will probably have more question in the next few days but that is all for now. 
Thanks in advance!!! 

--
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: HASP/ASP JES/JES2/JES3

2005-09-22 Thread Mike Liberatore

RAS RAS RAS

>From: Ted MacNEIL <[EMAIL PROTECTED]>
>Date: Thu Sep 22 19:00:00 CDT 2005
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: HASP/ASP JES/JES2/JES3

>>Time Sharing Option
>
>Terribly Slow Option
>
>MVS
>Man Versus System
>Moves Very Slowly
>
>-teD
>
>In God we Trust!
>All others bring data!
> -- W. Edwards Deming
>
>--
>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

SMS add volume to storage group

2005-09-21 Thread Mike Liberatore

Our storage administrator is out sick and I got the job of adding new volumes 
to our active SMS environment. I guess someone knew  that had some SMS 
expierence in the past. Anyway we share SMS across three LPARS ,I know I have 
to define a VTOC, INDEX VTOC and since we run FDRABR so I also need to allocate 
a FDR file(?) on these volume(s) that I will be adding. I haven't done SMS 
administrative tasks in sometime. So I was wondering if someone could share 
with me the steps required to add volume(s) to a SMS Storage group Via ISMF and 
any other steps needed outside of ISMF. Can this process, adding volumes to 
SMS, also be done in Batch. Thanks in advance!!

--
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

3490 Elimination

2005-09-20 Thread Mike Liberatore

looking for task or guidelines to eliminate 3490 and implement 9840s working a 
projec to do this and was hoping someone alreay went through this process. Help!

--
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

Reporting

2005-09-15 Thread Mike Liberatore

Wold anyone know away to get statistics on PDSs that are allocated but contain 
no entries (I.E ISMF, FDRREPORT). Thanks in advance!

--
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

CA-Vtape

2005-09-04 Thread Mike Liberatore

Would anyone have any experiences that they would like to share ( 
dos/donts)? Thanks in advance!


--
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

FDRPAS + TDMF

2005-08-28 Thread Mike Liberatore

Does anyone have or know where I can get some documentation on FDRPAS 
and TDMF? Thanks in advance!


--
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: SRDF question

2005-08-26 Thread Mike Liberatore

Don't know what version of HC you are running? Newer versions of HC 
require that ResourcePak Base (EMCSCF) be uo and running.


Ali wrote:


Hi all,

I installed SRDF Host component into OS/390 2.7 ,but when I issue SRDF commands 
such as #SQ ADC or #SQ CNFG and some other commands which need cuu
I got the following error msg:
EMCPC01I SAI RETURN R15=0008  RC=  RS= 
Is anybody out there have such an experience to tell me what probably I have missed?

Thank you in advance for your assistance.

Best Regards,
Ali

--
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: Companies take divergent path with mainframe

2005-08-16 Thread Mike Liberatore


The Dark Side!

Weidt, James wrote:


Quiz - Without reading the article, can you guess on which side of the
fence Jacob Matusevich is standing?


Thanks,
Jim Weidt
Senior Systems Engineer
Jostens Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jon Brock
Sent: Tuesday, August 16, 2005 12:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Companies take divergent path with mainframe

http://www.computerworld.com/hardwaretopics/hardware/story/0,10801,10391
6,00.html?source=NLT_AM&nid=103916

Two somewhat similar shops (as much as you can call shops similar), one
consolidating everything onto a z990, the other moving off of S/390 and
iSeries

Key quote: "Jacob Matusevich, Welch's manager of networks and server
technologies, said there's no significant difference in uptime between
the Intel and IBM environments."



--
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

 



--
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 - Another One Bites the Dust

2005-07-13 Thread Mike Liberatore

FTPing report files that must put a hurtin on the Network and that data 
is it really secure on that open systems


Ron and Jenny Hawkins wrote:


They have less support staff total than the Australian Bank I worked for had
System Programmers.

DR works with TrueCopy the same way MVS does, and server-less backup is way
beyond anything us MVS guys can dream of.

No need for Hyperswap and its associated performance penalty, because RAID-1
is built into the Logical Volume Manager (something like DFP)if you want
that sort of redundancy (some do).

Systems are usually up for months, and I find that the Solaris, HP-UX and
AIX vendor support can read dumps just as well as the MVS guys. 


I will concede that the equivalent of IO Config changes can be a PITA
compared to dynamic HCD, and that Fault Tolerance is not as good as Hot
Pluggable FRU. However in many cases this is managed using failover within
the clustering support, not unlike we do today with Parallel Sysplex.

We are talking TCO here. 

 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robin Murray
Sent: Thursday, 14 July 2005 4:29 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Another - Another One Bites the Dust

If they are indeed doing a better job than what a mainframe can do
regarding the number of support staff, disaster recovery, ease of
maintenance and debuggability, then I would indeed concede the point. Have
you investigated these areas? Or are they just running unix because "it's
cheaper than a mainframe"?

Robin Murray
Tel: (902) 453-7300 x4177
Cell: (902) 430-0637
   



--
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: Region size question

2005-05-25 Thread Mike Liberatore

I use to have this problem (822) at times when running CICS as a batch 
job ( Fragmentation in LSQA). As Don stated try draining, stopping and 
starting the Initiator where job last ran and run it again. This always 
worked for me.


Hal Merritt wrote:


I think Don's point may be that you don't really have 12M. You did at
one time, but the initiator address space has become fragmented and
cluttered.

The way to test that is to run with a 'fresh' initiator. 


Saw this all the time in another shop. Recycling initiators was a
standard operations response to an 822. Some jobs were so bad that they
had to be the very first scheduled in to a specific initiator.  

HTH and good luck. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Arnett
Sent: Wednesday, May 25, 2005 2:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Region size question

I think you are missing the point of the post.  The available region 
size in the system is 12M.  I executed a job step with REGION=15M, 
expecting the USI limits(set to 12M) to be honored.  It does not appear 
that the initiator even pays attention to the USI limits when 
dispatching the job step.


Imbriale, Donald (Exchange) wrote:

 


Maybe the initiator is trashed.  Stop and start it to see if that
   


clears
 


up the S822.

Don Imbriale


   



--
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: Windows 1, Mainframe 0

2005-05-19 Thread Mike Liberatore

1 strike she is from California + 2  strikes she is using Windows which 
is built on NT  (No Technology) = 3 strikes your out of here

Gary Green wrote:
. Repost - I forgot the other articles
Again, for those that track and care about such matters...
http://www.techworld.com/opsys/features/index.cfm?featureid=1453
http://www.bobsguide.com/guide/news/9367.html  -or-
http://www.newswire.ca/en/releases/archive/May2005/18/c0623.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
 

--
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

80 matches

Mail list logo