Re: External Timer Source without STP on a Z9

[Hunkeler Peter (KIUK 3)]

>How do you get uninterrupted operation on a single-CPC site?
>Never IPL?
This is not related to single vs. multi CEC environments. You need
IPLs every now and then in either case.

>Never have a sub-system failure?
>Without Parallel SYSPLEX?
You can run a Parallel Sysplex on a single CEC. It probably isn't done
too often but it can eliminate some of the single point of failure 
(of course not the hardware related ones).


Peter Hunkeler
CREDIT SUISSE

--
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: External Timer Source without STP on a Z9

[Timothy Sipples]

Ed Gould writes:
>This a tangent issue but it really shows that PC weenies are finally
>coming to grips (or not) with power issues with the server farms.
>A few weeks ago in one of the trade mags there was an article
>(California?) where the power company actually told a place that they
>were at the limit for power usage and they would not let them add any
>more servers PERIOD.
>I regret not having saved the article now as it is extremely (albeit
>off on a different issue per se) interesting IMO.

That'd be an interesting article to read. If you can recover the article
reference, that'd be great.  Even the Wall Street Journal has reported on
this issue lately.

They are real factors (electricity, floor space, cooling), although the
impact will vary depending on your geography and circumstances.  Those
things aren't getting any cheaper, though.

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

Re: less generic, more informative subject lines

[Charles Mills]

GREAT Web page. Thanks. I've posted the link on a software business forum
where I am the uber-Moderator.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Arthur T.
Sent: Tuesday, November 14, 2006 5:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: less generic, more informative subject lines

On 14 Nov 2006 09:20:48 -0800, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
[EMAIL PROTECTED] (john gilmore) wrote:

Let's all try to make our title lines for OPs more 
descriptive of what they contain.

  There's a good web page on "How To Ask Questions The 
Smart Way":
http://www.catb.org/~esr/faqs/smart-questions.html
and, of course, he covers subject lines (beware of wrap):
http://www.catb.org/~esr/faqs/smart-questions.html#bespecific

--
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: TSO user activity logger

[Ed Finnell]

 
In a message dated 11/14/2006 6:05:50 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

un-involved co-worker. Cost me a very expensive dinner for him, his  
wife, and their six kids. Worth every blankety-blank penny of the $350  
it set me back! 



>>
that's a lot of foot-long chili dogs!

--
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: 1401 & Music

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>,
on 11/13/2006
   at 02:30 PM, "McKown, John" <[EMAIL PROTECTED]> said:

>Ah! I guess you must have had a "band printer" then? 

Not with only one 1403. For that matter, doesn't it have to have
several different types of instruments to be a band, not just several
of the same type?
 
-- 
 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

Re: External Timer Source without STP on a Z9

[Ed Gould]

On Nov 15, 2006, at 1:21 AM, Timothy Sipples wrote:
---SNIP


They were required for GDPS, so that's where you'd see a lot of  
them. I
think you're onto something, though. My suspicion is that STP will  
be more
popular since it's an integral feature rather than "yet another  
box." That
idea runs counter to Radoslaw's basic point that more boxen is no  
big deal.

But it's a very real phenomenon, at least psychologically.


Timothy:

This a tangent issue but it really shows that PC weenies are finally  
coming to grips (or not) with power issues with the server farms.


A few weeks ago in one of the trade mags there was an article  
(California?) where the power company actually told a place that they  
were at the limit for power usage and they would not let them add any  
more servers PERIOD.


I regret not having saved the article now as it is extremely (albeit  
off on a different issue per se) interesting IMO.


Ed

--
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: External Timer Source without STP on a Z9

[Ed Gould]

On Nov 14, 2006, at 6:08 AM, Hunkeler Peter (KIUK 3) wrote:


SNIP-
You don't mix up STP with (S)NTP, do you?


Sigh... yes I did. I am sorry about the error.

Ed



The former is IBM's new System z timer protocol; the latter is a  
TCP/IP

based timer protocol.

(S)NTP can be used to synchronise clocks across the Internet but it  
can

as well be use to synchronise some isolated machines which happen to
have TCP/IP interconnections amongst themselves.


Peter Hunkeler
CREDIT SUISSE

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

DFHSM PROBLEM - RECALL

[John Dawes]

Hallo,
   
  I issued a hrecall for two migrated datasets (ML1) & (ML2) and nothing is 
happening.  I did the necessary health checks - hsend q req, hsend q act, hsend 
q setsys - and noticed nothing.  I checked the started task and no error 
messages were displayed.  I even ran a backvol cds (I had noticed that there 
was an d37-04 for the journal file.)  After the backups for the MCDS, OCD, BCDS 
& JOURNAL) were down, I shut down the STC and brought it up.  Still no action 
by DFHSM.  I even issued hsend release recall but nothing happening.
   
  Is there something else I should do?
   
  Thanks

 Send instant messages to your online friends http://au.messenger.yahoo.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

Another No-Charge IBM Workshop: Communications Controller for Linux

[Timothy Sipples]

Details here:

https://www-927.ibm.com/software/productintro/1/148A29BD613818D885257202004DC97B

It says "Betaworks," but CCL is GA, so please ignore that bit.  CCL
replaces 3745/374x communications controllers.  This class is in Hursley,
England, from December 5 to 7, 2006.  Register by November 24, 2006.
Limited seating, so please register early.

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

Re: less generic, more informative subject lines

[Arthur T.]

On 14 Nov 2006 09:20:48 -0800, in bit.listserv.ibm-main 
(Message-ID:<[EMAIL PROTECTED]>) 
[EMAIL PROTECTED] (john gilmore) wrote:


Let's all try to make our title lines for OPs more 
descriptive of what they contain.


 There's a good web page on "How To Ask Questions The 
Smart Way":

http://www.catb.org/~esr/faqs/smart-questions.html
and, of course, he covers subject lines (beware of wrap):
http://www.catb.org/~esr/faqs/smart-questions.html#bespecific

 It's written by (and mostly for) the *nix community, 
but it has a lot of good advice.  You'd all be very glad if 
the people on your jobs asking *you* questions would read 
and heed it.


 He's also not *nix-arrogant.  I IDed myself as a 
mainframer, but he accepted my suggested updates.  The 
above is a good URL to hold onto.  Point it out to people 
who need the advice.


--
I cannot receive mail at the address this was sent from.
To reply directly, send to ar23hur "at" intergate "dot" 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

Re: SMP/E - module attributes issue

[Brian Peterson]

Seems to me that ++PROGRAM relieves at least some of these limitations.

Brian

On Tue, 14 Nov 2006 17:58:02 -0700, Paul Gilmartin wrote:

>IIRC (it's fuzzy; subject to verification) several things:
>
>o LMOD is not a deliverable element type.
>
>o GIMDTS is permitted only for "data" elements; not for the classic
>  MOD, MAC, SRC, etc.  (Why?!)
>
>o Come to think of it, the directory information would still
>  not be preserved.
>
>o An inline MOD element is expected to be in SYSLIN format,
>  not a load module.
>
>Don't you just love MVS?
>
>-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E - module attributes issue

[Paul Gilmartin]

In a recent note, Tony Harminc said:

> Date: Tue, 14 Nov 2006 18:25:40 -0500
> 
> On Thu 9 November, 2006 Paul Gilmartin wrote:
> 
> > Ugh.  How do you package a LMOD in a PTF?  Inline with GIMDTS?  (Doesn't
> > work.)  Better with FROMNETWORK, which is relfile-friendly, even in
> > PTFs.  (I know; it's theoretically possible to RELFILE-package a PTF,
> > but customers don't expect it.)
> 
> I'm curious; what doesn't work about an LMOD done inline with GIMDTS?
> 
IIRC (it's fuzzy; subject to verification) several things:

o LMOD is not a deliverable element type.

o GIMDTS is permitted only for "data" elements; not for the classic
  MOD, MAC, SRC, etc.  (Why?!)

o Come to think of it, the directory information would still
  not be preserved.

o An inline MOD element is expected to be in SYSLIN format,
  not a load module.

Don't you just love MVS?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

--
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: External Timer Source without STP on a Z9

[Timothy Sipples]

Radoslaw writes:
>Less less floor space/electricity/air condition ?
>Timothy, c'mon! That's typical sales rep mantra !
>Probably you've seen 9037-2. It is in PC desktop size.

Agreed, for most shops these are minor issues for the 9037s, at least in
isolation (although minor <> nonzero).  I did say that everybody is
different and that your mileage may vary.  That list, which included other
attributes, was an attempt to be reasonably thorough.  I get dinged when
I'm not, so maybe I can't win. :-)

Ed Gould writes:
>Just curious about the offering. IBM seems to think (if I understand
>what is being offered correctly). That most mainframes are hooked up
>to the internet. While this may be true for some companies, I suspect
>it is not true for most. The sysplex timer (IMO) was a costly
>"feature" IMO it really didn't offer a real payback. While it may
>have been nice to have it really wasn't high on anyones list of got
>to have this. I worked at a place that had one and IMO it was a box
>that not vary many people had a clue what it was.

They were required for GDPS, so that's where you'd see a lot of them. I
think you're onto something, though. My suspicion is that STP will be more
popular since it's an integral feature rather than "yet another box." That
idea runs counter to Radoslaw's basic point that more boxen is no big deal.
But it's a very real phenomenon, at least psychologically.

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

Re: Interesting APAR OA17891

[Brian Peterson]

I checked last Friday when you posted this, and the APAR had been reopened 
so that the closing text was not there.  It's now closed again, and the 
most interesting line of text I saw was the following:

  Additional keywords: ZAAP/K 

The rest of the APAR text is very vague, I thought, but the 
above "additional keyword" seems to clarify the problem.

Folks who use MULC (or, as the APAR calls it ULC) and have ZAAP, had best 
pay attention to this APAR.

Brian

On Fri, 10 Nov 2006 12:30:20 -0800, James Chappell wrote:

>APAR Identifier .. OA17891
>CORRECTIONS ARE MADE TO THE ACCUMULATION OF PRODUCT
>USAGE-RELATED FIELDS WITHIN THE SMF89 AND SMF30 RECORDS
>
(snip)
> 
>Jim Chappell

--
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: TSO user activity logger

[Rick Fochtman]

In a message dated 11/14/2006 4:19:18 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:


He  deleted several of those 
datasets, since they had no DSORG or open date.  Need I say more?




 


Duh? Sounds like a good candidate for AUDITing at dataset  level.
 



That's how I finally put him in his place. With the help of a 
un-involved co-worker. Cost me a very expensive dinner for him, his 
wife, and their six kids. Worth every blankety-blank penny of the $350 
it set me back! 


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

1401 and Music

[Phil Payne]

She'll be coming round the mountain on a 1403.  You had to disengage the 
tractor clutch and
wind the paper through slowly by hand.

Radio music was played by tuning to the medium wave and placing the radio on 
the processor
unit, towards the front left.

And there was the other MUSIC - OS/360's precursor to SMF.

-- 
  Phil Payne
  http://www.isham-research.co.uk
  +44 7833 654 800

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E - module attributes issue

[Tony Harminc]

On Thu 9 November, 2006 Paul Gilmartin wrote:

> Ugh.  How do you package a LMOD in a PTF?  Inline with GIMDTS?  (Doesn't
> work.)  Better with FROMNETWORK, which is relfile-friendly, even in
> PTFs.  (I know; it's theoretically possible to RELFILE-package a PTF,
> but customers don't expect it.)

I'm curious; what doesn't work about an LMOD done inline with GIMDTS?

Tony H.

--
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: ftp failing

[Tony Harminc]

Anthony Bongiorno wrote:

> When I ftp to my new zos 16 system i get:
> BPXP018I THREAD 0D416C61, IN PROCESS 83951665, ENDED 603 
> WITHOUT BEING UNDUBBED WITH COMPLETION CODE 940C1000, AND REASON CODE 
> 0001. 
> 
> I am trying to look the code, i came up with :
> 
> 00C1
> 
> JRNoUserExit A pthread_quiesce (BPX1PTQ) service FREEZE_EXIT request 
> cannot complete because no user exit has been registered with the 
> oe_env_np (BPX1ENV) service. 

> Am i warm?

Nope - frozen. That's a completion code, aka Abend code, and not a UNIX
errno JR. Though surprising, it seems that your FTP server got a S0C1 abend.

Tony H.

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

[Anthony Bongiorno]

When I ftp to my new zos 16 system i get:
BPXP018I THREAD 0D416C61, IN PROCESS 83951665, ENDED 603 
WITHOUT BEING UNDUBBED WITH COMPLETION CODE 940C1000, AND REASON CODE 
0001. 

I am trying to look the code, i came up with :

00C1

JRNoUserExit A pthread_quiesce (BPX1PTQ) service FREEZE_EXIT request 
cannot complete because no user exit has been registered with the 
oe_env_np (BPX1ENV) service. 

Action: Use the oe_env_np (BPX1ENV) service, function code of Freeze_Exit 
to register a user exit, before using the pthread_quiesce service with a 
quiesce type of FREEZE_EXIT.

Am i warm?


-
This electronic mail message, and any of the accompanying
documents, may contain confidential or privileged information. Any
unauthorized disclosure or distribution of such information is
strictly prohibited. If you are not the intended recipient of this
message, please notify the sender immediately and destroy the
message. Messages sent through electronic media may be subject to
delays or unauthorized alterations. Neither The Bank of
Tokyo-Mitsubishi UFJ, Ltd. nor any of its affiliates is responsible
for any such delay or alteration. This message may contain a
commercial advertisement or promotion of a commercial product or
service. If you do not wish to receive messages of this kind from
the sender in the future, please reply to this message and type
"REMOVE MY EMAIL ADDRESS" in the subject field, or write to the
sender at 1251 Avenue of the Americas, New York, NY 10020-1104.

--
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: Dynamically obtaining allocated space characteristics

[Gerhard Postpischil]

Dave Quinn wrote:

I’ve been digging for a couple of days now trying to find out how I can
dynamically retrieve the allocated space of a known dataset.  Can anyone
give me even a whiff of where to look?


It would help if you defined your environment. Easiest is the 
write an assembler routine to obtain and analyze the format 1 
and (if any) format 3 DSCB entries for the data set. That 
requires knowing the volume serial, doing a catalog locate, or 
prompting user.


In TSO you can write a small REXX function to get variables for 
the data set (LISTDSI).


Gerhard Postpischil
Bradford, VT

--
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: TSO user activity logger

[Ed Finnell]

 
In a message dated 11/14/2006 4:19:18 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

He  deleted several of those 
datasets, since they had no DSORG or open date.  Need I say more?



>>
Duh? Sounds like a good candidate for AUDITing at dataset  level.

--
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 Failures -- Attention of IBM Management

[Patrick O'Keefe]

On Tue, 14 Nov 2006 15:58:56 -0500, Bruce Black <[EMAIL PROTECTED]> 
wrote:

>
>Good analogy!  People tend to give pain numbers based on the highest
>pain they have ever experienced.
>
>Similarly, someone who has never experienced a "system down" condition
>may consider any serious problem to be SEV1.
>

But that analogy is easily carried too far.  Usually the pain numbers are
based "worst immaginable", and I have a very good imagination.  No pain
is "worst" because worst can always be "like this only worse".

On the other hand, "system down" is pretty clear.  I guess it you can
fudge on what you are willing to call "system" and perhaps whether "down"
applies to a yoyoing system, but if you cannot run business-critical 
processing, your system is down; if you can, it isn't.  

Ok.  That's an oversimplification.  How about: If you are relieved to get
a possible circumvention at 3 A.M., it's sev1; otherwise, it's not.

Pat O'Keefe

  

--
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: TSO user activity logger

[Rick Fochtman]

Subject to the definition of "run pampant". I presume it wasn't destructive.
-
At that time, we used the presence or absence of certain datasets to 
determine whether the production streams should continue or be 
interrupted for problem resolution. He deleted several of those 
datasets, since they had no DSORG or open date. Need I say more?


--
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: Unix Security

[Shane]

Must admit I'm a little ambivalent on all this.
Back in the day, you couldn't even do installs invoking pax without
UID(0). Thanks IBM.
Eventually they got round to giving us some profiles that covered bits
and pieces. Then we got some more, and eventually most of what we
needed. Way too late, and badly managed.
Those that were diligent and those late to the game are probably set up
"correctly".  Me, I have a batch user that I have surrogacy to, and
interactively I SU in need.

Ho hum ...

Shane ...

--
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 Failures -- Attention of IBM Management

[Thompson, Steve (SCI TW)]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick O'Keefe
Sent: Tuesday, November 14, 2006 3:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK Failures -- Attention of IBM Management



I see 2 problems with this.  

You may get what you asked for rather than what you need.

Pat O'Keefe


Actually, we may have already gotten the attention needed. A few IBMers
probably copying this thread and sending it to certain people w/in IBM.
Those managers, hopefully, will see that the companies that PAY lotsa
money for hardware, software and support are getting unhappy and their
people [customers'] starting to discuss how to cause the pain to be on
IBM's side.

Well, at least I can hope that the message gets to where it needs to go.

Later,
Steve Thompson

--
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: TSO user activity logger

[Tim Hare]

Just turn on the AUDIT attribute for those users, I believe RACF will then 
record everything they do (that is  everything which invokes RACF such as 
OPEN, CICS checking for access to transactions, etc.)


Tim Hare
Senior Systems Programmer
Florida Department of Transportation
(850) 414-4209

--
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 Failures -- Attention of IBM Management

[Patrick O'Keefe]

On Tue, 14 Nov 2006 13:34:40 -0500, Thompson, Steve (SCI TW) 
<[EMAIL PROTECTED]> wrote:

>...
>In my opinion opening tickets at SEV2 does not solve the problem. But
>SEV1 gets that call back within 2 hours and the reduction in severity to
>where it should be (perhaps to SEV3?). IBM departmental managers might
>get unhappy, want to talk with your management, and when they [IBM] gets
>told, we are paying for support, and the support system is broken more
>than it is up...
>...

I see 2 problems with this.  
1.  The inflated issue gets given to the support team as a sev1 and may 
take them away from sev2 problems (which may be mine!).  And it may get
you known as an inflater.  They aren't appreciated.  I try to stay on
good terms with the service teams I work with (and am often not
successful).

2.  If you eport a sev1 problem you have to treat it as sev1 (until it
gets lowered).  That includes working on the problem in the middle of 
the night if that's when IBM comes up with something.  That's absolutely
appropriate for a real sev1 problem, but not so good for a sev2 or 3.
You may get what you asked for rather than what you need.

Pat O'Keefe

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

Dynamically obtaining allocated space characteristics

[Dave Quinn]

I’ve been digging for a couple of days now trying to find out how I can
dynamically retrieve the allocated space of a known dataset.  Can anyone
give me even a whiff of where to look?

 

Dave Q


-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.409 / Virus Database: 268.14.5/533 - Release Date: 11/13/2006
 

--
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 Failures -- Attention of IBM Management

[Bruce Black]

It's better than when physicians ask you what level of pain you are
at.   Different people give very different numbers for the same pain
level.
Good analogy!  People tend to give pain numbers based on the highest 
pain they have ever experienced.


Similarly, someone who has never experienced a "system down" condition 
may consider any serious problem to be SEV1.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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

Re: SMP/E - module attributes issue

[Patrick O'Keefe]

On Mon, 13 Nov 2006 11:21:22 -0500, Shmuel Metz (Seymour J.)  wrote:


>>...  So I  changed all RELFILE references to TXLIB references,
>>added TXLIB DD  statements to the APPLY JCL, and proceeded with the
>>RECEIVE and APPLY.
>...
>Why? If you had already done a RECEIVE then the proper thing to do was
>an APPLY CHECK, not another RECEIVE, and certainly not a RECEIVE with
>modified MCS. ...

You apparently missed the part about a completely separate SMP environment.
Completely: different CSI including the GLOBAL zone and PTS.  It's use
that or wait another 3 or 4 months until the MVS folks are ready to do
the APPLY.  And no, they aren't willing to give me a couple new, empty 
zones attached to their global zone.

Within half a year the MVS folks will have installed the product.
Within a few weeks a newly ordered copy of the tapes should arrive
for me to do my own clean install.  And I have a completely empty 
set of SMP datasets that I can scratch and reallocate at any time.  I
saw, and still see, no downside.  This looks like the perfect chance
reacquaint myself with SMP, and to try something out of the ordinary,
but really pretty simple.

>>but I don't understand how this happened.
>
>It happened because you changed things that you didn't understand. In
>this case it was crucial to distinguish between object libraries and
>load libraries. I won't say never edit the MCS of a function, but when
>you must do so, do it with fear and trembling.

Actually (perhaps givig myself more credit than I deserve) I'd say it was 
not understanding how SMP treats object vs. load libraries rather than 
not understanding the difference between the libraries.  And I admit that
I had forgotten that there even was an LKLIB specification.  I definitely
need some SMP practice and this looks like the perfect chance.

Pat O'Keefe

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

Re: External Timer Source without STP on a Z9

[Paul Gilmartin]

In a recent note, Tony Harminc said:

> Date: Tue, 14 Nov 2006 13:01:14 -0500
> >
> > How do you get uninterrupted operation on a single-CPC site?
> > Never IPL?
> > Never have a sub-system failure?
> > Without Parallel SYSPLEX?
> 
> I assume he meant "uninterrupted by the need to fix the clock that has
> drifted".
> 
Correct.  I can readily imagine a circumstance in which the MTBF
of a single-CPC meets availability criteria but the need to shut
down periodically to reset the clock is unacceptable.

Am I to understand from this thread that the entire description of
Clock Steering in the recent POp refers to a chargeable feature?
Or that STP which is the software that exploits Clock Steering is
chargeable?  If the latter, there's an opportunity for independents.
They might even be able to make it work for VM, VSE, and Linux.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

--
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: TSO user activity logger

[Binyamin Dissen]

On Tue, 14 Nov 2006 13:23:26 -0600 "Chase, John" <[EMAIL PROTECTED]> wrote:

:>IMO, for *anybody* (let alone an auditor) to have deliberately
:>"demonstrated" a newly-discovered "hole" in that manner on a system such
:>as yours should have resulted in a criminal indictment of that person.

Subject to the definition of "run pampant". I presume it wasn't destructive.

It makes the point to senior management.

I have done the same.

:>People daily go to jail for far less.

I doubt it.

--
Binyamin Dissen <[EMAIL PROTECTED]>
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

--
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: Unix Security

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of R.S.
> Sent: Tuesday, November 14, 2006 1:51 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Unix Security



> 
> SU everytime is similar (IMHO worse!) method for USS "newbie 
> administrator", but it is unneeded for experienced person who need 
> UID(0) everyday.

Out of curiousity, what function requires uid(0) for an interactive
user? I am the 99.999% UNIX administrator here. Most of the others are
"blistfully" unaware of z/OS UNIX. I do not have uid(0). I've never
missed it. I can ISHELL edit any file on the system (RACF profile). I
can delete any file on the system. I can rmdir or mkdir anything,
anywhere on any filesystem.

The only thing that I have run into where my access fails is when pax
does an fchattr (I think that's it). So I do an "su", then a "pax", then
"exit" to go back to my normal id.

Of course, you can argue that I have the power of uid(0) without the
actual uid(0), so how is that "safer"? I can agree with that assesment.
The only way is that my unique uid is logged so I know "who done it". If
multiple people have uid(0), then I cannot always figure out "who done
it". This is an audit point for us.

> Last but not least: UID(0) on z/OS Unix is less than on any 
> other Unix 
> implementation. However AIX/HP-UX/Solaris/whatever administrators use 
> UID(0) for everyday work.

So? Many recent Linux distros are no longer set up this way (Ubuntu
comes to mind). In fact, some even go so far as to remove the ability to
logon to root entirely. They do this by proper use of "sudo".
Unfortunately, z/OS UNIX does not have sudo. I worked for a short time
with some AIX people. None of the AIX administrators routinely ran with
uid(0). They used sudo for the "dangerous" stuff. The plus of sudo is
that it leaves an audit trail of who really did what. Again, an audit
point. Auditors like knowing who did what to which and when .


> 
> My $0.02
> Regards
> -- 
> Radoslaw Skorupka



--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, 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

Re: IBMLINK Failures -- Attention of IBM Management

[Daniel A. McLaughlin]

Thanks, Steve. I should have known better, but was thinking of fire by 
night.

  I am now ending my responses to this off-subject thread...

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 

--
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: TSO user activity logger

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman
> 
> ---
> 
> >It's not the auditors.
> >It's a compliance issue; the auditor does/should not determine what
to track.
> >Rather, they require reporting on what is required to monitor
compliance.
> >
> >It's a true separation of duty (generic terminology):
> >
> >1. Standards Officer -- determines what are "best practices".
> >2. Auditor -- reports on which standards are(n't) being met.
> >3. Compliance Officer -- enforces standards.
> >
> >Too many people are 'afraid' of auditors, but in a 'proper 
> environment', they have no enforcement capabilities.
> >
> >If there is no true separation of duty, then there is a 
> potential for conflicts of interest!
> >  
> >
> 
> In an ideal world, that's how it might work.
> 
> I spent 4 weeks on unpaid leave because an auditor knew of a 
> single "hole" in our security. He used a newly-discovered 
> hole in a CA SVC to basically "run pampant" though my system, 
> then told senior management that "anyone" could do it. When I 
> challenged him, in front of my senior management, I got 
> "suspended without pay". It took me 4 weeks of conversations 
> with CA Tech Support to build a concrete case, which was 
> argued before the Board of Governors, just me vs. the 
> auditor. The net upshot was that CA fixed the hole, I got 
> reinstated in my position, the pay that was withheld from me 
> was duly paid over and my senior management got a reprimand 
> for treating me so shabbily.  Needless to say, I've got very 
> strong feelings about most DP auditors in general, and 
> stronger feelings about the so-called "Security Auditor".

IMO, for *anybody* (let alone an auditor) to have deliberately
"demonstrated" a newly-discovered "hole" in that manner on a system such
as yours should have resulted in a criminal indictment of that person.
People daily go to jail for far less.

-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

Re: less generic, more informative subject lines

[Charles Mills]

FWIW, I (and probably others) sort the huge volume of incoming IBM-MAIN
posts into threads by subject. If a thread's subject line does not touch on
one of my areas of expertise or curiosity then I don't even open it.

The point being that if one posts a note with a title of "two questions" to
cite another recent particularly technically non-descriptive subject line,
the expert who might have been best able to answer the question(s) may never
see it.

Second, one cannot emphasize too much John's point about enhancing or
decreasing the usefulness of the archives.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Matt Dazzo
Sent: Tuesday, November 14, 2006 9:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: less generic, more informative subject lines

John, point taken. But realize some folks are new to the service (like
me) and therefore not familiar with what works best. Matt 

--
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 Failures -- Attention of IBM Management

[Thompson, Steve (SCI TW)]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel A. McLaughlin
Sent: Tuesday, November 14, 2006 1:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK Failures -- Attention of IBM Management

Nope, not the man behind the curtain. Think Exodus.


Then it is a pillar of fire by night and a cloud by day.

Later,
Steve Thompson (wondering for 40 years now)

--
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: less generic, more informative subject lines

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Matt Dazzo
> 
> John, point taken. But realize some folks are new to the service (like
> me) and therefore not familiar with what works best. Matt 

"Precise but concise" would be a good ROT.

-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

Re: IBMLINK Failures -- Attention of IBM Management

[Daniel A. McLaughlin]

Nope, not the man behind the curtain. Think Exodus.

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 

--
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: Unix Security

[R.S.]

Patrick O'Keefe wrote:

On Mon, 13 Nov 2006 17:28:47 +0100, R.S.
<[EMAIL PROTECTED]> 
wrote:




...
As you wrote it's because auditors want it. I understand your point,
however I'm curious whether there's any real reason.




I strongly agree with John on this.  Even if no auditors were involved,
giving a person UID(0)is giving far too much authority than is needed.
To do that is to give the person a gun and paint a target on his or her 
foot (or on the whole shop's collective foot).  Requiring setting SU in 
TSO or doing a setuid(0) or seteuid(0) in batch hopefully puts the user

in "be careful" mode.


I dare to disagree. No, I STRONGLY DISAGREE!
What are your procedures for RACF SPECIAL user ? Are they so restrictive?
What about storage administration ?
I remember a shop with few newbies working as storage administrators. I 
protected "ICKDSF" by DASDVOL activation. They didn't get ALTER to 
DASDVOL profiles. Instead, they got CL(SURROGAT) STGUSER.SUBMIT 
ACC(READ) and STGUSER has ALTER. So they were able to use ICKDSF, but 
not screw something up using ISPF "oops! typo navigation".


SU everytime is similar (IMHO worse!) method for USS "newbie 
administrator", but it is unneeded for experienced person who need 
UID(0) everyday.
Last but not least: UID(0) on z/OS Unix is less than on any other Unix 
implementation. However AIX/HP-UX/Solaris/whatever administrators use 
UID(0) for everyday work.


My $0.02
Regards
--
Radoslaw Skorupka
Lodz, Poland

--
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: ARC0103I when adding STK VSM to virtual tape esoteric.

[Daniel A. McLaughlin]

Currently most of our HSM work is going to an IBM virtual tape system.
We 
are in the process of migrating off of IBM and going to STK.  To get a 
jump on this we decided we would add the STK Virtual Tape drives to the 
Esoteric that's currently used by for the IBM VTS.  When we did this HSM


  Looking at the above, why not have a separate esoteric for the STK 
drives? HSM can know the difference. Set up STK for output, then do a mass 
recycle from the IBM side.

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 

--
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: ARC0103I when adding STK VSM to virtual tape esoteric.

[Friske, Michael]

Check out the text in APAR's OA11362, OA13098, and OA11603. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Benik
Sent: Monday, November 13, 2006 3:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: ARC0103I when adding STK VSM to virtual tape esoteric.

Currently most of our HSM work is going to an IBM virtual tape system.
We 
are in the process of migrating off of IBM and going to STK.  To get a 
jump on this we decided we would add the STK Virtual Tape drives to the 
Esoteric that's currently used by for the IBM VTS.  When we did this HSM

had a problem.  Below is the message.

ARC0103I INVALID SETSYS PARAMETER INVALID USER UNIT  656   
ARC0103I (CONT.) TABLE ENTRY, UNITNAME=VTAPE CONTAINS INCOMPATIBLE 
ARC0103I (CONT.) DEVICES   
ARC0103I INVALID SETSYS PARAMETER USER UNIT TABLE  657 
ARC0103I (CONT.) CREATE FAILED,THERE ARE NO VALID USER UNIT TABLE  
ARC0103I (CONT.) ENTRIES

Is there a way to get around this? Is it because the STK VSM and IBM VTS

cannot be in the same esoteric?  It doesn't make sense to me but hope 
somebody can help here...
   

--
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: IBMLINK Failures -- Attention of IBM Management

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Daniel A. McLaughlin
> 
> So if Alan is from z/VM and we are not alone in the 
> wilderness, he must be the pillar of smoke.

"Pay no attention to that man behind the curtain?"

-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

Re: IBMLINK Failures -- Attention of IBM Management

[Daniel A. McLaughlin]

So if Alan is from z/VM and we are not alone in the wilderness, he must be 
the pillar of smoke.

h

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 

--
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 Failures -- Attention of IBM Management

[Jon Brock]

Well, I hope it doesn't get *too* crowded.  Then it wouldn't be wilderness any 
more.

Jon




You are not alone in the wilderness!  :-)


--
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 Failures -- Attention of IBM Management

[Alan Altmark]

On Tuesday, 11/14/2006 at 01:34 EST, "Thompson, Steve (SCI TW)" 
<[EMAIL PROTECTED]> wrote:
> So, now you [personally] are in VM DEV. What would happen if such
> postings to IBM-MAIN (about IBMLINK not being functional) were sanitized
> and presented to your manager? Same for other IBMers that are lurking. I
> remember in the Branch days that there would have been a chat with some
> people about customer satisfaction and how every IBMer is a sales
> person.

Actually, mailing list postings are often used by me and other Interested 
IBMers to drive change, whether it's in the product, our processes, our 
perceptions, or our plans (the 4 P's?).  Sometimes the postings are used 
as "evidence" and other times simply as input.

In this case, another IBMer who follows the list also knows who manages 
IBMLink and has contacted said manager.  That said, as with requirements, 
you still need to use established processes to report problems with IBM 
services.

You are not alone in the wilderness!  :-)

Alan Altmark
z/VM Development
IBM Endicott

--
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: TSO user activity logger

[Rick Fochtman]

---


It's not the auditors.
It's a compliance issue; the auditor does/should not determine what to track.
Rather, they require reporting on what is required to monitor compliance.

It's a true separation of duty (generic terminology):

1. Standards Officer -- determines what are "best practices".
2. Auditor -- reports on which standards are(n't) being met.
3. Compliance Officer -- enforces standards.

Too many people are 'afraid' of auditors, but in a 'proper environment', they 
have no enforcement capabilities.

If there is no true separation of duty, then there is a potential for conflicts 
of interest!
 



In an ideal world, that's how it might work.

I spent 4 weeks on unpaid leave because an auditor knew of a single 
"hole" in our security. He used a newly-discovered hole in a CA SVC to 
basically "run pampant" though my system, then told senior management 
that "anyone" could do it. When I challenged him, in front of my senior 
management, I got "suspended without pay". It took me 4 weeks of 
conversations with CA Tech Support to build a concrete case, which was 
argued before the Board of Governors, just me vs. the auditor. The net 
upshot was that CA fixed the hole, I got reinstated in my position, the 
pay that was withheld from me was duly paid over and my senior 
management got a reprimand for treating me so shabbily.  Needless to 
say, I've got very strong feelings about most DP auditors in general, 
and stronger feelings about the so-called "Security Auditor".




When in doubt.
PANIC!!  


--
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: less generic, more informative subject lines

[Matt Dazzo]

John, point taken. But realize some folks are new to the service (like
me) and therefore not familiar with what works best. Matt 

>>> [EMAIL PROTECTED] 11/14/2006 12:20 PM >>>
Matt Dazzo is only the most recent offender, but I will shoot at him to
make 
my point.  His title,

SMF question

is less than helpful because too generic.  Such a title as

SMF records for catalog changes?

would (1) be more immediately informative and (2) make the archives
much 
more useful down the road.

Let's all try to make our title lines for OPs more descriptive of what
they 
contain.

John Gilmore
Ashland, MA 01721-1817
USA

_
Use your PC to make calls at very low rates 
https://voiceoam.pcs.v2s.live.com/partnerredirect.aspx 

--
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: IBMLINK Failures -- Attention of IBM Management

[Howard Brazee]

On 14 Nov 2006 09:41:01 -0800, [EMAIL PROTECTED] (David Andrews) wrote:

>
>I will admit to having played the game a few years ago, when I was
>forced to artificially escalate a sev-3 to sev-2.  At the time TCPIP
>sev-3s might just as well have been dropped into a black hole.  You try
>to set severity levels responsibly, and triage yourself into the support
>queue in a socially conscious way.  Then you question the wisdom of same
>when a support mechanism ravaged by budget cuts ignores you.

It's better than when physicians ask you what level of pain you are
at.   Different people give very different numbers for the same pain
level.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to expand SYS1.LINKLIB?

[Rick Fochtman]

The easiest method to compress a library for maintenance runs is to use 
the SMP/E option COMPRESS(xx), or COMPRESS(ALL), where xx is the 
name of the specific library(ies) to compress. SMP/E will delete all the 
modules which are to be changed, then compress the library, then apply 
the maintenance.


But God help you if IEBCOPY happens to be getting an update.!


But there is no subsitute to having SMP/E point to copies of the 
datasets, and not trying your luck with the running stuff.

--
AMEN, BROTHER!

--
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 Failures -- Attention of IBM Management

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Thompson, Steve (SCI TW)
> Sent: Tuesday, November 14, 2006 12:35 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: IBMLINK Failures -- Attention of IBM Management

> Ok, here is the theory (from when I was contracted to IBM). 
> Problems are
> tracked on the basis of severity. Departments are somewhat 
> graded on how
> fast they manage [handle] problems, and the severity of the problems
> they get (COBOL shouldn't ever get a true SEV1, should it?). 
> 

Yes. Customer needs to fix a business-critical COBOL program. Despite
all attempts, the compiler refuses to compile, despite the COBOL being
100% correct. Or there is an LE bug, perhaps. To me, this is SEV1. My
company is hurting big time. If it is bad enough, it might even result
in regulatory fines.

OK, that is contrived. Most shops would figure out a work-around.
But perhaps IBM has completed its "let's dumb down the customer"
and there are no real COBOL people around anymore at this location. The
company has a VB programmer trying to fix it.


> 
> Later,
> Steve Thompson

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, 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

Re: IBMLINK Failures -- Attention of IBM Management

[Thompson, Steve (SCI TW)]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Altmark
Sent: Tuesday, November 14, 2006 11:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLINK Failures -- Attention of IBM Management



As a discussion point, I'm not sure how reporting your Sev3, say,
problem 
as Sev1 would do anything to get IBMLink up and running.  The developers

who get out of bed to deal with your Sev1 have no control or awareness
of 
IBMLink, and the Support Center will handle the calls as usual.

If you can open a PMR against IBMLink when it is down, do so (I have no 
idea if you can), or, if you think you are aren't getting sufficient
value 
from the service because of downtime, then use the Feedback (when it 
finally comes back up). 



Alan Altmark
z/VM Development
IBM Endicott



Ok, here is the theory (from when I was contracted to IBM). Problems are
tracked on the basis of severity. Departments are somewhat graded on how
fast they manage [handle] problems, and the severity of the problems
they get (COBOL shouldn't ever get a true SEV1, should it?). 

So, should the queues for COBOL, VTAM, CPCS or JESx (etc.) get skewed
greatly, managers are going to take notice. Visibility of the issue will
have happened, and instant "survey" results will have been gotten.

But if the customer base waits for a survey to fill it out, how long
will it be before the management of the web pages gets told to get their
act together?

In my opinion opening tickets at SEV2 does not solve the problem. But
SEV1 gets that call back within 2 hours and the reduction in severity to
where it should be (perhaps to SEV3?). IBM departmental managers might
get unhappy, want to talk with your management, and when they [IBM] gets
told, we are paying for support, and the support system is broken more
than it is up...

So, now you [personally] are in VM DEV. What would happen if such
postings to IBM-MAIN (about IBMLINK not being functional) were sanitized
and presented to your manager? Same for other IBMers that are lurking. I
remember in the Branch days that there would have been a chat with some
people about customer satisfaction and how every IBMer is a sales
person.

But this is just discussion. 

Later,
Steve Thompson

--
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 Failures -- Attention of IBM Management

[Jack Kelly]

responsing to alan's company position, i've put in numerous feedbacks and 
the response is next to nil. reporting the pblm here informs other users 
and usually gets us back with a url that works (at least for the moment, a 
day).  plus the pblm gets noticed by some ibm folks from this forum BUT no 
one can resolve it or tell you what happened or tell you a work around.

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How to expand SYS1.LINKLIB?

[Matthew Stitt]

The easiest method to compress a library for maintenance runs is to use the
SMP/E option COMPRESS(xx), or COMPRESS(ALL), where xx is the name of
the specific library(ies) to compress.  SMP/E will delete all the modules
which are to be changed, then compress the library, then apply the maintenance.

But there is no subsitute to having SMP/E point to copies of the datasets,
and not trying your luck with the running stuff.

On Sun, 12 Nov 2006 13:56:16 -0500, Shmuel Metz (Seymour J.)
<[EMAIL PROTECTED]> wrote:

>In <[EMAIL PROTECTED]>, on 11/09/2006
>   at 10:08 PM, Bob Henry <[EMAIL PROTECTED]> said:
>
>>Is there a SAFE way to expand the size of SYS1.LINKLIB?
>
>Yes - on a target volume that you're not currently running from. Any
>maintenance to the system you're running from puts you at risk.
>
>>I need to apply a PTF to a module in LINKLIB but I'm afraid it will
>>cause it to go  into a secondary extent.
>
>If you're talking about your live SYS1.LINKLIB then there may be other
>risks as well. But it's not my dog.
>
>>Is there an easier (and safe) way to expand SYS1.LINKLIB?
>
>Safe? No, but safer. Make a copy with a larger primary. Rename
>original. Rename copy. IPL.
>
>At you leisure, redo your maintenance strategy so that it does not
>require updating the running system and you;ll save yourself a lot of
>grief.
>

--
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: link to a real, working IBMLINK ?

[Jon Brock]

What I have done is bookmark 
https://www-304.ibm.com/jct03004c/support/electronic/portal/!ut/p/_s.7_0_A/7_0_CI?category=4
 which should get you to the "Access premium services" page, which in turn 
gives a link to IBMLink.  We have been explicitly told not to link to the 
IBMLink sign-on page, in defiance of all common sense.  

This should work until the webmasters at IBM get word that people are actually 
making it into IBMLink, at which point the URL will be changed again; the 
content will also be translated to Welsh to further guard against the 
possibility of someone getting some work done.

Jon

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

TSO user activity logger

[Alvaro Quintupray]

O.K.

I need to have the access activity over the some dataset ( update, delete,
etc. )   from " SPECIFIC USERS ", but I'dont want to activate the audit
option for all dataset resource... I know that if I specify each additional
logging activity  for each profile, increases RACF and SMF processing and
might affect RACF performance.  So I would like get the logging activity
from  " SPECIFIC  USERS " 



Atte.
Alvaro.


-Mensaje original-
De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] En nombre de
Ted MacNEIL
Enviado el: Martes, 14 de Noviembre de 2006 13:48
Para: IBM-MAIN@BAMA.UA.EDU
Asunto: Re: TSO user activity logger

>Someone know about the way to logger the any Tso user activity in
centralized way  ( like SMF ) ?.

Log what?
Sign ons?
Dataset activity?
Commands?

Specifics would help!

When in doubt.
PANIC!!  

--
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: TSO user activity logger

[Ted MacNEIL]

>IIRC, you can still get a "audit trail" of what TSO commands a user invokes, 
>but not under ISPF.

TSOMON ($$) will track even under ISPF.


>Sooner or later, even auditors have to realize that certain people must be 
>"trusted" to do their jobs correctly.

It's not the auditors.
It's a compliance issue; the auditor does/should not determine what to track.
Rather, they require reporting on what is required to monitor compliance.

It's a true separation of duty (generic terminology):

1. Standards Officer -- determines what are "best practices".
2. Auditor -- reports on which standards are(n't) being met.
3. Compliance Officer -- enforces standards.

Too many people are 'afraid' of auditors, but in a 'proper environment', they 
have no enforcement capabilities.

If there is no true separation of duty, then there is a potential for conflicts 
of interest!


When in doubt.
PANIC!!  

--
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: External Timer Source without STP on a Z9

[Tony Harminc]

Ted MacNEIL wrote:

> >*Fully* failing to recognize the needs of single-CPC sites 
> >which require uninterrupted operation and accurate time.
> 
> How do you get uninterrupted operation on a single-CPC site?
> Never IPL?
> Never have a sub-system failure?
> Without Parallel SYSPLEX?

I assume he meant "uninterrupted by the need to fix the clock that has
drifted".

Tony H.

--
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: External Timer Source without STP on a Z9

[Howard Brazee]

On 13 Nov 2006 16:43:29 -0800, [EMAIL PROTECTED] (Ed Gould)
wrote:

>Just curious about the offering. IBM seems to think (if I understand  
>what is being offered correctly). That most mainframes are hooked up  
>to the internet. While this may be true for some companies, I suspect  
>it is not true for most. The sysplex timer (IMO) was a costly  
>"feature" IMO it really didn't offer a real payback. While it may  
>have been nice to have it really wasn't high on anyones list of got  
>to have this. I worked at a place that had one and IMO it was a box  
>that not vary many people had a clue what it was.

It's interesting how needs change.   At one time, I was willing to pay
good money for an accurate clock for my PC.   Now I accept an
inaccurate one that corrects itself daily.

--
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 Failures -- Attention of IBM Management

[Bruce Black]

If you can open a PMR against IBMLink when it is down, do so (I have no 
idea if you can), 
You can, by calling the IBMLINK support line.  The problem is that the 
support line number appears when you are signed on to IBMLINK. 

When it was down a few weeks ago, I spent 5 minutes trying to find the 
number externally.  Finally found it
 


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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

Re: link to a real, working IBMLINK ?

[Ted MacNEIL]

>Something like, "Servlink will be unavailable every day, except when it is 
>available"?

"Sorry! Service temporarily available"!

When in doubt.
PANIC!!  

--
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: less generic, more informative subject lines

[Bruce Black]

Uh Oh!  Now we have the subject line police.  (But you do have a good 
and valid point).
He sure does.  Sometime back someone started a thread with the subject 
"Question"; what good does that do anyone?   In the Assembler List, 
there is a current thread with the subject "Assembler Question"; of 
course it is, its the Assembler List!!!


But I have no hope that this will eliminate future generic subjects

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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

Re: External Timer Source without STP on a Z9

[Ted MacNEIL]

>*Fully* failing to recognize the needs of single-CPC sites which require 
>uninterrupted operation and accurate time.

How do you get uninterrupted operation on a single-CPC site?
Never IPL?
Never have a sub-system failure?
Without Parallel SYSPLEX?

When in doubt.
PANIC!!  

--
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: TSO user activity logger

[Ted MacNEIL]

>Someone know about the way to logger the any Tso user activity in centralized 
>way  ( like SMF ) ?.

Log what?
Sign ons?
Dataset activity?
Commands?

Specifics would help!

When in doubt.
PANIC!!  

--
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 Failures -- Attention of IBM Management

[Alan Altmark]

On Tuesday, 11/14/2006 at 12:00 EST, "Thompson, Steve (SCI TW)" 
<[EMAIL PROTECTED]> wrote:
> Suppose that for every time one needs to open an ETR, and IBMLINK is
> down, that you were to call the 800 number and make your problem a SEV1.
> Now further suppose that all IBM customers were to do this.
> 
> How long would it take before the "pain" would be felt high enough that
> this would get fixed - permanently?
> 
> This is only an idea for discussion, not to actually implement (at least
> at this time).

As a discussion point, I'm not sure how reporting your Sev3, say, problem 
as Sev1 would do anything to get IBMLink up and running.  The developers 
who get out of bed to deal with your Sev1 have no control or awareness of 
IBMLink, and the Support Center will handle the calls as usual.

If you can open a PMR against IBMLink when it is down, do so (I have no 
idea if you can), or, if you think you are aren't getting sufficient value 
from the service because of downtime, then use the Feedback (when it 
finally comes back up). 

And no service is "permanently" fixed.  I suppose that, like RETAIN 
itself, the IBMLink infrastructure could be beefed up to provide more 
failover, but that would simply raise the cost (and price!) of the 
service.

[And, of course, reporting here that IBMLink is down will do nothing to 
get it fixed, either, assuming they don't already know the service is 
down.]

Alan Altmark
z/VM Development
IBM Endicott

--
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 Failures -- Attention of IBM Management

[David Andrews]

On Tue, 2006-11-14 at 12:00 -0500, Thompson, Steve (SCI TW) wrote:
> Suppose that for every time one needs to open an ETR, and IBMLINK is
> down, that you were to call the 800 number and make your problem a SEV1.
> Now further suppose that all IBM customers were to do this.

I purely hate having to lie about problem severity in order to get
attention.  I had an issue at Sun/STK just last week, and contacted what
IBM might have called the "duty manager" with a complaint.  She offered
to mark my problem as a sev-1.  I refused, saying that sev-1 meant
"down", and that I didn't care to pervert the system.

Guess that either makes me a nice guy or a chump; I'm not sure which.

I will admit to having played the game a few years ago, when I was
forced to artificially escalate a sev-3 to sev-2.  At the time TCPIP
sev-3s might just as well have been dropped into a black hole.  You try
to set severity levels responsibly, and triage yourself into the support
queue in a socially conscious way.  Then you question the wisdom of same
when a support mechanism ravaged by budget cuts ignores you.

Anybody else remember when level-1 used to transfer you directly to
level-2?  Been a long time since THAT happened to me.

(Thank you for calling Davesoft... all Daves are busy at the moment, but
your call is very important to us... though perhaps not enough to
adequately staff our call center... please hold on the line, and the
first available Dave will take your call in the order in which it was
received...)

Excuse my rant, and the thread hijack.  I feel better now, thanks.

-- 
David Andrews
A. Duda and Sons, Inc.
[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

Re: IBMLINK Failures -- Attention of IBM Management

[Ed Finnell]

 
In a message dated 11/14/2006 11:14:47 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

SEV1 (in  which case it would probably be faster to phone it in in the
first  place).  A sufficient quantity and frequency of SEV2s should be
enough  to "get attention".




>>
Jazbut, why? Either they're running without SLAs or nobody's looking at  them.

--
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: link to a real, working IBMLINK ?

[Steve Ware]

http://www.ibm.com/ibmlink is (was) working.

On Tue, 14 Nov 2006, Bruce Black wrote:



www.ibmlink.ibm.com doesn't get you anywhere except back to the home page

I followed this link,
selected "Open a Service Request"
selected "Software" and "System z: z/OS SoftwareXcel"
and it took me to IBMLINK.

But my bookmarked link is
http://www-306.ibm.com/ibmlink/link2/servicelink/servicelinkPage.jsp?lc=en&cc=US

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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

last message sent due to error

[Bernd Oppolzer]

Hello list, 

I hit the wrong field in the address book. 

Sorry, kins regards

Bernd

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

Rückmeldung von Uli Röser

[Bernd Oppolzer]

Hallo liebe Blech-Kollegen, 

hier die Rückmeldung von Uli (sowie Rechnung, die habe ich einstweilen 
bezahlt). 

Bitte äußert Euch bei Gelegenheit mal, ob Ihr mit ihm klarkommt und mit der 
Probenarbeit zufrieden seid. Ich hatte persönlich einen sehr guten Eindruck. 

Viele Grüße, bis nächste Woche 

Bernd



--  Weitergeleitete Nachricht  --

Subject: rechnung
Date: Tue, 14 Nov 2006 12:12:05 +0100
From: Roeser Ulrich <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]

Hallo Bernd,

hier meine Rechnung. Ich hoffe die ist so in Ordnung.
Es hat mir echt Spaß gemacht gestern und ich hoffe das es den
Kollegen auch gefallen hat.
Wenn die auch Vorschläge hätten, sollten wir das weiter machen, was
sie gerne geprobt, besprochen etc.  haben wollen. Ich bin offen.

Als dann bis demnächst

Gruß Uli

---


-- 
*--*
!Bernd Oppolzer!
!Bärenhofstr. 23   !
!70771 Leinfelden-Echterdingen !
!Tel. 0711-2209122 (Büro)  !
!Tel. 0711-7949590 (privat)!
*--*

--
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: less generic, more informative subject lines

[Eric N. Bielefeld]

Uh Oh!  Now we have the subject line police.  (But you do have a good and 
valid point).


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

- Original Message - 
From: "john gilmore" <[EMAIL PROTECTED]>



Matt Dazzo is only the most recent offender, but I will shoot at him to 
make my point.  His title,


SMF question

is less than helpful because too generic.  Such a title as

SMF records for catalog changes?

would (1) be more immediately informative and (2) make the archives much 
more useful down the road.


Let's all try to make our title lines for OPs more descriptive of what 
they contain.


John Gilmore
Ashland, MA 01721-1817
USA 


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

less generic, more informative subject lines

[john gilmore]

Matt Dazzo is only the most recent offender, but I will shoot at him to make 
my point.  His title,


SMF question

is less than helpful because too generic.  Such a title as

SMF records for catalog changes?

would (1) be more immediately informative and (2) make the archives much 
more useful down the road.


Let's all try to make our title lines for OPs more descriptive of what they 
contain.


John Gilmore
Ashland, MA 01721-1817
USA

_
Use your PC to make calls at very low rates 
https://voiceoam.pcs.v2s.live.com/partnerredirect.aspx


--
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: link to a real, working IBMLINK ?

[Bruce Black]

www.ibmlink.ibm.com doesn't get you anywhere except back to the home page

I followed this link,
selected "Open a Service Request"
selected "Software" and "System z: z/OS SoftwareXcel"
and it took me to IBMLINK.

But my bookmarked link is
http://www-306.ibm.com/ibmlink/link2/servicelink/servicelinkPage.jsp?lc=en&cc=US

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.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

Re: IBMLINK Failures -- Attention of IBM Management

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Thompson, Steve (SCI
TW)
> 
> Suppose that for every time one needs to open an ETR, and 
> IBMLINK is down, that you were to call the 800 number and 
> make your problem a SEV1.
> 
> Now further suppose that all IBM customers were to do this.

Hmmm  SEV2 should be sufficient, unless your own ETR needs to be
SEV1 (in which case it would probably be faster to phone it in in the
first place).  A sufficient quantity and frequency of SEV2s should be
enough to "get attention".

-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

RES: smf question

[Roberto Pacheco]

Yes, there are three SMF records:

Record Type 61 - Define Catalog entry,
Record Type 65 - Delete Catalog entry and  
Record Type 66 - Alter  Catalog entry.

If you have any doubt don't hesitate to contact me.

Roberto Pacheco
GFS Software
Phone: +55 11 3817 6313
e-mail: [EMAIL PROTECTED]
 


-Mensagem original-
De: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] Em nome de Matt 
Dazzo
Enviada em: terça-feira, 14 de novembro de 2006 13:41
Para: IBM-MAIN@BAMA.UA.EDU
Assunto: smf question

Is there an smf record to track when a catalog was changed/updated or when a 
dataset was uncataloged? We have a mystery as to how several datasets were 
deleted in the mvs catalog then scratched by the tape management system. Thanks

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

[Imbriale, Donald (Exchange)]

Check the SMF manual for record types 61/65/66.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Matt Dazzo
Sent: Tuesday, November 14, 2006 11:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: smf question

Is there an smf record to track when a catalog was changed/updated or
when a dataset was uncataloged? We have a mystery as to how several
datasets were deleted in the mvs catalog then scratched by the tape
management system. Thanks




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
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 Failures -- Attention of IBM Management

[Daniel A. McLaughlin]

Ah, peaceful resistance.

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 

--
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: remote support questions - curiousity

[Greg Smith]

Ed Finnell wrote:



In a message dated 11/13/2006 10:44:35 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:


windows  PC than os/2 was. I find it at last practical to use from home,
especially  to logon to the SE's .



 


so do the hackers


We have an interesting setup here.

At home we connect to a Windows 2003 server via a VPN and a remote 
desktop application.  We signon using regular authentication and then 
authenticate using an RSA SecureId card.  From the remote desktop I can 
start up IE and connect to the HMC, which is only visible to the 
intranet.  The HMC application is another kind of remote desktop.  In 
turn, connecting to the SE from the HMC is a further remote desktop.  
It's kind of interesting to move the mouse around going thru 3 remote 
desktops!!


Greg Smith

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

[O'Brien, David W. (NIH/CIT) [C]]

You might download the DAF file from CBT.org. That's assuming that
you're cutting the relevant SMF records which other postings have
pointed you to.  

-Original Message-
From: Matt Dazzo [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, November 14, 2006 11:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: smf question

Is there an smf record to track when a catalog was changed/updated or
when a dataset was uncataloged? We have a mystery as to how several
datasets were deleted in the mvs catalog then scratched by the tape
management system. Thanks

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

[Larry Crilley]

Types 61, 64, and 65 track catalog DEFINE, ALTER, and DELETE.

Larry Crilley
Dino Software, Corp.
http://www.dino-software.com/
412.734.2853


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Matt Dazzo
Sent: Tuesday, November 14, 2006 11:41 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: smf question

Is there an smf record to track when a catalog was changed/updated or
when a dataset was uncataloged? We have a mystery as to how several
datasets were deleted in the mvs catalog then scratched by the tape
management system. Thanks

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

[John Kington]

>Is there an smf record to track when a catalog was changed/updated or
when a dataset was uncataloged? We have a mystery as to how several
datasets were deleted in the mvs catalog then scratched by the tape
management system. Thanks

I recommend you get DAF (Dataset Audit Facility) here:
http://www.cbttape.org/cbt/CBT094.zip.

Most of the time, CA1 has decided to scratch the tape and the scratch and
clean job uncataloged
the tape dataset.

Regards,
John

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

IBMLINK Failures -- Attention of IBM Management

[Thompson, Steve (SCI TW)]

Suppose that for every time one needs to open an ETR, and IBMLINK is
down, that you were to call the 800 number and make your problem a SEV1.
Now further suppose that all IBM customers were to do this.

How long would it take before the "pain" would be felt high enough that
this would get fixed - permanently?

This is only an idea for discussion, not to actually implement (at least
at this time).

Regards,
Steve Thompson 

--
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: TSO user activity logger

[Rick Fochtman]

---
Someone know about the way to logger the any Tso user activity in 
centralized way ( like SMF ) ?.


The auditors are asking me this functionality for emergency users TSO.
--
IIRC, you can still get a "audit trail" of what TSO commands a user 
invokes, but not under ISPF. The best you can hope for is tracking what 
datasets are accessed and/or updeted and logging of any RACF commands.


Sooner or later, even auditors have to realize that certain people must 
be "trusted" to do their jobs correctly. 


--
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: External Timer Source without STP on a Z9

[Roy Hewitt]

Paul Gilmartin wrote:

In a recent note, Roy Hewitt said:


Date: Tue, 14 Nov 2006 11:24:19 +

Ok, so the price might have been on the high side, and I *fully*
understand the frustrations of single-CPC sites and external time
syncronisation, but remember the primary function of the sysplex timer
is to syncronise time *bewteen* CPCs.  So yes, I would never expect it
to be on the list of "got to haves" for single-CPC sites ...


*Fully* failing to recognize the needs of single-CPC sites which require
uninterrupted operation and accurate time.

-- gil

Paul,

That's maybe a little unfair.. (or was it aimed at IBM??). I do 
recognise those needs, which is what I meant by "frustrations of 
single-CPC sites". I was just attempting to counter Ed's generalisation 
that it was just a "nice to have" and not "high on anyones list". There 
are lots of sites (both single and multi CPC) for which the Timer is 
essential. I find that the difference of opinion between the two type of 
sites is usually cost based. For the large multi-CPC sites, the cost is 
usually trivial compared to other HW and SW licensing costs. For these 
sites the benefit of enabling multiCPC sysplex and datasharing far 
outways the Timer cost. For the single CPC sites - I presume your's is 
one of those - it is often seen as an expensive option, and rightly so. 
And this I suppose comes down to IBM's view (back in the early 90's) 
that sysplex was the way to go. Its a pity that it's taken so long to 
release an alternative (STP) to the Timer, and even more so that it is 
chargable. As I said in my last post, it would be good if it were 
non-chargable for singleCPCs..



Regards

Roy

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

moving data sets to new STROGRP

[Judy Ellis]

Hi,

I am separating my DB2 ARCHLOGS and Image copes to separate POOLS and now 
need to move the image copies to the new SMS volumes. Does anyone know how 
I can accomplish that?  I did see the MOVE NODEDATA node nname FROMSTGPOOL 
=TOSTGPOOL= and am thinking that might work but I need to be sure.

ex..   move nodedata DB2DBKUP.*.*.IC*.* FROMSTGPOOL=ARCHLOG TOSTGPOOL=DB2DIC

Thanks,

Jellis

--
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: moving data sets to new STROGRP

[O'Brien, David W. (NIH/CIT) [C]]

Judy,

I would suggest running a dfdss copy with delete purge to move your
datasets. see sample below

//STEP1EXEC PGM=ADRDSSU,REGION=6M  
//SYSPRINT DD   SYSOUT=*   
//SYSINDD   *  
 COPY DATASET( -   
   INCLUDE(DB2DBKUP.*.*.IC*.*)) -  
   TGTALLOC(SOURCE) -  
   PROCESS(UNDEF)  -   
   OUTDYNAM(bb)   /* ALLOC VOL in output storage group   */ 
   CATALOG -   
   SPHERE -
   VOLCOUNT(*) -   
   DELETE REPLACE  
/*
I'm assuming that your SMS routines have been changed to drive your new
DB2DBKUP.*.*.IC*.* allocations to the desired Storage Group or else you
will also need the following:

BYPASSACS(DB2DBKUP.*.*.IC*.*)  -
   STORCLAS() -desired storage class

   MGMTCLAS(dd) -  desired management class

Hope this helps,
Dave O'Brien

-Original Message-
From: Judy Ellis [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, November 14, 2006 11:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: moving data sets to new STROGRP

Hi,

I am separating my DB2 ARCHLOGS and Image copes to separate POOLS and
now need to move the image copies to the new SMS volumes. Does anyone
know how I can accomplish that?  I did see the MOVE NODEDATA node nname
FROMSTGPOOL 
=TOSTGPOOL= and am thinking that might work but I need to be sure.

ex..   move nodedata DB2DBKUP.*.*.IC*.* FROMSTGPOOL=ARCHLOG
TOSTGPOOL=DB2DIC

Thanks,

Jellis

--
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: IKJCT43A Return Code 99 - What does this mean.

[Tony Harminc]

Shmuel Metz (Seymour J.) wrote:

> In <[EMAIL PROTECTED]>, on 11/09/2006
>at 12:05 PM, Tony Harminc <[EMAIL PROTECTED]> said:
> 
> >Wouldn't it be nice if they would just *fix* it,
> 
> Fix what? ALLOC did what the OP asked it to do. There are programs
> that work properly with such concatenations.

Exactly - other programs deal with concatenation of unlike datasets; why
can't the TMP? Well, you can't deal with *every* imaginable sort of
concatenation, but dealing with differing lrecl, blksize, and recfm is not
too hard.

Tony H.

--
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: link to a real, working IBMLINK ?

[Tom Schmidt]

On Tue, 14 Nov 2006 10:22:18 -0500, Jack Kelly wrote:
 
>this is becoming a weekly event. now if ibm would only schedule the day(s)
>that servlink is not going to be available.
 
It seems that, so far, they have only been selecting the days of the week 
that end in 'y'.  
 
-- 
Tom Schmidt 
Madison, WI 
 

--
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: link to a real, working IBMLINK ?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Jack Kelly
> 
> this is becoming a weekly event. now if ibm would only 
> schedule the day(s) that servlink is not going to be available.

Something like, "Servlink will be unavailable every day, except when it
is available"?

:-)

-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

Re: smf question

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo
> Sent: Tuesday, November 14, 2006 10:41 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: smf question
> 
> 
> Is there an smf record to track when a catalog was changed/updated or
> when a dataset was uncataloged? We have a mystery as to how several
> datasets were deleted in the mvs catalog then scratched by the tape
> management system. Thanks
> 

Yes. Documented in the SMF manual.

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G270/CCON
TENTS

type 17 (scratch nonvsam), 18 (rename nonvsam), 60-69.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, 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

Re: hsm backup migrate un opened datasets

[Jack Kelly]

Chris

That's what I forgot to do !  Thanks for the help

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

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

P390

[Jim Wangler]

Hey guys,

I have a buddy that does mainframe development and is currently running a
P390 with OS/390 2.7 (I believe).  He is looking for a better (or at least
more current) system to develop on.  He was looking at t3, but some deal
between IBM and fundamental software was running out at the end of October,
and T3 wanted some kind of decision by then.

So... Does anyone know of a cheap and legal way to run a very small z/OS
system?  

Thanks


Jim Wangler 

--
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: External Timer Source without STP on a Z9

[Rick Fochtman]

-
The sysplex timer (IMO) was a costly  "feature" IMO it really didn't 
offer a real payback. While it may  have been nice to have it really 
wasn't high on anyones list of got  to have this. I worked at a place 
that had one and IMO it was a box  that not vary many people had a clue 
what it was.

---
Ed, if you ran a parallel sysplex across multiple footprints, you 
realized the value in one heap big hurry! 


--
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: link to a real, working IBMLINK ?

[Daniel A. McLaughlin]

I've been in and out of the manuals area several times today and have had 
0 problems with the PDF stuff. Are you being limited at your site by the 
network settings?

Daniel McLaughlin
Z-Series Systems Programmer
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com


This transmission is intended exclusively for the individual or entity to 
which it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. 
If you are not the named addressee, you are NOT authorized to read, print, 
retain, copy or disseminate this communication, its attachments or any 
part of them. If you have received this communication in error, please 
notify the sender immediately and delete this communication from all 
computers. 

--
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: link to a real, working IBMLINK ?

[Thompson, Steve (SCI TW)]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Justice
Sent: Tuesday, November 14, 2006 7:27 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: link to a real, working IBMLINK ?

Okay, so does anyone have a link to IBMLINK that is actually working
this 
morning. 


https://www-304.ibm.com/usrsrvc/account/userservices/jsp/login.jsp?persi
stPage=true

Gets me immediately to a login page.

My problem is, I can't seem to download manuals from Boulder (well, I
couldn't yesterday when I shutdown). Seems they would get to maybe 50%
and stall (PDF types, don't even suggest Book-Trashed versions -- I have
a longer attention span than most managers, probably because at my age
it takes longer to read the paragraphs).

Later,
Steve Thompson

--
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: link to a real, working IBMLINK ?

[Jack Kelly]

this is becoming a weekly event. now if ibm would only schedule the day(s) 
that servlink is not going to be available.

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

--
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: External Timer Source without STP on a Z9

[Paul Gilmartin]

In a recent note, Roy Hewitt said:

> Date: Tue, 14 Nov 2006 11:24:19 +
> 
> Ok, so the price might have been on the high side, and I *fully*
> understand the frustrations of single-CPC sites and external time
> syncronisation, but remember the primary function of the sysplex timer
> is to syncronise time *bewteen* CPCs.  So yes, I would never expect it
> to be on the list of "got to haves" for single-CPC sites ...
>
*Fully* failing to recognize the needs of single-CPC sites which require
uninterrupted operation and accurate time.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

--
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: link to a real, working IBMLINK ?

[Thompson, Steve (SCI TW)]

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel A. McLaughlin
Sent: Tuesday, November 14, 2006 7:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: link to a real, working IBMLINK ?

I've been in and out of the manuals area several times today and have
had 
0 problems with the PDF stuff. Are you being limited at your site by the

network settings?



Not that I know of. However, I have reported to our help desk various
problems having to do with connection issues. It was determined that I
have insufficient memory (512MB) and so I was issued a new machine
(1GB). I am not having connectivity issues with internal stuff now, just
external things. Trust me, Rod Serling is alive and well in this
building somewhere, or Allen Funt, or both.

Later,
Steve Thompson

--
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: hsm backup migrate un opened datasets

[Staller, Allan]

DFHSM will backup and/or dump unopened datasets. They usually will not
migrate...

I am not familiar with that particular patch...

Al


> Looked thru the archive and this is not discussed much. I want to 
> migrate
> un-opened datasets (zero used space and *NONE* dsorg).  I thought   
> that
> PATCH .MCVT.+3D5 BITS(1...) would migrate empty datasets but  it 
> doesn't seem to do the job for me (at zos 1.7). I'm pretty sure that 
> the problem is that the datasets are not backed up (msgARC0734I rc99) 
> but I thought that HSM would backup empty datasets? the Mclass does 
> specify AutoBackup(Yes).


--
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: link to a real, working IBMLINK ?

[Robert Justice]

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