z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Richards, Robert B.
I am running an SMP/E 3.5 REPORT MISSINGFIX with FIXCAT(*) on a z/OS 1.10 
system. I expected to see a heading for z/OS 1.11 toleration maintenance and a 
list of PTFs to order. Instead, I see nothing for toleration. I would be 
pleasantly surprised if that were true, but suspect something else is afoot.

BTW, I made sure that ALL categories in the SMP/E dialog FIXCAT entries are 
selected. My report listed a lot of categories but not one for z/OS 1.11 
toleration. Any ideas?

Bob

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Mark Jacobs
Richards, Robert B. wrote:
> I am running an SMP/E 3.5 REPORT MISSINGFIX with FIXCAT(*) on a z/OS 1.10 
> system. I expected to see a heading for z/OS 1.11 toleration maintenance and 
> a list of PTFs to order. Instead, I see nothing for toleration. I would be 
> pleasantly surprised if that were true, but suspect something else is afoot.
>
> BTW, I made sure that ALL categories in the SMP/E dialog FIXCAT entries are 
> selected. My report listed a lot of categories but not one for z/OS 1.11 
> toleration. Any ideas?
>
> Bob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>   

I just took a look in my zOS 1.10 target zone and I have 29 PTF's
assigned to the IBM.Coexistence.z/OS.V1R11 sourceid. I just performed a
recent maintenance update and I don't have any required missing service
for that sourceid at this time.

-- 
Mark Jacobs
Time Customer Service
Tampa, FL


"So the universe is not quite as you thought it was.
You'd better rearrange your beliefs, then. Because you 
certainly can't rearrange the universe."

Nightfall by Issac Asimov and Robert Silverberg

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Scott Rowe
When was the last time you received holddata?

>>> "Richards, Robert B."  09/01/09 7:02 AM >>>
I am running an SMP/E 3.5 REPORT MISSINGFIX with FIXCAT(*) on a z/OS 1.10 
system. I expected to see a heading for z/OS 1.11 toleration maintenance and a 
list of PTFs to order. Instead, I see nothing for toleration. I would be 
pleasantly surprised if that were true, but suspect something else is afoot.

BTW, I made sure that ALL categories in the SMP/E dialog FIXCAT entries are 
selected. My report listed a lot of categories but not one for z/OS 1.11 
toleration. Any ideas?

Bob

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



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Richards, Robert B.
DAILY

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Scott Rowe
Sent: Tuesday, September 01, 2009 7:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

When was the last time you received holddata?

>>> "Richards, Robert B."  09/01/09 7:02 AM >>>
I am running an SMP/E 3.5 REPORT MISSINGFIX with FIXCAT(*) on a z/OS 1.10 
system. I expected to see a heading for z/OS 1.11 toleration maintenance and a 
list of PTFs to order. Instead, I see nothing for toleration. I would be 
pleasantly surprised if that were true, but suspect something else is afoot.

BTW, I made sure that ALL categories in the SMP/E dialog FIXCAT entries are 
selected. My report listed a lot of categories but not one for z/OS 1.11 
toleration. Any ideas?

Bob

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



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

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

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Mary Anne Matyaz
Robert, you may have fixcat entries for the following:  *

IBM.TargetSystem-RequiredService.z/OS.V1R11
**

IBM.Coexistence.z/OS.V1R11
*My report shows:
/* IBM.TargetSystem-RequiredService.z/OS.V1R11  */
  UK49000
Is it possible you have all the required maintenance on?

When I ran this report prior to our most recent maintenance, I got:
 /* IBM.Coexistence.z/OS.V1R11
*/

UA00021

UA00026

UA46703

UA46860

UA46865

UA47066
   UA47790

Mary Anne


On Tue, Sep 1, 2009 at 7:02 AM, Richards, Robert B.  wrote:

> I am running an SMP/E 3.5 REPORT MISSINGFIX with FIXCAT(*) on a z/OS 1.10
> system. I expected to see a heading for z/OS 1.11 toleration maintenance and
> a list of PTFs to order. Instead, I see nothing for toleration. I would be
> pleasantly surprised if that were true, but suspect something else is afoot.
>
> BTW, I made sure that ALL categories in the SMP/E dialog FIXCAT entries are
> selected. My report listed a lot of categories but not one for z/OS 1.11
> toleration. Any ideas?
>
> Bob
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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


RES: LLA update

2009-09-01 Thread ITURIEL DO NASCIMENTO NETO
Sorry but your email seems confuse to me.
I want something that, for example, detects when we hit PF3 at a member
in a LLA managed dataset and refreshs it.

Is that possible with PDSMAN ?


Atenciosamente / Regards / Saludos 

Ituriel do Nascimento Neto 
Banco Bradesco S/A 
4254 - DPCD Engenharia de Software 
Sistemas Operacionais Mainframes 
Tel: 55 11 4197-2021 R: 22021 Fax: 55 11 4197-2814 

 

|-Mensagem original-
|De: IBM Mainframe Discussion List 
|[mailto:ibm-m...@bama.ua.edu] Em nome de Lizette Koehler
|Enviada em: segunda-feira, 31 de agosto de 2009 16:59
|Para: IBM-MAIN@bama.ua.edu
|Assunto: Re: LLA update
|
|If you have PDSMAN it can.  I am at V762 and it has no problem 
|with doing LLA REFERSH.  If you want to use UPDATEe an 
|individual LLA member (CSVLLAxx) then I am not sure what will do that.
|
|If you have an automation product (like OPS/MVS) then you can 
|set up a trigger to do that.
|
|Lizette
|
|>
|>Hi all,
|>
|>Do you know if are there any product that automatically 
|update LLA when 
|>an update happens in a PDS or PDSE ?
|
|>
|>
|>
|
|--
|For IBM-MAIN subscribe / signoff / archive access 
|instructions, send email to lists...@bama.ua.edu with the 
|message: GET IBM-MAIN INFO Search the archives at 
|http://bama.ua.edu/archives/ibm-main.html
|

AVISO LEGAL Esta mensagem é 
destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter 
informação confidencial e/ou legalmente privilegiada. Se você não for 
destinatário desta mensagem, desde já fica notificado de abster-se a 
divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a 
informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido 
esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, 
desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou 
sistema de controle. Fica desprovida de eficácia e validade a mensagem que 
contiver vínculos obrigacionais, expedida por quem não detenha poderes de 
representação. 

LEGAL ADVICE This message is 
exclusively destined for the people to whom it is directed, and it can bear 
private and/or legally exceptional information. If you are not addressee of 
this message, since now you are advised to not release, copy, distribute, check 
or, otherwise, use the information contained in this message, because it is 
illegal. If you received this message by mistake, we ask you to return this 
email, making possible, as soon as possible, the elimination of its contents of 
your database, registrations or controls system. The message that bears any 
mandatory links, issued by someone who has no representation powers, shall be 
null or void.

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


Re: Initiator HSM HRECALL/HDELETE

2009-09-01 Thread Paul Gilmartin
On Mon, 31 Aug 2009 19:38:15 -0400, Gerhard Postpischil wrote:
>
>It's a no win situation. The SVS system had a sysgen option,
>that may even have been the default, to rotate allocations. By
>then we didn't have mountable disks anymore, so I don't know
>whether it was tape only. And I had the opposite problem - on
>dedicated test time, unless I used a MOUNT command, my debug
>jobs would call for the tape to be remounted on the next drive over.
>
I've experienced that, even between steps of a single job.
RETAIN didn't seem to help.  It was best if all eligible drives
except one were offline.

-- gil

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


Re: LLA update

2009-09-01 Thread Mary Anne Matyaz
I don't think you should be editing load modules. :)
Mary Anne

On Tue, Sep 1, 2009 at 7:30 AM, ITURIEL DO NASCIMENTO NETO <
4254.itur...@bradesco.com.br> wrote:

> Sorry but your email seems confuse to me.
> I want something that, for example, detects when we hit PF3 at a member
> in a LLA managed dataset and refreshs it.
>
> Is that possible with PDSMAN ?
>
>
> Atenciosamente / Regards / Saludos
>
> Ituriel do Nascimento Neto
> Banco Bradesco S/A
> 4254 - DPCD Engenharia de Software
> Sistemas Operacionais Mainframes
> Tel: 55 11 4197-2021 R: 22021 Fax: 55 11 4197-2814
>
>
>
> |-Mensagem original-
> |De: IBM Mainframe Discussion List
> |[mailto:ibm-m...@bama.ua.edu] Em nome de Lizette Koehler
> |Enviada em: segunda-feira, 31 de agosto de 2009 16:59
> |Para: IBM-MAIN@bama.ua.edu
> |Assunto: Re: LLA update
>  |
> |If you have PDSMAN it can.  I am at V762 and it has no problem
> |with doing LLA REFERSH.  If you want to use UPDATEe an
> |individual LLA member (CSVLLAxx) then I am not sure what will do that.
> |
> |If you have an automation product (like OPS/MVS) then you can
> |set up a trigger to do that.
> |
> |Lizette
> |
> |>
> |>Hi all,
> |>
> |>Do you know if are there any product that automatically
> |update LLA when
> |>an update happens in a PDS or PDSE ?
> |
> |>
> |>
> |>
> |
> |--
> |For IBM-MAIN subscribe / signoff / archive access
> |instructions, send email to lists...@bama.ua.edu with the
> |message: GET IBM-MAIN INFO Search the archives at
> |http://bama.ua.edu/archives/ibm-main.html
> |
>
> AVISO LEGAL Esta mensagem é
> destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo
> conter informação confidencial e/ou legalmente privilegiada. Se você não for
> destinatário desta mensagem, desde já fica notificado de abster-se a
> divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a
> informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido
> esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo,
> desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou
> sistema de controle. Fica desprovida de eficácia e validade a mensagem que
> contiver vínculos obrigacionais, expedida por quem não detenha poderes de
> representação.
>
> LEGAL ADVICE This message is
> exclusively destined for the people to whom it is directed, and it can bear
> private and/or legally exceptional information. If you are not addressee of
> this message, since now you are advised to not release, copy, distribute,
> check or, otherwise, use the information contained in this message, because
> it is illegal. If you received this message by mistake, we ask you to return
> this email, making possible, as soon as possible, the elimination of its
> contents of your database, registrations or controls system. The message
> that bears any mandatory links, issued by someone who has no representation
> powers, shall be null or void.
>
> --
>  For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Richards, Robert B.
Mary Anne,

I do not have UK49000. UA00021 is SUP'ed. The rest are applied/accepted. :-)

I did do mass maintenance starting around July 22. I asked for everything. I 
guess I must have gotten the toleration without realizing it. Can you tell me 
what the description for UK49000 says, off list? (robert.richa...@opm.gov)

Sorry for the false alarm, folks.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Mary Anne Matyaz
Sent: Tuesday, September 01, 2009 7:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

Robert, you may have fixcat entries for the following:  *

IBM.TargetSystem-RequiredService.z/OS.V1R11
**

IBM.Coexistence.z/OS.V1R11
*My report shows:
/* IBM.TargetSystem-RequiredService.z/OS.V1R11  */
  UK49000
Is it possible you have all the required maintenance on?

When I ran this report prior to our most recent maintenance, I got:
 /* IBM.Coexistence.z/OS.V1R11
*/

UA00021
UA00026
UA46703
UA46860
UA46865
UA47066
UA47790

Mary Anne

On Tue, Sep 1, 2009 at 7:02 AM, Richards, Robert B. http://bama.ua.edu/archives/ibm-main.html


Re: LLA update

2009-09-01 Thread Scott Rowe
I don't think he is referring to load modules.

>>> Mary Anne Matyaz  09/01/09 7:44 AM >>>
I don't think you should be editing load modules. :)
Mary Anne

On Tue, Sep 1, 2009 at 7:30 AM, ITURIEL DO NASCIMENTO NETO <
4254.itur...@bradesco.com.br> wrote:

> Sorry but your email seems confuse to me.
> I want something that, for example, detects when we hit PF3 at a
member
> in a LLA managed dataset and refreshs it.
>
> Is that possible with PDSMAN ?
>
>
> Atenciosamente / Regards / Saludos
>
> Ituriel do Nascimento Neto
> Banco Bradesco S/A
> 4254 - DPCD Engenharia de Software
> Sistemas Operacionais Mainframes
> Tel: 55 11 4197-2021 R: 22021 Fax: 55 11 4197-2814
>
>
>
> |-Mensagem original-
> |De: IBM Mainframe Discussion List
> |[mailto:ibm-m...@bama.ua.edu] Em nome de Lizette Koehler
> |Enviada em: segunda-feira, 31 de agosto de 2009 16:59
> |Para: IBM-MAIN@bama.ua.edu
> |Assunto: Re: LLA update
>  |
> |If you have PDSMAN it can.  I am at V762 and it has no problem
> |with doing LLA REFERSH.  If you want to use UPDATEe an
> |individual LLA member (CSVLLAxx) then I am not sure what will do
that.
> |
> |If you have an automation product (like OPS/MVS) then you can
> |set up a trigger to do that.
> |
> |Lizette
> |
> |>
> |>Hi all,
> |>
> |>Do you know if are there any product that automatically
> |update LLA when
> |>an update happens in a PDS or PDSE ?
> |
> |>
> |>
> |>
> |
>
|--
> |For IBM-MAIN subscribe / signoff / archive access
> |instructions, send email to lists...@bama.ua.edu with the
> |message: GET IBM-MAIN INFO Search the archives at
> |http://bama.ua.edu/archives/ibm-main.html
> |
>
> AVISO LEGAL Esta mensagem é
> destinada exclusivamente para a(s) pessoa(s) a quem é dirigida,
podendo
> conter informação confidencial e/ou legalmente privilegiada. Se você
não for
> destinatário desta mensagem, desde já fica notificado de abster-se a
> divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar
a
> informação contida nesta mensagem, por ser ilegal. Caso você tenha
recebido
> esta mensagem por engano, pedimos que nos retorne este E-Mail,
promovendo,
> desde logo, a eliminação do seu conteúdo em sua base de dados,
registros ou
> sistema de controle. Fica desprovida de eficácia e validade a mensagem
que
> contiver vínculos obrigacionais, expedida por quem não detenha poderes
de
> representação.
>
> LEGAL ADVICE This message
is
> exclusively destined for the people to whom it is directed, and it can
bear
> private and/or legally exceptional information. If you are not
addressee of
> this message, since now you are advised to not release, copy,
distribute,
> check or, otherwise, use the information contained in this message,
because
> it is illegal. If you received this message by mistake, we ask you to
return
> this email, making possible, as soon as possible, the elimination of
its
> contents of your database, registrations or controls system. The
message
> that bears any mandatory links, issued by someone who has no
representation
> powers, shall be null or void.
>
> --
>  For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
 If you are not the intended rreceived this material in error and that any 
forwarding, copying,
printing, distribution, use or disclosure of the material is strictly
prohibited.  If you have received this material in error, please (i) do
not read it, (ii) reply to the sender that you received the message in
error, and (iii) erase or destroy the material. Emails are not secure
and can be intercepted, amended, lost or destroyed, or contain viruses.
You are deemed to have accepted these risks if you communicate with us
by email. Thank you.

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


Re: LLA update

2009-09-01 Thread Lizette Koehler
If you setup PDSMAN to monitor datasets in the Linklst.  Then it can notice
when an Update to that dataset has occurred (typically  a COPY function).
It will then issue the R LLA,REFRESH not F LLA,UPDATE=xx command.

Mary Anne is correct, you do not EDIT load modules.  You either DELETE them,
Replace them with COPY or copy a new one into a dataset.  Of course you can
also do a LINK EDIT into a load library.  I do not recommend doing that to a
linklist'd dataset.  I only recommend COPY to a linklist'd dataset.

Do the link edit to a different dataset and then copy it to the linklst'd
data set.

Lizette

> 
> I don't think you should be editing load modules. :)
> Mary Anne
> 
> On Tue, Sep 1, 2009 at 7:30 AM, ITURIEL DO NASCIMENTO NETO <
> 4254.itur...@bradesco.com.br> wrote:
> 
> > Sorry but your email seems confuse to me.
> > I want something that, for example, detects when we hit PF3 at a member
> > in a LLA managed dataset and refreshs it.
> >
> >  |
> > |If you have PDSMAN it can.  I am at V762 and it has no problem
> > |with doing LLA REFERSH.  If you want to use UPDATEe an
> > |individual LLA member (CSVLLAxx) then I am not sure what will do that.
> > |
> > |If you have an automation product (like OPS/MVS) then you can
> > |set up a trigger to do that.
> > |
> > |Lizette
> > |
> > |>
> > |>Hi all,
> > |>
> > |>Do you know if are there any product that automatically
> > |update LLA when
> > |>an update happens in a PDS or PDSE ?
archives/ibm-main.html

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


Re: LLA update

2009-09-01 Thread King, Jeffrey E
PDSMAN can update the full LLA or individual LLA libraries or members. It is 
done automatically, so that any update to the library or member -- linkedits, 
copies, compresses, PF3 (for non-load), or cross-system updates -- triggers the 
LLA update. PDSMAN also provides facilities for managing LLA and ensuring that 
LLA automatically stays in synchronization on all systems.


Jeffrey King
CA
PDSMAN Principle Software Engineer
Columbus, Ohio USA
tel: +1 614 785 2743 or x62743
jeffrey.k...@ca.com
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
ITURIEL DO NASCIMENTO NETO
Sent: Tuesday, September 01, 2009 7:31 AM
To: IBM-MAIN@bama.ua.edu
Subject: RES: LLA update

Sorry but your email seems confuse to me.
I want something that, for example, detects when we hit PF3 at a member
in a LLA managed dataset and refreshs it.

Is that possible with PDSMAN ?


Atenciosamente / Regards / Saludos 

Ituriel do Nascimento Neto 
Banco Bradesco S/A 
4254 - DPCD Engenharia de Software 
Sistemas Operacionais Mainframes 
Tel: 55 11 4197-2021 R: 22021 Fax: 55 11 4197-2814 

 

|-Mensagem original-
|De: IBM Mainframe Discussion List 
|[mailto:ibm-m...@bama.ua.edu] Em nome de Lizette Koehler
|Enviada em: segunda-feira, 31 de agosto de 2009 16:59
|Para: IBM-MAIN@bama.ua.edu
|Assunto: Re: LLA update
|
|If you have PDSMAN it can.  I am at V762 and it has no problem 
|with doing LLA REFERSH.  If you want to use UPDATEe an 
|individual LLA member (CSVLLAxx) then I am not sure what will do that.
|
|If you have an automation product (like OPS/MVS) then you can 
|set up a trigger to do that.
|
|Lizette
|
|>
|>Hi all,
|>
|>Do you know if are there any product that automatically 
|update LLA when 
|>an update happens in a PDS or PDSE ?
|
|>
|>
|>
|
|--
|For IBM-MAIN subscribe / signoff / archive access 
|instructions, send email to lists...@bama.ua.edu with the 
|message: GET IBM-MAIN INFO Search the archives at 
|http://bama.ua.edu/archives/ibm-main.html
|

AVISO LEGAL Esta mensagem é 
destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter 
informação confidencial e/ou legalmente privilegiada. Se você não for 
destinatário desta mensagem, desde já fica notificado de abster-se a 
divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a 
informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido 
esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, 
desde logo, a eliminação do seu conteúdo em sua base de dados, registros ou 
sistema de controle. Fica desprovida de eficácia e validade a mensagem que 
contiver vínculos obrigacionais, expedida por quem não detenha poderes de 
representação. 

LEGAL ADVICE This message is 
exclusively destined for the people to whom it is directed, and it can bear 
private and/or legally exceptional information. If you are not addressee of 
this message, since now you are advised to not release, copy, distribute, check 
or, otherwise, use the information contained in this message, because it is 
illegal. If you received this message by mistake, we ask you to return this 
email, making possible, as soon as possible, the elimination of its contents of 
your database, registrations or controls system. The message that bears any 
mandatory links, issued by someone who has no representation powers, shall be 
null or void.

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

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


RES: LLA update

2009-09-01 Thread ITURIEL DO NASCIMENTO NETO
Lizette,

Thank you for your feed back, but i'm not necessarily talking about
load modules.

To improve performance you can put several librarys (PDS/PDSE) to be
managed by LLA, as SYSPROC concatenation for example. That can be edited.

What i really wanted to know is if CA-PDSMAN or something else can update
members, load modules or whatever, without human intervention.

In the past i have developed a tool that front ended STOW SVC and did
the job, but it's now out of question.  



Atenciosamente / Regards / Saludos 

Ituriel do Nascimento Neto
Banco Bradesco S/A 
4254 - DPCD Engenharia de Software 
Sistemas Operacionais Mainframes 
 
Tel: 55 11 4197-2021 R: 22021 Fax: 55 11 4197-2814 

 

|-Mensagem original-
|De: IBM Mainframe Discussion List 
|[mailto:ibm-m...@bama.ua.edu] Em nome de Lizette Koehler
|Enviada em: terça-feira, 1 de setembro de 2009 08:51
|Para: IBM-MAIN@bama.ua.edu
|Assunto: Re: LLA update
|
|If you setup PDSMAN to monitor datasets in the Linklst.  Then 
|it can notice when an Update to that dataset has occurred 
|(typically  a COPY function).
|It will then issue the R LLA,REFRESH not F LLA,UPDATE=xx command.
|
|Mary Anne is correct, you do not EDIT load modules.  You 
|either DELETE them, Replace them with COPY or copy a new one 
|into a dataset.  Of course you can also do a LINK EDIT into a 
|load library.  I do not recommend doing that to a linklist'd 
|dataset.  I only recommend COPY to a linklist'd dataset.
|
|Do the link edit to a different dataset and then copy it to 
|the linklst'd data set.
|
|Lizette
|
|> 
|> I don't think you should be editing load modules. :) Mary Anne
|> 
|> On Tue, Sep 1, 2009 at 7:30 AM, ITURIEL DO NASCIMENTO NETO < 
|> 4254.itur...@bradesco.com.br> wrote:
|> 
|> > Sorry but your email seems confuse to me.
|> > I want something that, for example, detects when we hit PF3 at a 
|> > member in a LLA managed dataset and refreshs it.
|> >
|> >  |
|> > |If you have PDSMAN it can.  I am at V762 and it has no 
|problem with 
|> > |doing LLA REFERSH.  If you want to use UPDATEe an individual LLA 
|> > |member (CSVLLAxx) then I am not sure what will do that.
|> > |
|> > |If you have an automation product (like OPS/MVS) then you can set 
|> > |up a trigger to do that.
|> > |
|> > |Lizette
|> > |
|> > |>
|> > |>Hi all,
|> > |>
|> > |>Do you know if are there any product that automatically
|> > |update LLA when
|> > |>an update happens in a PDS or PDSE ?
|archives/ibm-main.html
|
|--
|For IBM-MAIN subscribe / signoff / archive access 
|instructions, send email to lists...@bama.ua.edu with the 
|message: GET IBM-MAIN INFO Search the archives at 
|http://bama.ua.edu/archives/ibm-main.html
|

AVISO LEGAL Esta mensagem é 
destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter 
informação confidencial e/ou legalmente privilegiada. Se você não for 
destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, 
copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação 
contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem 
por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a 
eliminação do seu conteúdo em sua base de dados, registros ou sistema de 
controle. Fica desprovida de eficácia e validade a mensagem que contiver 
vínculos obrigacionais, expedida por quem não detenha poderes de representação. 

LEGAL ADVICE This message is 
exclusively destined for the people to whom it is directed, and it can bear 
private and/or legally exceptional information. If you are not addressee of 
this message, since now you are advised to not release, copy, distribute, check 
or, otherwise, use the information contained in this message, because it is 
illegal. If you received this message by mistake, we ask you to return this 
email, making possible, as soon as possible, the elimination of its contents of 
your database, registrations or controls system. The message that bears any 
mandatory links, issued by someone who has no representation powers, shall be 
null or void.

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Mary Anne Matyaz
It is for Java SDK 1.4.2, and it's a large fixpack ptf. I have my doubts
about whether or not it is actually coexistence. The ptf is in other
fixcats, vsam rls and ds8000, so it kindof seems to me that they just
checked off several fixcats. I'm still investigating.
MA

On Tue, Sep 1, 2009 at 7:47 AM, Richards, Robert B.  wrote:

> Mary Anne,
>
> I do not have UK49000. UA00021 is SUP'ed. The rest are applied/accepted.
> :-)
>
> I did do mass maintenance starting around July 22. I asked for everything.
> I guess I must have gotten the toleration without realizing it. Can you tell
> me what the description for UK49000 says, off list? (
> robert.richa...@opm.gov)
>
> Sorry for the false alarm, folks.
>
> Bob
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Mary Anne Matyaz
> Sent: Tuesday, September 01, 2009 7:27 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report
>
>  Robert, you may have fixcat entries for the following:  *
>
> IBM.TargetSystem-RequiredService.z/OS.V1R11
> **
>
> IBM.Coexistence.z/OS.V1R11
> *My report shows:
> /* IBM.TargetSystem-RequiredService.z/OS.V1R11  */
>  UK49000
> Is it possible you have all the required maintenance on?
>
> When I ran this report prior to our most recent maintenance, I got:
>  /* IBM.Coexistence.z/OS.V1R11
> */
>
> UA00021
> UA00026
> UA46703
> UA46860
> UA46865
> UA47066
> UA47790
>
> Mary Anne
>
> On Tue, Sep 1, 2009 at 7:02 AM, Richards, Robert B. <
> robert.richa...@opm.gov
> wrote:
>
> I am running an SMP/E 3.5 REPORT MISSINGFIX with FIXCAT(*) on a z/OS 1.10
> system. I expected to see a heading for z/OS 1.11 toleration maintenance
> and a list of PTFs to order. Instead, I see nothing for toleration. I would
> be pleasantly surprised if that were true, but suspect something else is
> afoot.
>
> BTW, I made sure that ALL categories in the SMP/E dialog FIXCAT entries are
> selected. My report listed a lot of categories but not one for z/OS 1.11
> toleration. Any ideas?
>
>  --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Chase, John
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B.
> 
> Mary Anne,
> 
> I do not have UK49000. UA00021 is SUP'ed. The rest are
applied/accepted. :-)
> 
> I did do mass maintenance starting around July 22. I asked for
everything. I guess I must have gotten
> the toleration without realizing it. Can you tell me what the
description for UK49000 says, off list?
> (robert.richa...@opm.gov)
> 
> Sorry for the false alarm, folks.

  APAR Identifier .. PK92949  Last Changed  09/08/19
  GENERIC APAR: JAVA FOR Z/OS SDK 1.4.2 SERVICE REFRESH (SR13 FP1)
  THE PTF FOR THIS APAR DELIVERS THE LATEST CUMULATIVE SERVICE
 
  Symptom .. IN INCORROUT Status ... CLOSED  PER
  Severity ... 2  Date Closed . 09/08/05
  Component .. 5648C9801  Duplicate of 
  Reported Release . 140  Fixed Release  999
  Component Name JAVA(1.X) Z/OS   Special Notice   ATTENTION
  Current Target Date ..09/08/05  Flags
  SCP ... SERVICEABILITY
  Platform 
 
 
  Status Detail: SHIPMENT - Packaged solution is available for
shipment.
 
  PE PTF List:
 
  PTF List:
  Release 140   : UK49000 available 09/08/07 (1000 )
 
 
  Parent APAR:
  Child APAR list:
 
 
  ERROR DESCRIPTION:
  Java for z/OS SDK 1.4.2 Service Refresh 13 FP1 (SR13 FP1)
  When this cumulative APAR is closed, the responder page will
  note all APARs which have been resolved.
 
  The JZOS version, EKM version and Service Refresh details for 31
  bit Java 1.4.2 are available in the following INFO APARs:
 
  II14394 : JZOS Releases for Java 1.4.2
  II14231 : EKM versions shipped with Java 1.4.2 for z/OS
  II13519 : Java 1.4.2 for z/OS: Table of Available Service
 
 
  LOCAL FIX:
 
 
  PROBLEM SUMMARY:
  
  * USERS AFFECTED: All users of 31-bit Java for z/OS SDK 142*
  *  zOS111T/K   *
  
  * PROBLEM DESCRIPTION: APARs FIXED *
  *  === *
  *  *
  *  PK90848 LDAP ACCEPTS INVALID*
  *  URIS, LEADING TO*
  *  UNEXPECTED EXCEPTIONS   *
  *  PK79231 JRIO MIGRATED INPUT *
  *  DATASET INCORRECTLY *
  *  BEING OPENED AS *
  *  READ/WRITE NOT READ *
  *  ONLY*
  *  PK79145 FIX MODIFY COMMAND  *
  *  HANDLING FOR EKM*
  *  WRAPPER JAR *
  *  PK79537 BACKING OUT DEFECT  *
  *  59437   *
  *  IZ44285 JAVACORE DOESN'T CLOSE  *
  *  SWAPSPACES &*
  *  AIX_RELEASE.LEVEL FILES *
  *  PK91164 CORRECT THE STACK   *
  *  POINTER MIS ALLIGNMENT  *
  *  IZ43907 INTERNAL_ERROR MAY  *
  *  RESULT WHEN CUSTOM  *
  *  TRUSTMGR USED   *
  *  IZ45677 LDAPCERTSTOREIMPL.JAVA  *
  *  - HANDLE INACTIVITY *
  *  TIMEOUTS*
  *  IZ44898 REUSE OF*
  *  CDROUTPUTSTREAM LEADS   *
  *  TO LARGE BYTEBUFFER *
  *  ALLOCATION  *
  *  PK82710 UPDATE JAVA5 TZDATA TO  *
  *  TZDATA2009C *
  *  PK83305 DEFECT 117202 CAUSED*
  *  INCORRECT TYPEFLOW  *
  *  ANALYSIS.   *
  *  PK90461 UPDATE TIMEZONE DATA*
  *  TO TZDATA2009D  *
  *  PK83835 CRASH WHILE *
  *  GENERATING JAVACORE *
  *  ON 64 BIT AIX   *
  *  IZ42448 LATEST EKM  *
  *  IZ47986 C

Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Richards, Robert B.
Thanks!

Didn't I just see in a Denver SHARE presentation that Java SDK 1.4 will be no 
longer supported after 1.11? I do not believe it is an issue here.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Mary Anne Matyaz
Sent: Tuesday, September 01, 2009 8:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

It is for Java SDK 1.4.2, and it's a large fixpack ptf. I have my doubts
about whether or not it is actually coexistence. The ptf is in other
fixcats, vsam rls and ds8000, so it kindof seems to me that they just
checked off several fixcats. I'm still investigating.
MA

On Tue, Sep 1, 2009 at 7:47 AM, Richards, Robert B.  wrote:

> Mary Anne,
>
> I do not have UK49000. UA00021 is SUP'ed. The rest are applied/accepted.
> :-)
>
> I did do mass maintenance starting around July 22. I asked for everything.
> I guess I must have gotten the toleration without realizing it. Can you
> tell me what the description for UK49000 says, off list? (
> robert.richa...@opm.gov)
>
> Sorry for the false alarm, folks.

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


Dallas Fort Worth Area CMG Meeting

2009-09-01 Thread Tom Moulder
The Southwest region of CMG will meet on October 15, 2009. Details of 
the meeting are included.


Tom Moulder

Fall CONFERENCE

Dallas, TX – October 15, 2009

Well, it’s back to Dallas for our fall conference. SYSLOAD Software has 
graciously offered to host our conference. Lunch is included.




Free!


Please RSVP via our web site _http://regions.cmg.org/regions/swcmg/ 
_


Conference location

Microsoft

Building LC1 (Look to the right)

7000 N. Hwy 161

Irving, TX 75039


 AGENDA

8:30



Breakfast, registration & hobnob

8:50



Introductions and Welcome

9:00



Managing Server Performance in a Virtualized Environment


   Emanuel Sauvion, SYSLOAD Software

10:15



Break

10:30



Developing a SAN Storage Consumption Solution

Brett Allison, IBM

11:45



*Lunch - *And a Word From Our Sponsor – Vendor Presentation**

SYSLOAD Software

Ted Dinkel, SYSLOAD Software

12:45



*Achieving Cost Optimization and Business Intelligence *

Steve Blanding, Kedar Information Technology

2:00



Break

2:15




   z/Whole Wide World of Specialty Processors

Craig Mullins, NEON Enterprise Software

3:30



Break

3:45



*Leveraging the Cloud for Green IT:*

*Predicting the Energy, Cost and Performance of Cloud Computing*

Amy Spellmann, Optimal Innovations

5:00



End of conference

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Richards, Robert B.
Thanks, John.

My 1.11 project has not even started yet and I already have toleration on. 
Let's hope the rest of the project goes that well. :-)

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Chase, John
Sent: Tuesday, September 01, 2009 8:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B.
>
> Mary Anne,
>
> I do not have UK49000. UA00021 is SUP'ed. The rest are
applied/accepted. :-)
>
> I did do mass maintenance starting around July 22. I asked for
everything. I guess I must have gotten
> the toleration without realizing it. Can you tell me what the
description for UK49000 says, off list?
> (robert.richa...@opm.gov)
>
> Sorry for the false alarm, folks.

  APAR Identifier .. PK92949  Last Changed  09/08/19
  GENERIC APAR: JAVA FOR Z/OS SDK 1.4.2 SERVICE REFRESH (SR13 FP1)
  THE PTF FOR THIS APAR DELIVERS THE LATEST CUMULATIVE SERVICE

  Symptom .. IN INCORROUT Status ... CLOSED  PER
  Severity ... 2  Date Closed . 09/08/05
  Component .. 5648C9801  Duplicate of 
  Reported Release . 140  Fixed Release  999
  Component Name JAVA(1.X) Z/OS   Special Notice   ATTENTION
  Current Target Date ..09/08/05  Flags
  SCP ... SERVICEABILITY
  Platform 


  Status Detail: SHIPMENT - Packaged solution is available for
shipment.

  PE PTF List:

  PTF List:
  Release 140   : UK49000 available 09/08/07 (1000 )


  Parent APAR:
  Child APAR list:


  ERROR DESCRIPTION:
  Java for z/OS SDK 1.4.2 Service Refresh 13 FP1 (SR13 FP1)
  When this cumulative APAR is closed, the responder page will
  note all APARs which have been resolved.

  The JZOS version, EKM version and Service Refresh details for 31
  bit Java 1.4.2 are available in the following INFO APARs:

  II14394 : JZOS Releases for Java 1.4.2
  II14231 : EKM versions shipped with Java 1.4.2 for z/OS
  II13519 : Java 1.4.2 for z/OS: Table of Available Service


  LOCAL FIX:


  PROBLEM SUMMARY:
  
  * USERS AFFECTED: All users of 31-bit Java for z/OS SDK 142*
  *  zOS111T/K   *
  
  * PROBLEM DESCRIPTION: APARs FIXED *
  *  === *
  *  *
  *  PK90848 LDAP ACCEPTS INVALID*
  *  URIS, LEADING TO*
  *  UNEXPECTED EXCEPTIONS   *
  *  PK79231 JRIO MIGRATED INPUT *
  *  DATASET INCORRECTLY *
  *  BEING OPENED AS *
  *  READ/WRITE NOT READ *
  *  ONLY*
  *  PK79145 FIX MODIFY COMMAND  *
  *  HANDLING FOR EKM*
  *  WRAPPER JAR *
  *  PK79537 BACKING OUT DEFECT  *
  *  59437   *
  *  IZ44285 JAVACORE DOESN'T CLOSE  *
  *  SWAPSPACES &*
  *  AIX_RELEASE.LEVEL FILES *
  *  PK91164 CORRECT THE STACK   *
  *  POINTER MIS ALLIGNMENT  *
  *  IZ43907 INTERNAL_ERROR MAY  *
  *  RESULT WHEN CUSTOM  *
  *  TRUSTMGR USED   *
  *  IZ45677 LDAPCERTSTOREIMPL.JAVA  *
  *  - HANDLE INACTIVITY *
  *  TIMEOUTS*
  *  IZ44898 REUSE OF*
  *  CDROUTPUTSTREAM LEADS   *
  *  TO LARGE BYTEBUFFER *
  *  ALLOCATION  *
  *  PK82710 UPDATE JAVA5 TZDATA TO  *
  *  TZDATA2009C *
  *  PK83305 DEFECT 117202 CAUSED*
  *  INCORRECT TYPEFLOW  *
  *  ANALYSIS.   *
  *  PK90461 UPDATE TI

Re: LLA update

2009-09-01 Thread Tom Marchant
On Tue, 1 Sep 2009 07:50:51 -0400, Lizette Koehler wrote:

>  you can
>also do a LINK EDIT into a load library.  I do not recommend doing that to a
>linklist'd dataset.  I only recommend COPY to a linklist'd dataset.
>
>Do the link edit to a different dataset and then copy it to the linklst'd
>data set.

Why is that, Lizette?

-- 
Tom Marchant

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


Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Doc Farmer
Okay, this one came to me yesterday.  Somebody asked me if there were a way
to search all files on a mainframe for credit card number information (you
know, the 16-digit jobs) for a PCI audit.

I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed Decimal,
or 8 Binary.  I also know it would require searching EVERY file, and would
probably need to use "test" card numbers in order to determine if they
really exist.

However, for some reason they want to know if a scanner is available.  I'm
figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or
CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd appreciate
some names/links.  Many thanks.


Doc Farmer
Senior Security Specialist
InfoSec, Inc.

Website: http://www.InfoSecInc.com
e-Mail: dfar...@infosecinc.com
LI: http://www.linkedin.com/in/DocFarmer

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Chase, John
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Doc Farmer
> 
> Okay, this one came to me yesterday.  Somebody asked me if there were
a way
> to search all files on a mainframe for credit card number information
(you
> know, the 16-digit jobs) for a PCI audit.
> 
> I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed
Decimal,
> or 8 Binary.  I also know it would require searching EVERY file, and
would
> probably need to use "test" card numbers in order to determine if they
> really exist.
> 
> However, for some reason they want to know if a scanner is available.
I'm
> figuring this could be done with ISPF's SuperC, or with CA-Easytrieve
or
> CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd
appreciate
> some names/links.  Many thanks.

In the most general sense, a utility like File-Aid, IBM File Manager, et
al could be considered such a "scanner".  One should probably include
such CBTTAPE utilities as DEBE.

I suppose "they" also would want uncataloged datasets, z/OS UNIX files,
tapes, etc. included in the potential universe.

It might be "interesting" to see how one might detect and handle false
positives from such a scan

-jc-

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Binyamin Dissen
On Tue, 1 Sep 2009 09:05:02 -0400 Doc Farmer 
wrote:

:>Okay, this one came to me yesterday.  Somebody asked me if there were a way
:>to search all files on a mainframe for credit card number information (you
:>know, the 16-digit jobs) for a PCI audit.

:>I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed Decimal,
:>or 8 Binary.  I also know it would require searching EVERY file, and would
:>probably need to use "test" card numbers in order to determine if they
:>really exist.

:>However, for some reason they want to know if a scanner is available.  I'm
:>figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or
:>CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd appreciate
:>some names/links.  Many thanks.

If I understand you correctly, you wish to examine every single file for data
which may be a credit card number, in either character, packed or binary
format. And not for a particular CC number - any number that might be valid.

I would expect a huge number of false positives. Who is going to look at the
matches and determine if they are valid?

--
Binyamin Dissen 
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: to copy directories and to preserve all the attributes

2009-09-01 Thread Shahnaz
Thanks Steve. I believe I have all I need now. Thanks to Scott Barry and Peter 
Hunkeler for their very helpful suggestions as well 
 
Regards, 

--- On Sat, 8/29/09, Steve Comstock  wrote:


From: Steve Comstock 
Subject: Re: to copy directories and to preserve all the attributes
To: IBM-MAIN@bama.ua.edu
Date: Saturday, August 29, 2009, 9:01 AM


Shahnaz wrote:
> Thanks Steve. The thing is I do not know much about Unix Commands and their 
> flags. 

We have a course for that. Actually, we have several, but
the first course in our z/OS UNIX course is where we
discuss pax; check out:

  http://www.trainersfriend.com/UNIX_and_Web_courses/u510descr.htm


> It will be great if you can send a link of the document that you are 
> mentioned. I looked (clearly in wrong pleases) and could not find much about 
> “pax”. I was going to look more on Monday morning but the if would be a short 
> cut for me if you send me a link to such a document. Thanks!  

Ultimately, self-reliance is the name of the game. You need
to learn where to locate the IBM docs, which are all available
for free from the Internet.

There are many paths, but I always start here:

  http://www.ibm.com/systems/z/os/zos/bkserv/

look on this page for "z/OS elements and features publications":
and you'll see:

    * Book 1.11 | 1.10 | ...
    * PDF  1.11 | 1.10 | ...

and click on the link for the latest release; I always choose
the "Book" row, because you can find both BookManager and PDF
formats; if you are running a down level release you could
click on that

This leads to another page where you have more choices; the
second group of choices looks like:

z/OS V1R11.0 elements and features bookshelf
    List books | Download shelf | Download shelf index

with a couple of text boxes below; I click on "List books"
then you see a list of a couple of hundred docs. You can
scroll, scan, or search and eventually you'll find the
z/OS UNIX books; these are almost to the end of the page.

I like this approach because I can see lots of docs, some
of which are new to me; I can also spot updated ones (second
column from the right is publication date).

The book you want to discuss pax is the "z/OS V1R11 UNIX
System Services Command Reference".

When I examine a book this way, I right-click on the
link and "open in a new tab"; this keeps the list up
while I get the book.

The page you are looking at now, then, is a BookManager
page with a set of icons at the top. The fourth icon
from the right lets you download the pdf version of the
book; the fifth icon from the right lets you download
the BookManager version of the book. I always download
the books I want because then I have them on my laptop
even when I don't have access to the Internet (and it's
faster).

I prefer the PDF versions myself, but it's kind of a
religious-style issue on this list: there are fanatics
on the BookManager side and fanatics on the PDF side;
I just prefer working with PDFs.

Anyway, get the book and find the "pax" writeup.

Let me know how that works out for you.




Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

  z/OS Application development made easier
    * Our classes include
       + How things work
       + Programming examples with realistic applications
       + Starter / skeleton code
       + Complete working programs
       + Useful utilities and subroutines
       + Tips and techniques

==> Ask about being added to our opt-in list:              <==
==>   * Early announcement of new courses                  <==
==>   * Early announcement of new techincal papers         <==
==>   * Early announcement of new promotions               <==

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

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Mark Zelden
On Tue, 1 Sep 2009 07:02:35 -0400, Richards, Robert B.
 wrote:

>I am running an SMP/E 3.5 REPORT MISSINGFIX with FIXCAT(*) on a z/OS 1.10
system. I expected to see a heading for z/OS 1.11 toleration maintenance and
a list of PTFs to order. Instead, I see nothing for toleration. I would be
pleasantly surprised if that were true, but suspect something else is afoot.
>
>BTW, I made sure that ALL categories in the SMP/E dialog FIXCAT entries are
selected. My report listed a lot of categories but not one for z/OS 1.11
toleration. Any ideas?
>

How did you get your hold data?   If you used FTP, you have to get the FULL.TXT
(as opposed to MONTH.TXT or QUARTER.TXT). 

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Binyamin Dissen
On Tue, 1 Sep 2009 08:21:00 -0500 "Chase, John"  wrote:

:>> -Original Message-
:>> From: IBM Mainframe Discussion List On Behalf Of Doc Farmer
 
:>> Okay, this one came to me yesterday.  Somebody asked me if there were
:>a way
:>> to search all files on a mainframe for credit card number information
:>(you
:>> know, the 16-digit jobs) for a PCI audit.
 
:>> I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed
:>Decimal,
:>> or 8 Binary.  I also know it would require searching EVERY file, and
:>would
:>> probably need to use "test" card numbers in order to determine if they
:>> really exist.
 
:>> However, for some reason they want to know if a scanner is available.
:>I'm
:>> figuring this could be done with ISPF's SuperC, or with CA-Easytrieve
:>or
:>> CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd
:>appreciate
:>> some names/links.  Many thanks.

:>In the most general sense, a utility like File-Aid, IBM File Manager, et
:>al could be considered such a "scanner".  One should probably include
:>such CBTTAPE utilities as DEBE.

Do they have a way to specify the expression needed to determine if a random
number is a possible CC number?

:>I suppose "they" also would want uncataloged datasets, z/OS UNIX files,
:>tapes, etc. included in the potential universe.

:>It might be "interesting" to see how one might detect and handle false
:>positives from such a scan

Yes.

--
Binyamin Dissen 
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Lizette Koehler
Doc,

I would think you would need to review source code and copybooks for this 
rather than every file.  Since I would hope that the CC Number is encrypted, it 
would be that much harder to identify what specifically is a cc number.  But I 
could be wrong.

So are we talking about shops with source managers like Endevor or Changeman or 
just plain vanilla code?  

If not, then basically you would have to find every file (migrated or not) and 
search through each one to try and id something that you may or may not be able 
to determine is a cc number.  And don't forget those files backed up to tape 
outside of something like DFHSM that you would need to search through as well.  
You know DFDSS Dumps, FDR dumps, and so forth.  Seems fairly time consuming.

Interesting.  ;-|

Lizette



>
>Okay, this one came to me yesterday.  Somebody asked me if there were a way
>to search all files on a mainframe for credit card number information (you
>know, the 16-digit jobs) for a PCI audit.
>
>I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed Decimal,
>or 8 Binary.  I also know it would require searching EVERY file, and would
>probably need to use "test" card numbers in order to determine if they
>really exist.
>
>However, for some reason they want to know if a scanner is available.  I'm
>figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or
>CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd appreciate
>some names/links.  Many thanks.
>
>
>Doc Farmer
>

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Richards, Robert B.
Mark,

I pull the FULL on a daily basis.

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Mark Zelden
Sent: Tuesday, September 01, 2009 9:36 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

On Tue, 1 Sep 2009 07:02:35 -0400, Richards, Robert B.
 wrote:

>I am running an SMP/E 3.5 REPORT MISSINGFIX with FIXCAT(*) on a z/OS 1.10
system. I expected to see a heading for z/OS 1.11 toleration maintenance and
a list of PTFs to order. Instead, I see nothing for toleration. I would be
pleasantly surprised if that were true, but suspect something else is afoot.
>
>BTW, I made sure that ALL categories in the SMP/E dialog FIXCAT entries are
selected. My report listed a lot of categories but not one for z/OS 1.11
toleration. Any ideas?
>

How did you get your hold data?   If you used FTP, you have to get the 
FULL.TXT(as opposed to MONTH.TXT or QUARTER.TXT).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Scott Ford
I understand the Auditor's concern, but I dont think this is a re
Doc,

I understand the Auditor's concern, but I dont think this is a realistic 
request. If your shop is like most shops there are Terabyte and Terabytes of 
data. Maybe a better
approach would be to review application programs and see if any of them are 
asking or passing CC info to create files or DBs..
 
Scott J Ford
www.identityforge.com
 





From: Doc Farmer 
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, September 1, 2009 9:05:02 AM
Subject: Dumb Question - Credit Card Number Scanner

Okay, this one came to me yesterday.  Somebody asked me if there were a way
to search all files on a mainframe for credit card number information (you
know, the 16-digit jobs) for a PCI audit.

I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed Decimal,
or 8 Binary.  I also know it would require searching EVERY file, and would
probably need to use "test" card numbers in order to determine if they
really exist.

However, for some reason they want to know if a scanner is available.  I'm
figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or
CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd appreciate
some names/links.  Many thanks.


Doc Farmer
Senior Security Specialist
InfoSec, Inc.

Website: http://www.InfoSecInc.com
e-Mail: dfar...@infosecinc.com
LI: http://www.linkedin.com/in/DocFarmer

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





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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Doc Farmer
I agree, and I'll be explaining that to the folks who asked.  But I still
feel it's important to show them what tools are out there, before explaining
how much of a pain in the butt such a search would be...

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Scott Ford
Sent: Tuesday, September 01, 2009 10:25 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Dumb Question - Credit Card Number Scanner

I understand the Auditor's concern, but I dont think this is a re
Doc,

I understand the Auditor's concern, but I dont think this is a realistic
request. If your shop is like most shops there are Terabyte and Terabytes of
data. Maybe a better
approach would be to review application programs and see if any of them are
asking or passing CC info to create files or DBs..
 
Scott J Ford
www.identityforge.com
 





From: Doc Farmer 
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, September 1, 2009 9:05:02 AM
Subject: Dumb Question - Credit Card Number Scanner

Okay, this one came to me yesterday.  Somebody asked me if there were a way
to search all files on a mainframe for credit card number information (you
know, the 16-digit jobs) for a PCI audit.

I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed Decimal,
or 8 Binary.  I also know it would require searching EVERY file, and would
probably need to use "test" card numbers in order to determine if they
really exist.

However, for some reason they want to know if a scanner is available.  I'm
figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or
CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd appreciate
some names/links.  Many thanks.


Doc Farmer
Senior Security Specialist
InfoSec, Inc.

Website: http://www.InfoSecInc.com
e-Mail: dfar...@infosecinc.com
LI: http://www.linkedin.com/in/DocFarmer

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



  

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

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


Re: LLA update

2009-09-01 Thread Ron Hawkins
Mary Anne,

Are you assuming that Load Modules are the only libraries that one would
manage with LLA?

Ron

> 
> I don't think you should be editing load modules. :)
> Mary Anne
..html

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


Re: LLA update

2009-09-01 Thread Mary Anne Matyaz
No, just that that's the only modules that *I* manage with LLA. :)
MA

On Tue, Sep 1, 2009 at 10:52 AM, Ron Hawkins
wrote:

> Mary Anne,
>
> Are you assuming that Load Modules are the only libraries that one would
> manage with LLA?
>
> Ron
>
> >
> > I don't think you should be editing load modules. :)
> > Mary Anne
> ..html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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


33 Years In IT/Security/Audit

2009-09-01 Thread Doc Farmer
Folks,

Today marks when I started my first job in IT.  Well, my first PAYING 
job - I built my first PC for a guy when I was 15, but I'm talking the 
BIG IRON.  I started as a keypunch operator on night-shift (while going 
to high school during the day for my senior year), I actually ENJOYED  
reading IBM manuals (still do - doctors have yet to find a cure), and 
have spent the next third of a century either running, auditing or 
securing the Armonk Giants.

Man, do I feel OLD!!!

To all my colleagues, I can only say that it's been a hoot! I've been 
able to see the world (well, the northern hemisphere, anyway), learn 
and teach and write and speak on mainframes, and hopefully do a bit of 
good out there.  I even found out that mainframes can bridge otherwise 
insurmountable language gaps. I worked a job where the Tech guy spoke 
no English and I spoke no Japanese, but we both spoke IBM!

Looking forward to the next 33 years...

Many thanks, everybody!

Doc Farmer
Senior Security Specialist
InfoSec, Inc.

Website: http://www.InfoSecInc.com
e-Mail: dfar...@infosecinc.com
LI: http://www.linkedin.com/in/DocFarmer

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Ron Hawkins
There must be a lot of CPU cycles available to do this. Check out the CPU
usage of SUPERC on a byte level scan, and then think about doing this for
several TB of files. We've all seen COBOL's "INSPECT" in action haven't we?

> 
> I understand the Auditor's concern, but I dont think this is a realistic
> request. If your shop is like most shops there are Terabyte and Terabytes
of
> data. Maybe a better
> approach would be to review application programs and see if any of them
are
> asking or passing CC info to create files or DBs..
> 
> Scott J Ford
> www.identityforge.com

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Staller, Allan
This would seem to be a violation of the PCI standard. The CC#/PIN
(among other things) should be accessable in the clear only to those
with a need to know.

Smells like a 'audit trap' to me. Tell them yes and you will fail the
audit.
I would tell the auditor's no. 

HTH,


Subject: Dumb Question - Credit Card Number Scanner

Okay, this one came to me yesterday.  Somebody asked me if there were a
way
to search all files on a mainframe for credit card number information
(you
know, the 16-digit jobs) for a PCI audit.

I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed
Decimal,
or 8 Binary.  I also know it would require searching EVERY file, and
would
probably need to use "test" card numbers in order to determine if they
really exist.

However, for some reason they want to know if a scanner is available.
I'm
figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or
CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd
appreciate
some names/links.  Many thanks.



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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Edward Jaffe

Richards, Robert B. wrote:

DAILY
  


One presentation I attended at SHARE seemed to suggest that not all 
methods of obtaining HOLDDATA include FIXCAT information. For example, 
if you use the "old school" files containing daily, monthly, quarterly, 
etc. information. I found that interesting...


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Thompson, Steve
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Doc Farmer
Sent: Tuesday, September 01, 2009 8:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Dumb Question - Credit Card Number Scanner

Okay, this one came to me yesterday.  Somebody asked me if there were a
way
to search all files on a mainframe for credit card number information
(you
know, the 16-digit jobs) for a PCI audit.

I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed
Decimal,
or 8 Binary.  I also know it would require searching EVERY file, and
would
probably need to use "test" card numbers in order to determine if they
really exist.

However, for some reason they want to know if a scanner is available.
I'm
figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or
CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd
appreciate
some names/links.  Many thanks.


Check out grep (*nix command). It will probably have to be run under
Unix Systems Services (OMVS). It will not be pretty, it will take a long
time (wall and CPU). And even then, you will get false positives because
not every 16 digit number is a credit card number (could be an account
number, or just the result of some calculation).

Regards,
Steve Thompson

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread C. Ardillo

"Do they have a way to specify the expression needed to determine if a random
number is a possible CC number?"

See:
 


http://barcodingworks.com/?document_srl=986

Chuck





Binyamin Dissen wrote:


On Tue, 1 Sep 2009 08:21:00 -0500 "Chase, John"  wrote:

:>> -Original Message-
:>> From: IBM Mainframe Discussion List On Behalf Of Doc Farmer

:>> Okay, this one came to me yesterday.  Somebody asked me if there were
:>a way
:>> to search all files on a mainframe for credit card number information
:>(you
:>> know, the 16-digit jobs) for a PCI audit.

:>> I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed
:>Decimal,
:>> or 8 Binary.  I also know it would require searching EVERY file, and
:>would
:>> probably need to use "test" card numbers in order to determine if they
:>> really exist.

:>> However, for some reason they want to know if a scanner is available.
:>I'm
:>> figuring this could be done with ISPF's SuperC, or with CA-Easytrieve
:>or
:>> CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd
:>appreciate
:>> some names/links.  Many thanks.

:>In the most general sense, a utility like File-Aid, IBM File Manager, et
:>al could be considered such a "scanner".  One should probably include
:>such CBTTAPE utilities as DEBE.

Do they have a way to specify the expression needed to determine if a random
number is a possible CC number?

:>I suppose "they" also would want uncataloged datasets, z/OS UNIX files,
:>tapes, etc. included in the potential universe.

:>It might be "interesting" to see how one might detect and handle false
:>positives from such a scan

Yes.

--
Binyamin Dissen 
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

 



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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Binyamin Dissen
On Tue, 1 Sep 2009 11:29:00 -0400 "C. Ardillo"  wrote:

:>"Do they have a way to specify the expression needed to determine if a random
:>number is a possible CC number?"

:>See:

:>http://barcodingworks.com/?document_srl=986

My question applied to "File-Aid, IBM File Manager, et al".

If not, all data is a possible binary form of a credit card number.

:>Binyamin Dissen wrote:

:>>On Tue, 1 Sep 2009 08:21:00 -0500 "Chase, John"  wrote:

:>>:>> -Original Message-
:>>:>> From: IBM Mainframe Discussion List On Behalf Of Doc Farmer
 
:>>:>> Okay, this one came to me yesterday.  Somebody asked me if there were
:>>:>a way
:>>:>> to search all files on a mainframe for credit card number information
:>>:>(you
:>>:>> know, the 16-digit jobs) for a PCI audit.
 
:>>:>> I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed
:>>:>Decimal,
:>>:>> or 8 Binary.  I also know it would require searching EVERY file, and
:>>:>would
:>>:>> probably need to use "test" card numbers in order to determine if they
:>>:>> really exist.
 
:>>:>> However, for some reason they want to know if a scanner is available.
:>>:>I'm
:>>:>> figuring this could be done with ISPF's SuperC, or with CA-Easytrieve
:>>:>or
:>>:>> CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd
:>>:>appreciate
:>>:>> some names/links.  Many thanks.

:>>:>In the most general sense, a utility like File-Aid, IBM File Manager, et
:>>:>al could be considered such a "scanner".  One should probably include
:>>:>such CBTTAPE utilities as DEBE.

:>>Do they have a way to specify the expression needed to determine if a random
:>>number is a possible CC number?

:>>:>I suppose "they" also would want uncataloged datasets, z/OS UNIX files,
:>>:>tapes, etc. included in the potential universe.

:>>:>It might be "interesting" to see how one might detect and handle false
:>>:>positives from such a scan

:>>Yes.

--
Binyamin Dissen 
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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread John Eells

Edward Jaffe wrote:

Richards, Robert B. wrote:

DAILY
  


One presentation I attended at SHARE seemed to suggest that not all 
methods of obtaining HOLDDATA include FIXCAT information. For example, 
if you use the "old school" files containing daily, monthly, quarterly, 
etc. information. I found that interesting...




That's correct.  If you use the Enhanced HOLDDATA website 
(http://service.software.ibm.com/holdata/390holddata.html), you have to 
get the 720-day file to get FIXCAT HOLDs.  As it says on that website, 
"The new FIXCAT statements are available only in the full.txt and 
full.bin files."


--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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


HSA correct size calculation question.

2009-09-01 Thread Enrique Montero
Hi team,
After all, thanks for let me get in to this distlist.
Here my question:

Environment : IBM z900 2064-1c3 2Gb memory. os/390 2.9

How to calculate the HSA size just to manage this configuration? :
32 Escon chpid
14 Control units 2105
3584 3390-3 DASD devices.
2 lpars.

I know there is an HSA estimation tool in the ibm site, but it works only
for z9 equipments, so it does not work for my box. Also i've been looking
for some detailes information in several forums, but no one says the correct
"formula" to calculate or estimate the HSA requirement for such setting.

Thanks a lot in advance, 
Your knowledge helps a lot.
Enrique.

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


DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread willie bunter
Hallo,
 
I have a huge backlog of dsns (225) requests waiting to be recalled.  Is there 
a way that I can change the priorty of certain requests i.e. bump up the 
priority of certain recalls to the top of the queue.
 
Thanks.


  __
Ask a question on any topic and get answers from real people. Go to Yahoo! 
Answers and share what you know at http://ca.answers.yahoo.com

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Mikhail Ramendik
2009/9/1 Doc Farmer 

> Folks,
>
> Today marks when I started my first job in IT.  Well, my first PAYING
> job - I built my first PC for a guy when I was 15, but I'm talking the
> BIG IRON.


So you built your first PC even more than 33 years ago, that's earlier than
1976? What did you build back then?




> I started as a keypunch operator on night-shift (while going
> to high school during the day for my senior year), I actually ENJOYED
> reading IBM manuals (still do - doctors have yet to find a cure),


As I work as an Information Developer in IBM, I liked this line :)  (I'm
only with them for a year. Disclaimer - only speaking for myself, etc).

-- 
Yours, Mikhail Ramendik

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Martin Kline
> Okay, this one came to me yesterday.  Somebody asked me if there were
>a way to search all files on a mainframe for credit card number information
>(you know, the 16-digit jobs) for a PCI audit.

Easy. Offer to do the following:

Start with the first byte on the first disk. Convert it and the following 0-n 
bytes to decimal numbers. Put that number in your list of suspiscious numbers. 
Also unpack the same bytes to create a second set of potential numbers. Also 
keep the 16 byte sequence as a suspiscious number. Procede to the next byte 
on the disk. Repeat for the entire disk. Then repeat for all disks. Then repeat 
this process for every tape. You will now have a list of potentially 
suspiscious 
numbers which consumes more space than all of the disks and tapes in your 
shop, probably by a factor of at least 10. Print the list and send it to the 
requester.

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Hardee, Charles H
What number Altair Kit did you get?

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mikhail Ramendik
Sent: Tuesday, September 01, 2009 11:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 33 Years In IT/Security/Audit

2009/9/1 Doc Farmer 

> Folks,
>
> Today marks when I started my first job in IT.  Well, my first PAYING
> job - I built my first PC for a guy when I was 15, but I'm talking the
> BIG IRON.


So you built your first PC even more than 33 years ago, that's earlier
than
1976? What did you build back then?




> I started as a keypunch operator on night-shift (while going
> to high school during the day for my senior year), I actually ENJOYED
> reading IBM manuals (still do - doctors have yet to find a cure),


As I work as an Information Developer in IBM, I liked this line :)  (I'm
only with them for a year. Disclaimer - only speaking for myself, etc).

-- 
Yours, Mikhail Ramendik

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

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread John Kelly

change the priorty of certain requests


try the HSM Admin ref manual. It's in there

Jack Kelly
202-502-2390 (Office)



From:
willie bunter 
To:
IBM-MAIN@bama.ua.edu
Date:
09/01/2009 11:58 AM
Subject:
DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Sent by:
IBM Mainframe Discussion List 



Hallo,
 
I have a huge backlog of dsns (225) requests waiting to be recalled.  Is 
there a way that I can change the priorty of certain requests i.e. bump up 
the priority of certain recalls to the top of the queue.
 
Thanks.


  __
Ask a question on any topic and get answers from real people. Go to Yahoo! 
Answers and share what you know at http://ca.answers.yahoo.com

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

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread willie bunter
Jack,
 
I took a look at SC35-0422-04 and did a search for recall , priority etc.  I 
came up empty.  Could you direct me the section where it is described?
 
Thanks


--- On Tue, 9/1/09, John Kelly  wrote:


From: John Kelly 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:13 AM



change the priorty of certain requests


try the HSM Admin ref manual. It's in there

Jack Kelly
202-502-2390 (Office)



From:
willie bunter 
To:
IBM-MAIN@bama.ua.edu
Date:
09/01/2009 11:58 AM
Subject:
DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Sent by:
IBM Mainframe Discussion List 



Hallo,

I have a huge backlog of dsns (225) requests waiting to be recalled.  Is 
there a way that I can change the priorty of certain requests i.e. bump up 
the priority of certain recalls to the top of the queue.

Thanks.


      __
Ask a question on any topic and get answers from real people. Go to Yahoo! 
Answers and share what you know at http://ca.answers.yahoo.com

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

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



  __
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Natarajan Mohan
I hope you have these tools at your disposal. 

1) Any kind of  Y2K impact analysis tool
2) Program/JCL/Schedule Inventory tool

These would give you detailed cross references of fields and the associated 
files/db tables for affected fields and the job/process flow. 

It would be a tedious task to identify all the references but feasible.

Natarajan

NOTICE OF CONFIDENTIALITY 

The information contained in this communication, including but not limited to 
any accompanying document(s) and/or attachment(s), is privileged and 
confidential and is intended solely for the above-named individual(s). If you 
are not the intended recipient, please be advised that any distribution, 
copying, disclosure, and/or use of the information contained herein is strictly 
prohibited. If you received this communication in error, please destroy all 
copies of the communication, whether in electronic or hard copy format, and 
immediately contact the Security Office at EdFund at (916) 526-7539 or 
securityoff...@edfund.org. Thank you.

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


Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

2009-09-01 Thread Richards, Robert B.
And full.txt is precisely the file I get on a daily basis.

This process of pulling the Enhanced HOLDDATA was only put in place *after* I 
upgraded from 1.9 to 1.10. Mass maintenance was not applied to 1.9 prior the 
1.10 implementation, hence the reason I did get the toleration PTFs for 1.10 
listed the last time I ran the missingfix report.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
John Eells
Sent: Tuesday, September 01, 2009 11:49 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS 1.11 Toleration Maintenance Missing from FIXCAT report

Edward Jaffe wrote:
> Richards, Robert B. wrote:
>> DAILY
>>
>
> One presentation I attended at SHARE seemed to suggest that not all
> methods of obtaining HOLDDATA include FIXCAT information. For example,
> if you use the "old school" files containing daily, monthly, quarterly,
> etc. information. I found that interesting...
>

That's correct.  If you use the Enhanced HOLDDATA website
(http://service.software.ibm.com/holdata/390holddata.html), you have to
get the 720-day file to get FIXCAT HOLDs.  As it says on that website,
"The new FIXCAT statements are available only in the full.txt and
full.bin files."

--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Doc Farmer
It was a Sol 20 (with a massive 24K of memory, no monitor, no HD 
(just a jack to an audio cassette player)) - I put it together 
around 1974/75, if my feeble memory serves...

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Hardee, Charles H
Sent: Tuesday, September 01, 2009 12:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 33 Years In IT/Security/Audit

What number Altair Kit did you get?

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mikhail Ramendik
Sent: Tuesday, September 01, 2009 11:01 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 33 Years In IT/Security/Audit

2009/9/1 Doc Farmer 

> Folks,
>
> Today marks when I started my first job in IT.  Well, my first PAYING
> job - I built my first PC for a guy when I was 15, but I'm talking the
> BIG IRON.


So you built your first PC even more than 33 years ago, that's earlier
than
1976? What did you build back then?




> I started as a keypunch operator on night-shift (while going
> to high school during the day for my senior year), I actually ENJOYED
> reading IBM manuals (still do - doctors have yet to find a cure),


As I work as an Information Developer in IBM, I liked this line :)  (I'm
only with them for a year. Disclaimer - only speaking for myself, etc).

-- 
Yours, Mikhail Ramendik

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

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

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread O'Brien, David W. (NIH/CIT) [C]
Willie,

  What level Z\os are you  running? You may not have the ability to alter 
queued tasks.

Thank You,
Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie 
bunter [williebun...@yahoo.com]
Sent: Tuesday, September 01, 2009 12:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

Jack,

I took a look at SC35-0422-04 and did a search for recall , priority etc.  I 
came up empty.  Could you direct me the section where it is described?

Thanks


--- On Tue, 9/1/09, John Kelly  wrote:


From: John Kelly 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:13 AM



change the priorty of certain requests


try the HSM Admin ref manual. It's in there

Jack Kelly
202-502-2390 (Office)



From:
willie bunter 
To:
IBM-MAIN@bama.ua.edu
Date:
09/01/2009 11:58 AM
Subject:
DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Sent by:
IBM Mainframe Discussion List 



Hallo,

I have a huge backlog of dsns (225) requests waiting to be recalled.  Is
there a way that I can change the priorty of certain requests i.e. bump up
the priority of certain recalls to the top of the queue.

Thanks.


  __
Ask a question on any topic and get answers from real people. Go to Yahoo!
Answers and share what you know at http://ca.answers.yahoo.com

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

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



  __
Looking for the perfect gift? Give the gift of Flickr!

http://www.flickr.com/gift/

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

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread Traylor, Terry
Look for the ALTERPRI command


Terry Traylor 
charlesSCHWAB 
TIS Mainframe Storage Management 
Remedy Queue: tis-hs-mstg
(602) 977-5154

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Tuesday, September 01, 2009 9:21 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

Jack,
 
I took a look at SC35-0422-04 and did a search for recall , priority etc.  I 
came up empty.  Could you direct me the section where it is described?
 
Thanks


--- On Tue, 9/1/09, John Kelly  wrote:


From: John Kelly 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:13 AM



change the priorty of certain requests


try the HSM Admin ref manual. It's in there

Jack Kelly
202-502-2390 (Office)



From:
willie bunter 
To:
IBM-MAIN@bama.ua.edu
Date:
09/01/2009 11:58 AM
Subject:
DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST Sent by:
IBM Mainframe Discussion List 



Hallo,

I have a huge backlog of dsns (225) requests waiting to be recalled.  Is there 
a way that I can change the priorty of certain requests i.e. bump up the 
priority of certain recalls to the top of the queue.

Thanks.


      __
Ask a question on any topic and get answers from real people. Go to Yahoo! 
Answers and share what you know at http://ca.answers.yahoo.com

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

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



  __
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/

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

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Enrique Montero
not 30 but 20 years in IT. 
my first PC was an Atari 800XL, with a word processor, modem, 5 1/4
diskette, and casette. It was great to program with Basic and assembler.
I wanted to study Petroleum Engineer, but my brother bought this pc, so
i started to study computers.

El mar, 01-09-2009 a las 12:51 -0400, Doc Farmer escribió:

> It was a Sol 20 (with a massive 24K of memory, no monitor, no HD 
> (just a jack to an audio cassette player)) - I put it together 
> around 1974/75, if my feeble memory serves...
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
> Of Hardee, Charles H
> Sent: Tuesday, September 01, 2009 12:06 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: 33 Years In IT/Security/Audit
> 
> What number Altair Kit did you get?
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Mikhail Ramendik
> Sent: Tuesday, September 01, 2009 11:01 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: 33 Years In IT/Security/Audit
> 
> 2009/9/1 Doc Farmer 
> 
> > Folks,
> >
> > Today marks when I started my first job in IT.  Well, my first PAYING
> > job - I built my first PC for a guy when I was 15, but I'm talking the
> > BIG IRON.
> 
> 
> So you built your first PC even more than 33 years ago, that's earlier
> than
> 1976? What did you build back then?
> 
> 
> 
> 
> > I started as a keypunch operator on night-shift (while going
> > to high school during the day for my senior year), I actually ENJOYED
> > reading IBM manuals (still do - doctors have yet to find a cure),
> 
> 
> As I work as an Information Developer in IBM, I liked this line :)  (I'm
> only with them for a year. Disclaimer - only speaking for myself, etc).
> 



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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Eric Bielefeld
And if they do all this, I have a bridge I'll sell you.  My daughter lives 
in Brooklyn, so she will be my agent.


Eric

- Original Message - 
From: "Martin Kline" 


Easy. Offer to do the following:

Start with the first byte on the first disk. Convert it and the following 
0-n
bytes to decimal numbers. Put that number in your list of suspiscious 
numbers.
Also unpack the same bytes to create a second set of potential numbers. 
Also
keep the 16 byte sequence as a suspiscious number. Procede to the next 
byte
on the disk. Repeat for the entire disk. Then repeat for all disks. Then 
repeat
this process for every tape. You will now have a list of potentially 
suspiscious

numbers which consumes more space than all of the disks and tapes in your
shop, probably by a factor of at least 10. Print the list and send it to 
the
requester. 


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


HELP with ICETOOL

2009-09-01 Thread Paulo Roberto Caze Silva
Hi, people.

I want to create a simple Icetool Job to generate 2 records in a dataset FB x 
80 as showed below:

SUBJET=
 dd/mm/ - hh:mm:ss -  SAMPLE REPORT
   

My question is: is it possible to do this with Icetool ? Is there any other 
Utility to do this?

Thank you!

Paulo Caze
-

"Esta mensagem e uma correspondencia reservada e sua divulgacao, distribuicao, 
reproducao ou qualquer forma de utilizacao depende de autorizacao, 
sujeitando-se o responsavel a medidas judiciais. O remetente utiliza o correio 
eletronico no exercicio do seu trabalho ou em razao dele, eximindo esta 
instituicao de qualquer responsabilidade por utilizacao indevida. Se voce a 
recebeu por engano, favor elimina-la."

"This message is a reserved correspondence and its disclosure, distribution, 
reproduction or any other form of use shall depend upon proper authorization, 
and the recipient responsible for such disclosure, distribution, reproduction 
or use shall be subject to legal actions. The sender uses the electronic mail 
in the exercise of his/her work or by virtue thereof, and the institution 
accepts no liability for its undue use. If you have received this e-mail by 
mistake, please delete it."

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread willie bunter
Terry,
I did a search for ALTERPRI but I came up empty again.  I am looking at  
z/OS DFSMShsm Storage Administration Reference manual : SC35-0422-04.  Maybe I 
am looking at the wrong manual?  If so could you tell me the correct manual I 
should refer to?
 
Thanks.


--- On Tue, 9/1/09, Traylor, Terry  wrote:


From: Traylor, Terry 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:56 AM


Look for the ALTERPRI command


Terry Traylor 
charlesSCHWAB 
TIS Mainframe Storage Management 
Remedy Queue: tis-hs-mstg
(602) 977-5154

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
willie bunter
Sent: Tuesday, September 01, 2009 9:21 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

Jack,
 
I took a look at SC35-0422-04 and did a search for recall , priority etc.  I 
came up empty.  Could you direct me the section where it is described?
 
Thanks


--- On Tue, 9/1/09, John Kelly  wrote:


From: John Kelly 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:13 AM



change the priorty of certain requests


try the HSM Admin ref manual. It's in there

Jack Kelly
202-502-2390 (Office)



From:
willie bunter 
To:
IBM-MAIN@bama.ua.edu
Date:
09/01/2009 11:58 AM
Subject:
DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST Sent by:
IBM Mainframe Discussion List 



Hallo,

I have a huge backlog of dsns (225) requests waiting to be recalled.  Is there 
a way that I can change the priorty of certain requests i.e. bump up the 
priority of certain recalls to the top of the queue.

Thanks.


      __
Ask a question on any topic and get answers from real people. Go to Yahoo! 
Answers and share what you know at http://ca.answers.yahoo.com

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

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



      __
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/

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

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



  __
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread willie bunter
David,
 
We are running RELEASE z/OS 01.09.00.  Thanks


--- On Tue, 9/1/09, O'Brien, David W. (NIH/CIT) [C]  
wrote:


From: O'Brien, David W. (NIH/CIT) [C] 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:53 AM


Willie,

  What level Z\os are you  running? You may not have the ability to alter 
queued tasks.

Thank You,
Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie 
bunter [williebun...@yahoo.com]
Sent: Tuesday, September 01, 2009 12:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

Jack,

I took a look at SC35-0422-04 and did a search for recall , priority etc.  I 
came up empty.  Could you direct me the section where it is described?

Thanks


--- On Tue, 9/1/09, John Kelly  wrote:


From: John Kelly 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:13 AM



change the priorty of certain requests


try the HSM Admin ref manual. It's in there

Jack Kelly
202-502-2390 (Office)



From:
willie bunter 
To:
IBM-MAIN@bama.ua.edu
Date:
09/01/2009 11:58 AM
Subject:
DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Sent by:
IBM Mainframe Discussion List 



Hallo,

I have a huge backlog of dsns (225) requests waiting to be recalled.  Is
there a way that I can change the priorty of certain requests i.e. bump up
the priority of certain recalls to the top of the queue.

Thanks.


      __
Ask a question on any topic and get answers from real people. Go to Yahoo!
Answers and share what you know at http://ca.answers.yahoo.com

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

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



      __
Looking for the perfect gift? Give the gift of Flickr!

http://www.flickr.com/gift/

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

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



  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread Ulrich Krueger
Willie,
You might want to see if you can increase the number of recall tasks
(provided that you have enough tape drives available) to get more tasks done
in parallel.
You might also want to check if a recall task is stuck in a failure loop
because of a bad tape being requested over and over again. In that case, you
will have to perform proper corrective action to get out from under that
loop and proceed to the next request in queue.


Regards,
Ulrich Krueger

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of willie bunter
Sent: Tuesday, September 01, 2009 08:55
To: IBM-MAIN@bama.ua.edu
Subject: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

Hallo,
 
I have a huge backlog of dsns (225) requests waiting to be recalled.  Is
there a way that I can change the priorty of certain requests i.e. bump up
the priority of certain recalls to the top of the queue.
 
Thanks.

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Anne & Lynn Wheeler
docfarmer9...@yahoo.co.uk (Doc Farmer) writes:
> Today marks when I started my first job in IT.  Well, my first PAYING 
> job - I built my first PC for a guy when I was 15, but I'm talking the 
> BIG IRON.  I started as a keypunch operator on night-shift (while going 
> to high school during the day for my senior year), I actually ENJOYED  
> reading IBM manuals (still do - doctors have yet to find a cure), and 
> have spent the next third of a century either running, auditing or 
> securing the Armonk Giants.

i got a student programming job in '66 ... was re-implementing 1401 MPIO
(unit record<->tape) front-end for 709 ... on 360/30. possibly just a
learning exercise starting to have people getting familiar with 360 and
getting ready for the 360/67 that was coming in (to replace the 709/1401
combo).

i got to design my own monitor, interrupt handlers, device drivers,
resource control, etc.

next year ... i got responsibility for os/360 system maintenance &
support. I started playing with output stage1 sysgen ... completely
reoganizing stage2 deck so as to carefully place files and PDS members
for optimized arm seek operation.

360/67 ran os/360 (as 360/65 w/o DAT or virtual memory) nearly all the
time ... since tss/360 wasn't coming along very well.

last week jan '68, three people from science center came out to install
(virtual machine) cp67 ... univ was 2nd (or 3rd depending on how lincoln
labs is counted) install (after science center). ... misc. past posts
mentioning science center
http://www.garlic.com/~lynn/subtopic.html#545tech

I then got to also play with all the cp67 source ... rewritting large
sections ... old post with part of presentation at fall '68 SHARE
meeting describing some amount of cp67 kernel rewrite as well as
optimized MFT/14 operation (both stand-alone and in virtual machine):
http://www.garlic.com/94.html#18 CP/67 & OS MFT14

with careful placement for optimized disk arm ... and some other stuff
... I had gotten nearly three times thruput improvement for typical
univ. student job workload (mft with hasp ... not virtual machine).

recent discussion of other related stuff in comp.arch thread:
http://www.garlic.com/~lynn/2009m.html#16
http://www.garlic.com/~lynn/2009m.html#26
http://www.garlic.com/~lynn/2009m.html#31
http://www.garlic.com/~lynn/2009m.html#32
http://www.garlic.com/~lynn/2009m.html#36
http://www.garlic.com/~lynn/2009m.html#37

a few more months will mark 40yrs since I got home online access (dialup
2741 terminal)

-- 
40+yrs virtualization experience (since Jan68), online at home since Mar1970

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread Staller, Allan
That command is new w/z/OS 1.8. The manual referenced SC35-0422-04 is z/OS 1.7 
(specific).
Try SC26-7402-07 or newer..


I did a search for ALTERPRI but I came up empty again.  I am looking at  
z/OS DFSMShsm Storage Administration Reference manual : SC35-0422-04.  Maybe I 
am looking at the wrong manual?  If so could you tell me the correct manual I 
should refer to?

 

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread Lizette Koehler
Willie,

I am at z/OS V1.9 and I have it in the z/OS DFSMS Storage Administration 
Reference (for DFSMSdfp, DFSMSdss, DFSMShsm) (21MB) file in Chapter 37.

Lizette

>
>Terry,
>I did a search for ALTERPRI but I came up empty again.  I am looking at  
>z/OS DFSMShsm Storage Administration Reference manual : SC35-0422-04.  Maybe I 
>am looking at the wrong manual?  If so could you tell me the correct manual I 
>should refer to?
> 
>Thanks.
>
>
>--- On Tue, 9/1/09, Traylor, Terry  wrote:
>
>
>From: Traylor, Terry 
>Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
>To: IBM-MAIN@bama.ua.edu
>Received: Tuesday, September 1, 2009, 9:56 AM
>
>
>Look for the ALTERPRI command
>
>
>Terry Traylor 
>charlesSCHWAB 
>TIS Mainframe Storage Management 
>Remedy Queue: tis-hs-mstg
>(602) 977-5154
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
>willie bunter
>Sent: Tuesday, September 01, 2009 9:21 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
>
>Jack,
> 
>I took a look at SC35-0422-04 and did a search for recall , priority etc.  I 
>came up empty.  Could you direct me the section where it is described?
> 
>Thanks
>
>
>--- On Tue, 9/1/09, John Kelly  wrote:
>
>
>From: John Kelly 
>Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
>To: IBM-MAIN@bama.ua.edu
>Received: Tuesday, September 1, 2009, 9:13 AM
>
>
>
>change the priorty of certain requests
>
>
>try the HSM Admin ref manual. It's in there
>
>Jack Kelly
>202-502-2390 (Office)
>
>
>>
>
>
>
>Hallo,
>
>I have a huge backlog of dsns (225) requests waiting to be recalled.  Is there 
>a way that I can change the priorty of certain requests i.e. bump up the 
>priority of certain recalls to the top of the queue.
>
>Thanks.
>
>
>      __
earch the archives at http://bama.ua.edu/archives/ibm-main.html

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread O'Brien, David W. (NIH/CIT) [C]
Then you should find Alterpri along with the rest of the HSM commands. Make 
sure the manual you are using is for your current release, not an earlier one.
DFSMS Storage Administration Reference
   
Document Number SC26-7402-09   
Thank You,
Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie 
bunter [williebun...@yahoo.com]
Sent: Tuesday, September 01, 2009 1:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

David,

We are running RELEASE z/OS 01.09.00.  Thanks


--- On Tue, 9/1/09, O'Brien, David W. (NIH/CIT) [C]  
wrote:


From: O'Brien, David W. (NIH/CIT) [C] 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:53 AM


Willie,

  What level Z\os are you  running? You may not have the ability to alter 
queued tasks.

Thank You,
Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie 
bunter [williebun...@yahoo.com]
Sent: Tuesday, September 01, 2009 12:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

Jack,

I took a look at SC35-0422-04 and did a search for recall , priority etc.  I 
came up empty.  Could you direct me the section where it is described?

Thanks


--- On Tue, 9/1/09, John Kelly  wrote:


From: John Kelly 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:13 AM



change the priorty of certain requests


try the HSM Admin ref manual. It's in there

Jack Kelly
202-502-2390 (Office)



From:
willie bunter 
To:
IBM-MAIN@bama.ua.edu
Date:
09/01/2009 11:58 AM
Subject:
DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Sent by:
IBM Mainframe Discussion List 



Hallo,

I have a huge backlog of dsns (225) requests waiting to be recalled.  Is
there a way that I can change the priorty of certain requests i.e. bump up
the priority of certain recalls to the top of the queue.

Thanks.


  __
Ask a question on any topic and get answers from real people. Go to Yahoo!
Answers and share what you know at http://ca.answers.yahoo.com

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

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



  __
Looking for the perfect gift? Give the gift of Flickr!

http://www.flickr.com/gift/

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

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



  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

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

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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread willie bunter
Thanks.  I downloaded the manual.  Thanks to all for helping me get out of this 
bind.
 
Thanks.

--- On Tue, 9/1/09, O'Brien, David W. (NIH/CIT) [C]  
wrote:


From: O'Brien, David W. (NIH/CIT) [C] 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 10:15 AM


Then you should find Alterpri along with the rest of the HSM commands. Make 
sure the manual you are using is for your current release, not an earlier one.
DFSMS Storage Administration Reference
                                       
Document Number SC26-7402-09           
Thank You,
Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie 
bunter [williebun...@yahoo.com]
Sent: Tuesday, September 01, 2009 1:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

David,

We are running RELEASE z/OS 01.09.00.  Thanks


--- On Tue, 9/1/09, O'Brien, David W. (NIH/CIT) [C]  
wrote:


From: O'Brien, David W. (NIH/CIT) [C] 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:53 AM


Willie,

  What level Z\os are you  running? You may not have the ability to alter 
queued tasks.

Thank You,
Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of willie 
bunter [williebun...@yahoo.com]
Sent: Tuesday, September 01, 2009 12:21 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

Jack,

I took a look at SC35-0422-04 and did a search for recall , priority etc.  I 
came up empty.  Could you direct me the section where it is described?

Thanks


--- On Tue, 9/1/09, John Kelly  wrote:


From: John Kelly 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, September 1, 2009, 9:13 AM



change the priorty of certain requests


try the HSM Admin ref manual. It's in there

Jack Kelly
202-502-2390 (Office)



From:
willie bunter 
To:
IBM-MAIN@bama.ua.edu
Date:
09/01/2009 11:58 AM
Subject:
DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Sent by:
IBM Mainframe Discussion List 



Hallo,

I have a huge backlog of dsns (225) requests waiting to be recalled.  Is
there a way that I can change the priorty of certain requests i.e. bump up
the priority of certain recalls to the top of the queue.

Thanks.


      __
Ask a question on any topic and get answers from real people. Go to Yahoo!
Answers and share what you know at http://ca.answers.yahoo.com

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

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



      __
Looking for the perfect gift? Give the gift of Flickr!

http://www.flickr.com/gift/

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

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



      __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

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

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



  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for 

Re: HELP with ICETOOL

2009-09-01 Thread Frank Yaeger
IBM Mainframe Discussion List  wrote on 09/01/2009
09:54:27 AM:
> I want to create a simple Icetool Job to generate 2 records in a
> dataset FB x 80 as showed below:
>
> SUBJET=
>  dd/mm/ - hh:mm:ss -  SAMPLE REPORT
>
>
> My question is: is it possible to do this with Icetool ?

If you want that exact string, you can use a DFSORT job like this:

//S1EXEC  PGM=SORT
//SYSOUTDD  SYSOUT=*
//SORTIN DD *
//SORTOUT DD SYSOUT=*
//SYSINDD*
  OPTION COPY
  OUTFIL REMOVECC,NODETAIL,
   TRAILER1=('SUBJET=',80:X,/,
2:'dd/mm/ - hh:mm:ss -  SAMPLE REPORT')
/*

If you want the system date and time, you can use a DFSORT job like this:

//S2EXEC  PGM=SORT
//SYSOUTDD  SYSOUT=*
//SORTIN DD *
//SORTOUT DD SYSOUT=*
//SYSINDD*
  OPTION COPY
  OUTFIL REMOVECC,NODETAIL,
   TRAILER1=('SUBJET=',80:X,/,
2:DATE=(DM4/),13:'-',15:TIME,24:'-  SAMPLE REPORT')
/*

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: FINDREP, WHEN=GROUP, DATASORT, ICETOOL, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Doc Farmer
Not necessarily - the data can be kept in the clear "at rest" on 
the mainframe so long as there are compensating controls (in other 
words, if you won't cough up for the cryptographic co-processor). 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Staller, Allan
Sent: Tuesday, September 01, 2009 11:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Dumb Question - Credit Card Number Scanner

This would seem to be a violation of the PCI standard. The CC#/PIN
(among other things) should be accessable in the clear only to those
with a need to know.

Smells like a 'audit trap' to me. Tell them yes and you will fail the
audit.
I would tell the auditor's no. 

HTH,


Subject: Dumb Question - Credit Card Number Scanner

Okay, this one came to me yesterday.  Somebody asked me if there were a
way
to search all files on a mainframe for credit card number information
(you
know, the 16-digit jobs) for a PCI audit.

I know, I know, it could be 16 Alphanumeric, 16 Numeric, 9 Packed
Decimal,
or 8 Binary.  I also know it would require searching EVERY file, and
would
probably need to use "test" card numbers in order to determine if they
really exist.

However, for some reason they want to know if a scanner is available.
I'm
figuring this could be done with ISPF's SuperC, or with CA-Easytrieve or
CA-PanAudit, but if anybody knows of a PCI scanner for z/OS, I'd
appreciate
some names/links.  Many thanks.



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

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Ron Hawkins
And a block of flats in Tasmania...

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Eric Bielefeld
> Sent: Tuesday, September 01, 2009 10:04 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Dumb Question - Credit Card Number Scanner
> 
> And if they do all this, I have a bridge I'll sell you.  My daughter lives
> in Brooklyn, so she will be my agent.
> 
> Eric
> 
> - Original Message -
> From: "Martin Kline" 
> >
> > Easy. Offer to do the following:
> >
> > Start with the first byte on the first disk. Convert it and the
following
> > 0-n
> > bytes to decimal numbers. Put that number in your list of suspiscious
> > numbers.
> > Also unpack the same bytes to create a second set of potential numbers.
> > Also
> > keep the 16 byte sequence as a suspiscious number. Procede to the next
> > byte
> > on the disk. Repeat for the entire disk. Then repeat for all disks. Then
> > repeat
> > this process for every tape. You will now have a list of potentially
> > suspiscious
> > numbers which consumes more space than all of the disks and tapes in
your
> > shop, probably by a factor of at least 10. Print the list and send it to
> > the
> > requester.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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


RES: HELP with ICETOOL

2009-09-01 Thread Paulo Roberto Caze Silva

Uso Interno.  Observar critérios da circular Itaú AG-33.



Thank you very much, Frank!

This worked fine! The second example is exactly what I needed!


Paulo Caze
--



-Mensagem original-
De: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] Em nome de 
Frank Yaeger
Enviada em: terça-feira, 1 de setembro de 2009 14:41
Para: IBM-MAIN@bama.ua.edu
Assunto: Re: HELP with ICETOOL

IBM Mainframe Discussion List  wrote on 09/01/2009
09:54:27 AM:
> I want to create a simple Icetool Job to generate 2 records in a
> dataset FB x 80 as showed below:
>
> SUBJET=
>  dd/mm/ - hh:mm:ss -  SAMPLE REPORT
>
>
> My question is: is it possible to do this with Icetool ?

If you want that exact string, you can use a DFSORT job like this:

//S1EXEC  PGM=SORT
//SYSOUTDD  SYSOUT=*
//SORTIN DD *
//SORTOUT DD SYSOUT=*
//SYSINDD*
  OPTION COPY
  OUTFIL REMOVECC,NODETAIL,
   TRAILER1=('SUBJET=',80:X,/,
2:'dd/mm/ - hh:mm:ss -  SAMPLE REPORT')
/*

If you want the system date and time, you can use a DFSORT job like this:

//S2EXEC  PGM=SORT
//SYSOUTDD  SYSOUT=*
//SORTIN DD *
//SORTOUT DD SYSOUT=*
//SYSINDD*
  OPTION COPY
  OUTFIL REMOVECC,NODETAIL,
   TRAILER1=('SUBJET=',80:X,/,
2:DATE=(DM4/),13:'-',15:TIME,24:'-  SAMPLE REPORT')
/*

Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com
Specialties: FINDREP, WHEN=GROUP, DATASORT, ICETOOL, Symbols, Migration

 => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort/

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

"Esta mensagem e uma correspondencia reservada e sua divulgacao, distribuicao, 
reproducao ou qualquer forma de utilizacao depende de autorizacao, 
sujeitando-se o responsavel a medidas judiciais. O remetente utiliza o correio 
eletronico no exercicio do seu trabalho ou em razao dele, eximindo esta 
instituicao de qualquer responsabilidade por utilizacao indevida. Se voce a 
recebeu por engano, favor elimina-la."

"This message is a reserved correspondence and its disclosure, distribution, 
reproduction or any other form of use shall depend upon proper authorization, 
and the recipient responsible for such disclosure, distribution, reproduction 
or use shall be subject to legal actions. The sender uses the electronic mail 
in the exercise of his/her work or by virtue thereof, and the institution 
accepts no liability for its undue use. If you have received this e-mail by 
mistake, please delete it."

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Tony Harminc
2009/9/1 Doc Farmer :
> Okay, this one came to me yesterday.  Somebody asked me if there were a way
> to search all files on a mainframe for credit card number information (you
> know, the 16-digit jobs) for a PCI audit.
[...]

Of course the task as described is essentially impossible, for two
kinds of reason. First is the sheer volume of data, combined with the
ill-specified nature of the request. Second is that you are evidently
tasked with finding a negative, that is presumably the "right" answer
is that no, there are no CC numbers to be found. Well if you can get
Them to agree to some particular search criteria that you dream up,
e.g. text-only, and that only this and such data will be examined,
then you can probably come back with an estimate. Of course it will
all be pretty much meaningless...

As we've seen so often when auditors are involved, most of them would
benefit from some basic undergrad computer science courses, as well as
reading a few introductory IBM manuals.

The closest thing to your requirement I had to do recently was to
examine a decade or so of unformatted text (mostly emails) looking for
software licence keys, as the result of M&A activity. There were
several lengths and formats for these strings, but they all had at
least some kind of check digit scheme. It was actually remarkably easy
to write some REXX code to scan for strings of the right lengths, and
then pass each candidate through an increasingly tough set of filters,
ending with a trial decryption of the string, followed by sanity
checking of the content. I was surprised at how many false positives
survived the entire process, and had to be presented to a human for
review, but it did get the job done. Certainly it was ad-hoc, and so
the tradeoff of using easy-to-write REXX vs a more efficient language
was fine. This was only a small number of GB of data, the strings were
easy to describe, and there were in the end only some thousands of
true positives, but it still took hours of z9 CPU time.

Tony H.

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


Re: LLA update

2009-09-01 Thread Ron Hawkins
But LLA does not many modules. It manages directories!

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Mary Anne Matyaz
> Sent: Tuesday, September 01, 2009 7:59 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] LLA update
> 
> No, just that that's the only modules that *I* manage with LLA. :)
> MA
> 
> On Tue, Sep 1, 2009 at 10:52 AM, Ron Hawkins
> wrote:
> 
> > Mary Anne,
> >
> > Are you assuming that Load Modules are the only libraries that one would
> > manage with LLA?
> >
> > Ron
> >
> > >
> > > I don't think you should be editing load modules. :)
> > > Mary Anne
> > ..html
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Eric Bielefeld
I resisted the urge to reply to this when the thread started 4 hours ago, 
but at the risk of being reprimanded, I'll reply.


I remember my first job working for a company with a 360/40 computer in 
1969.  I was an operator for 2 years on 3rd shift.  Sometimes I got done at 
5 or 6 in the morning, so I would play with all the neat switches and stuff 
on the front panel.  A couple of times, the machine wouldn't IPL, at least 
not the first time.  Then, I'd putz with the switches, and try different 
things, and finally get the machine IPL'd.  Back then, DOS IPL'd in just a 
few seconds.  I typed in the date and time, and it was ready to go.


I remember the machine was quite touchy.  I turned it off any time between 9 
and 12 noon on Saturday when I went home for the weekend.  I remember coming 
in for some special processing on Sunday, and it wouldn't IPL.  When IBM 
came in, they opened one or two of the panels, and then it IPL'd fine.  The 
CE said he didn't do anything but open the gate.  I remember a 1403 control 
unit where the CE pounded on it with a big hard rubber mallet, and then it 
started working again.  Very interesting stuff back then.


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


- Original Message - 
From: "Anne & Lynn Wheeler" 


i got a student programming job in '66 ... was re-implementing 1401 MPIO
(unit record<->tape) front-end for 709 ... on 360/30. possibly just a
learning exercise starting to have people getting familiar with 360 and
getting ready for the 360/67 that was coming in (to replace the 709/1401
combo).



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


Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

2009-09-01 Thread Scott Rowe
It sounds to me like you are looking in the wrong version of the book. 
You say you are running 1.9, but you are reading the 1.7 book, that may
be your problem.

>>> willie bunter  9/1/2009 1:10 PM >>>
David,

We are running RELEASE z/OS 01.09.00.  Thanks


--- On Tue, 9/1/09, O'Brien, David W. (NIH/CIT) [C]
 wrote:


From: O'Brien, David W. (NIH/CIT) [C] 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu 
Received: Tuesday, September 1, 2009, 9:53 AM


Willie,

  What level Z\os are you  running? You may not have the ability to
alter queued tasks.

Thank You,
Dave O'Brien
NIH Contractor

From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of
willie bunter [williebun...@yahoo.com] 
Sent: Tuesday, September 01, 2009 12:21 PM
To: IBM-MAIN@bama.ua.edu 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST

Jack,

I took a look at SC35-0422-04 and did a search for recall , priority
etc.  I came up empty.  Could you direct me the section where it is
described?

Thanks


--- On Tue, 9/1/09, John Kelly  wrote:


From: John Kelly 
Subject: Re: DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
To: IBM-MAIN@bama.ua.edu 
Received: Tuesday, September 1, 2009, 9:13 AM



change the priorty of certain requests


try the HSM Admin ref manual. It's in there

Jack Kelly
202-502-2390 (Office)



From:
willie bunter 
To:
IBM-MAIN@bama.ua.edu 
Date:
09/01/2009 11:58 AM
Subject:
DFHSM QUESTION - CHANGING PRIORITY OF RECALL REQUEST
Sent by:
IBM Mainframe Discussion List 



Hallo,

I have a huge backlog of dsns (225) requests waiting to be recalled. 
Is
there a way that I can change the priorty of certain requests i.e. bump
up
the priority of certain recalls to the top of the queue.

Thanks.


 
__
Ask a question on any topic and get answers from real people. Go to
Yahoo!
Answers and share what you know at http://ca.answers.yahoo.com 

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

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



 
__
Looking for the perfect gift? Give the gift of Flickr!

http://www.flickr.com/gift/ 

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

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



 
__
Make your browsing faster, safer, and easier with the new Internet
Explorer® 8. Optimized for Yahoo! Get it Now for Free! at
http://downloads.yahoo.com/ca/internetexplorer/ 

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



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
 If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying,
printing, distribution, use or disclosure of the material is strictly
prohibited.  If you have received this material in error, please (i) do
not read it, (ii) reply to the sender that you received the message in
error, and (iii) erase or destroy the material. Emails are not secure
and can be intercepted, amended, lost or destroyed, or contain viruses.
You are deemed to have accepted these risks if you communicate with us
by email. Thank you.


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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Scott Ford
I started out the same way. S360/40, S370/135 and evenually s3
Eric,

I started out the same way. S360/40, S370/135 and evenually s370/158 one of my 
favorite machines runing OS/VS2/HASP...
 
Scott J Ford
 





From: Eric Bielefeld 
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, September 1, 2009 2:14:13 PM
Subject: Re: 33 Years In IT/Security/Audit

I resisted the urge to reply to this when the thread started 4 hours ago, but 
at the risk of being reprimanded, I'll reply.

I remember my first job working for a company with a 360/40 computer in 1969.  
I was an operator for 2 years on 3rd shift.  Sometimes I got done at 5 or 6 in 
the morning, so I would play with all the neat switches and stuff on the front 
panel.  A couple of times, the machine wouldn't IPL, at least not the first 
time.  Then, I'd putz with the switches, and try different things, and finally 
get the machine IPL'd.  Back then, DOS IPL'd in just a few seconds.  I typed in 
the date and time, and it was ready to go.

I remember the machine was quite touchy.  I turned it off any time between 9 
and 12 noon on Saturday when I went home for the weekend.  I remember coming in 
for some special processing on Sunday, and it wouldn't IPL.  When IBM came in, 
they opened one or two of the panels, and then it IPL'd fine.  The CE said he 
didn't do anything but open the gate.  I remember a 1403 control unit where the 
CE pounded on it with a big hard rubber mallet, and then it started working 
again.  Very interesting stuff back then.

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


- Original Message - From: "Anne & Lynn Wheeler" 
> 
> i got a student programming job in '66 ... was re-implementing 1401 MPIO
> (unit record<->tape) front-end for 709 ... on 360/30. possibly just a
> learning exercise starting to have people getting familiar with 360 and
> getting ready for the 360/67 that was coming in (to replace the 709/1401
> combo).
> 

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





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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Howard Brazee
On 1 Sep 2009 10:04:14 -0700, enrique.mont...@esc-gps.com (Enrique
Montero) wrote:

>my first PC was an Atari 800XL, with a word processor, modem, 5 1/4
>diskette, and casette. It was great to program with Basic and assembler.
>I wanted to study Petroleum Engineer, but my brother bought this pc, so
>i started to study computers.

Not to mention a decent macro-assembler, forth, & Action!I believe
Logo was also available, but I didn't have it.  

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Doug Fuerst
Actually, the rubber mallet on the 2821 was used to fix parity problems 
in the 1403 core matrix. Intermittent print checks was the symptom. BTW, 
a well place foot worked in lieu of a mallet. one of my first lessons as 
a CE..


Doug

Eric Bielefeld wrote:

snip >
  I remember a 1403 control unit where the CE pounded on it with a big 
hard rubber mallet, and then it started working again.  Very 
interesting stuff back then.


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


- Original Message - From: "Anne & Lynn Wheeler" 



i got a student programming job in '66 ... was re-implementing 1401 MPIO
(unit record<->tape) front-end for 709 ... on 360/30. possibly just a
learning exercise starting to have people getting familiar with 360 and
getting ready for the 360/67 that was coming in (to replace the 709/1401
combo).



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




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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Ted MacNEIL
>I remember a 1403 control. unit where the CE pounded on it with a big hard 
>rubber mallet, and then it started working again.  Very interesting stuff back 
>then.


It's called 'percussive maintenance'.
If it don't work, belt it.
We had a few GANDALF terminals hooked up to a Honeywell Level 66, in first year 
university, that required that kind of care.

But, things got so bad, the computer centre put up signs threatening to make 
students liable for damages and that treatment grounds for expulsion.
-
Too busy driving to stop for gas!

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Bill Fairchild
I remember helping Wong Hsiao-Yü build his model 1 abacus during the reign of 
Emperor Po-Tzo the second.

Or was it Babbage and his model 1 Difference Engine?

It must have been Babbage, since I also remember when he suddenly awoke from an 
opium dream and exclaimed "MAINFRAME!".

There.  Now we're back on track.

Bill Fairchild

Software Developer 
Rocket Software
275 Grove Street · Newton, MA 02466-2272 · USA
Tel: +1.617.614.4503 · Mobile: +1.508.341.1715
Email: bi...@mainstar.com 
Web: www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Doug Fuerst
Sent: Tuesday, September 01, 2009 2:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 33 Years In IT/Security/Audit

Actually, the rubber mallet on the 2821 was used to fix parity problems 
in the 1403 core matrix. Intermittent print checks was the symptom. BTW, 
a well place foot worked in lieu of a mallet. one of my first lessons as 
a CE..

Doug

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread George Allen Bly
1968 Autocoder and a 1401 lots of cards.  I still have the keypunch an 026. 

George 


From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Eric 
Bielefeld [eric-ibmm...@wi.rr.com]
Sent: Tuesday, September 01, 2009 2:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 33 Years In IT/Security/Audit

I resisted the urge to reply to this when the thread started 4 hours ago,
but at the risk of being reprimanded, I'll reply.

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


OT - IBM Takes First Close-Up Image of Single Molecule

2009-09-01 Thread Lizette Koehler
For the Geeks on this list - You know who you are.  This relates to circuit 
boards of the future.

http://www.foxnews.com/story/0,2933,545138,00.html


As part of a greater effort to someday build computing elements at an atomic 
scale, IBM scientists in Zurich have taken the highest-resolution image ever of 
an individual molecule using non-contact atomic force microscopy.

Performed in an ultrahigh vacuum at 5 degrees Kelvin, scientists were able to 
"to look through the electron cloud and see the atomic backbone of an 
individual molecule for the first time," a feat necessary for the further 
development of atomic scale electronic building blocks.

Atomic force microscopy employs a cantilever so small that its tip tapers to a 
nanoscale point. As the microscope scans, the cantilever bounces up and down in 
response to the miniscule forces between the tip and the sample, generating a 
picture of the sample’s surface.

The pentacene molecule sampled consists of 22 carbon atoms and 14 hydrogen 
atoms and measures 1.4 nanometers in length, with the space between carbon 
atoms registering at 0.14 nanometers, or half a million times smaller than the 
diameter of a human hair.

The image should help researchers determine how charge moves through molecules 
and networks of molecules, which in turn could lead to breakthroughs in 
building computing elements at the atomic scale.

As circuits grow smaller, it becomes harder and harder to break the 
sub-10-nanometer scale, a benchmark that several research groups are trying to 
reach. Breakthroughs in circuit board and semiconductor technology involving 
self-assembling DNA promise to deliver infinitesimally smaller circuits, but 
reaching atomic-scale computing has thus far eluded researchers.

Understanding the charge distribution of molecules could bring scientists a 
large step closer to cracking atomic scale computing, which could vastly reduce 
power consumption and fabrication costs.

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Doc Farmer
Difference Engine? Aye, you were looky! When I were but a lad, we only had
four integers in existence, and there were six of us!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Bill Fairchild
Sent: Tuesday, September 01, 2009 3:31 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 33 Years In IT/Security/Audit

I remember helping Wong Hsiao-Yü build his model 1 abacus during the reign
of Emperor Po-Tzo the second.

Or was it Babbage and his model 1 Difference Engine?

It must have been Babbage, since I also remember when he suddenly awoke from
an opium dream and exclaimed "MAINFRAME!".

There.  Now we're back on track.

Bill Fairchild

Software Developer 
Rocket Software
275 Grove Street · Newton, MA 02466-2272 · USA
Tel: +1.617.614.4503 · Mobile: +1.508.341.1715
Email: bi...@mainstar.com 
Web: www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Doug Fuerst
Sent: Tuesday, September 01, 2009 2:08 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 33 Years In IT/Security/Audit

Actually, the rubber mallet on the 2821 was used to fix parity problems 
in the 1403 core matrix. Intermittent print checks was the symptom. BTW, 
a well place foot worked in lieu of a mallet. one of my first lessons as 
a CE..

Doug

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

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Doc Farmer
That's how we used to "fix" printers as well...

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Ted MacNEIL
Sent: Tuesday, September 01, 2009 3:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: 33 Years In IT/Security/Audit

>I remember a 1403 control. unit where the CE pounded on it with a big hard
rubber mallet, and then it started working again.  Very interesting stuff
back then.


It's called 'percussive maintenance'.
If it don't work, belt it.
We had a few GANDALF terminals hooked up to a Honeywell Level 66, in first
year university, that required that kind of care.

But, things got so bad, the computer centre put up signs threatening to make
students liable for damages and that treatment grounds for expulsion.
-
Too busy driving to stop for gas!

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

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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Doc Farmer
Not to mention this vintage perpetual motion device...

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Ron Hawkins
Sent: Tuesday, September 01, 2009 1:55 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Dumb Question - Credit Card Number Scanner

And a block of flats in Tasmania...

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Eric Bielefeld
> Sent: Tuesday, September 01, 2009 10:04 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Dumb Question - Credit Card Number Scanner
> 
> And if they do all this, I have a bridge I'll sell you.  My daughter lives
> in Brooklyn, so she will be my agent.
> 
> Eric
> 
> - Original Message -
> From: "Martin Kline" 
> >
> > Easy. Offer to do the following:
> >
> > Start with the first byte on the first disk. Convert it and the
following
> > 0-n
> > bytes to decimal numbers. Put that number in your list of suspiscious
> > numbers.
> > Also unpack the same bytes to create a second set of potential numbers.
> > Also
> > keep the 16 byte sequence as a suspiscious number. Procede to the next
> > byte
> > on the disk. Repeat for the entire disk. Then repeat for all disks. Then
> > repeat
> > this process for every tape. You will now have a list of potentially
> > suspiscious
> > numbers which consumes more space than all of the disks and tapes in
your
> > shop, probably by a factor of at least 10. Print the list and send it to
> > the
> > requester.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

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


Re: OT - IBM Takes First Close-Up Image of Single Molecule

2009-09-01 Thread Doc Farmer
Saw that on Drudge the other day. WAY cool!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Lizette Koehler
Sent: Tuesday, September 01, 2009 3:55 PM
To: IBM-MAIN@bama.ua.edu
Subject: OT - IBM Takes First Close-Up Image of Single Molecule

For the Geeks on this list - You know who you are.  This relates to circuit 
boards of the future.

http://www.foxnews.com/story/0,2933,545138,00.html


As part of a greater effort to someday build computing elements at an atomic 
scale, IBM scientists in Zurich have taken the highest-resolution image ever of 
an individual molecule using non-contact atomic force microscopy.

Performed in an ultrahigh vacuum at 5 degrees Kelvin, scientists were able to 
"to look through the electron cloud and see the atomic backbone of an 
individual molecule for the first time," a feat necessary for the further 
development of atomic scale electronic building blocks.

Atomic force microscopy employs a cantilever so small that its tip tapers to a 
nanoscale point. As the microscope scans, the cantilever bounces up and down in 
response to the miniscule forces between the tip and the sample, generating a 
picture of the sample’s surface.

The pentacene molecule sampled consists of 22 carbon atoms and 14 hydrogen 
atoms and measures 1.4 nanometers in length, with the space between carbon 
atoms registering at 0.14 nanometers, or half a million times smaller than the 
diameter of a human hair.

The image should help researchers determine how charge moves through molecules 
and networks of molecules, which in turn could lead to breakthroughs in 
building computing elements at the atomic scale.

As circuits grow smaller, it becomes harder and harder to break the 
sub-10-nanometer scale, a benchmark that several research groups are trying to 
reach. Breakthroughs in circuit board and semiconductor technology involving 
self-assembling DNA promise to deliver infinitesimally smaller circuits, but 
reaching atomic-scale computing has thus far eluded researchers.

Understanding the charge distribution of molecules could bring scientists a 
large step closer to cracking atomic scale computing, which could vastly reduce 
power consumption and fabrication costs.

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

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Rick Fochtman
I started in 1969 on a 360/44, with a 1620/20 in the background. Never 
looked back . :-) Also plugged boards for the infamous 407, 'cuz the 
1620 had only card reader and card punch and console.


Rick
---

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


Re: paging in rates and real memory

2009-09-01 Thread Ted MacNEIL
> CICS waking up from no activity will often exhibit a spike in paging. 

Then, if that's the case, marking it Memory Critical under the WLM is the 
answer.

>Generally speaking, transient spikes are very rarely of concern. It is only 
>when the average stats rising above zero do you need to be looking to increase 
>main storage. 

I disagree.
This paging activity can be an issue, depending on service levels, and response 
requirements.

-
Too busy driving to stop for gas!

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


Re: paging in rates and real memory

2009-09-01 Thread Hal Merritt
A CICS waking up from no activity will often exhibit a spike in paging. 

Generally speaking, transient spikes are very rarely of concern. It is only 
when the average stats rising above zero do you need to be looking to increase 
main storage. 

Of course, some might argue that, depending on the workload, an overall average 
system page in rate of a few per second means you are exploiting your main 
storage to the fullest: you are getting real work out of what you paid for. 

HTH

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Tommy Tsui
Sent: Monday, August 31, 2009 4:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: paging in rates and real memory

Hi all,

I found that one of report class for CICS paging in rate reached 256,  
normally it should be 0. In fact, our real storage is still sufficient  
(from paging activity report) . how comes it needs paging in?

thanks and regards

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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


Re: OT - IBM Takes First Close-Up Image of Single Molecule

2009-09-01 Thread Eric Bielefeld
Thanks Lizette.  That is very interesting.  I'm sure any techknowlogy 
utilizing these pictures is at least 5 years out, although thats just a 
guess on my part.  I assume if they can design storage that stores bits of 
data on the atomic level, that we would have a HUGE increase in the density 
of dasd.  Also memory.


It amazes me to no end that right now I can buy a 1TB hard drive for my PC 
for under $90.  When we shut down the datacenter 3 years ago, we had a 
Hitachi box that was about 3 feet square and 6 feet tall.  It held 1TB also. 
But then, 10 years earlier(1995), when we built the datacenter with real 
3380's and 3390's, there wasn't much more we could have put in the 
datacenter.  When we moved out, before we took all the equipment out, we 
could have set up a good size ballroom where all the dasd and the 3090 S600 
was.  Actually, we could have gotten a 100 MIP processer, as the first IBM 
air cooled processor had just come out, but my boss didn't want to take for 
granted that IBM would actually have any ready at that time.


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


- Original Message - 
From: "Lizette Koehler" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, September 01, 2009 2:54 PM
Subject: OT - IBM Takes First Close-Up Image of Single Molecule


For the Geeks on this list - You know who you are.  This relates to 
circuit boards of the future.


http://www.foxnews.com/story/0,2933,545138,00.html


As part of a greater effort to someday build computing elements at an 
atomic scale, IBM scientists in Zurich have taken the highest-resolution 
image ever of an individual molecule using non-contact atomic force 
microscopy.


Performed in an ultrahigh vacuum at 5 degrees Kelvin, scientists were able 
to "to look through the electron cloud and see the atomic backbone of an 
individual molecule for the first time," a feat necessary for the further 
development of atomic scale electronic building blocks.


Atomic force microscopy employs a cantilever so small that its tip tapers 
to a nanoscale point. As the microscope scans, the cantilever bounces up 
and down in response to the miniscule forces between the tip and the 
sample, generating a picture of the sample’s surface.


The pentacene molecule sampled consists of 22 carbon atoms and 14 hydrogen 
atoms and measures 1.4 nanometers in length, with the space between carbon 
atoms registering at 0.14 nanometers, or half a million times smaller than 
the diameter of a human hair.


The image should help researchers determine how charge moves through 
molecules and networks of molecules, which in turn could lead to 
breakthroughs in building computing elements at the atomic scale.


As circuits grow smaller, it becomes harder and harder to break the 
sub-10-nanometer scale, a benchmark that several research groups are 
trying to reach. Breakthroughs in circuit board and semiconductor 
technology involving self-assembling DNA promise to deliver 
infinitesimally smaller circuits, but reaching atomic-scale computing has 
thus far eluded researchers.


Understanding the charge distribution of molecules could bring scientists 
a large step closer to cracking atomic scale computing, which could vastly 
reduce power consumption and fabrication costs.




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


Amusing little IBM FTP oddity... cannot find member

2009-09-01 Thread John Mattson
Using z/OS 1.08 
1) Split an ISPF Screen. 
2) Go into the same PDS (not pdse) using option 3.4 in BOTH screens 
3) In one do a "Z" line command to compress the PDS
4) In the other edit to create a new member, put some lines in it and save 
it. 
5) Then try to FTP the new member to your PC.  You will find, that FTP 
cannot find that member.  Swears it does not exist. 
6) If you then get out of the PDS and back in, then FTP finds it. 
Not exactly a common scenario, but "THIS COULD HAPPEN TO YOU!!!" 

ftp> get 'AFITJLM.SDSF(BLARK)' BLARK.TXT
200 Port request OK.
550 Request nonexistent member AFITJLM.SDSF(BLARK) to be sent.

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Scott Ford
I remember a CE ( my dad was a Unisys CE ) used his feet to shove a stuck 2319 
on a DOS/VS back in place. 
I also remember writing Assembler on a 360/20 using 16k ..man
 
Scott J Ford
 





From: Rick Fochtman 
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, September 1, 2009 4:24:58 PM
Subject: Re: 33 Years In IT/Security/Audit

I started in 1969 on a 360/44, with a 1620/20 in the background. Never looked 
back . :-) Also plugged boards for the infamous 407, 'cuz the 1620 had only 
card reader and card punch and console.

Rick
---

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





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


Re: paging in rates and real memory

2009-09-01 Thread Hal Merritt
An inactive CICS is almost always a test region, not worthy of critical 
anything. And there are often a gaggle of idle test regions asleep. 

SLA's for such are nil, so paging is also of no concern. 

Hence my observation that spikes are rarely of concern.  



-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Ted MacNEIL
Sent: Tuesday, September 01, 2009 4:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: paging in rates and real memory

> CICS waking up from no activity will often exhibit a spike in paging. 

Then, if that's the case, marking it Memory Critical under the WLM is the 
answer.

>Generally speaking, transient spikes are very rarely of concern. It is only 
>when the average stats rising above zero do you need to be looking to increase 
>main storage. 

I disagree.
This paging activity can be an issue, depending on service levels, and response 
requirements.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

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


Re: ACP, One of the Oldest Open Source Apps

2009-09-01 Thread Anne & Lynn Wheeler
Anne & Lynn Wheeler  writes:
> some old email indicates that even 9083 hand-picked only came in
> marginally faster than 3083 (not even on the order of 8.6 that would
> have been indicated with 3081kx2). 9083 did have a different I/O
> microcode load to bias for the typical higher channel loads.
>
> Now to get to 3084 (a pair of 3081s for four processors) there were real
> tricks ... since each processor cache had to take constant signals from
> three other processor caches instead of only one other processor cache.

re:
http://www.garlic.com/~lynn/2009l.html#58 ACP, One of the Oldest Open Source 
Apps
http://www.garlic.com/~lynn/2009l.html#65 ACP, One of the Oldest Open Source 
Apps
http://www.garlic.com/~lynn/2009l.html#66 ACP, One of the Oldest Open Source 
Apps
http://www.garlic.com/~lynn/2009l.html#67 ACP, One of the Oldest Open Source 
Apps

besides the hardware tricks to maintain processor thruput in large
multiprocessor caches ... in this time-frame there was lots of MVS
and VM kernel software work for "multiprocessor" sensitivity.

for instance, dynamic kernel storage allocation was reorgnized to start
on cache-line boundaries and end on cache-line boundaries (be multiples
of cache-lines). this eliminated scenarios where one processor was use
the front part of a cache-line for one puprose and another processor was
concurrently using the end of the cache-line for some other purpose
... and they get into a lot of cache "thrashing" where one processor
tells the others that it is taking the cache-line and all the other
processors have to get rid of it ... and then one of the other
processors doing the same (for the same cache-line). At the time, the
kernel changes for multiprocessor sensitivity claimed overall 4-6%
increased system thruput.

later for ha/cmp, I found it interesting that I was emulating a lot of
multiprocessor hardware cache management for ha/cmp's (software)
distributed lock manager (underlying fundamentals are very similar)
... some past ha/cmp posts
http://www.garlic.com/~lynn/subtopic.html#hacmp

especially for ha/cmp cluster scaleup ... mentioned
in this old post
http://www.garlic.com/~lynn/95.html#13
and this old email
http://www.garlic.com/~lynn/lhwemail.html#medusa

at the time, most of the RDBMS implementations were doing their cluster
implementation using (effectively) "store-thru" cache ... i.e. RDBMS was
using computer real storage as cache ... and record location on disk was
the "real" location. If a processor had a changed copy of the record in
cache (change "committed" with log record ... but not yet written to
disk to "home" location), it first had to be written to its home
location on disk before another processor could obtain it.

for the HA/CMP distributed locking scaleup ... i worked out details of
being able to potentially piggy-back the dbms record with the message
granting the corresponding lock ... effectively a direct cache-to-cache
transfer ... avoiding the latency of waiting for intermediate disk
transfer (out to disk from one processor real storage and back into real
storage of another processor). in some sense this was able to treat
aggregate real storage of all the processors in the cluster as one large
coordinated cache (could implement direct storage-to-storage transfers
much more efficiently than out to disk). For large clusters ... there
was increasing probability that a particular DBMS record already resided
in some processor storage.

the real problems weren't so much with doing the direct
processor-to-processor transfers (in loosely-coupled/cluster
environment) ... it was the ha/cmp recovery (after processor/node
failure) ... where a record might have multiple different (commited)
changes ... done on different processors (and recorded in different logs
on different processors) ... which haven't yet been written to the DBMS
record "home" location.

-- 
40+yrs virtualization experience (since Jan68), online at home since Mar1970

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


Re: Amusing little IBM FTP oddity... cannot find member

2009-09-01 Thread Paul Gilmartin
On Tue, 1 Sep 2009 13:58:42 -0700, John Mattson wrote:

>Using z/OS 1.08
>1) Split an ISPF Screen.
>2) Go into the same PDS (not pdse) using option 3.4 in BOTH screens
>3) In one do a "Z" line command to compress the PDS
>4) In the other edit to create a new member, put some lines in it and save
>it.
>5) Then try to FTP the new member to your PC.  You will find, that FTP
>cannot find that member.  Swears it does not exist.
>6) If you then get out of the PDS and back in, then FTP finds it.
>Not exactly a common scenario, but "THIS COULD HAPPEN TO YOU!!!"
>
>ftp> get 'AFITJLM.SDSF(BLARK)' BLARK.TXT
>200 Port request OK.
>550 Request nonexistent member AFITJLM.SDSF(BLARK) to be sent.
>
I'd expect that to fail only in the reverse order: Edit
first, then compress.

What I imagine is:

o Edit does ENQ SHR on the DSN.

o "Z" upgrates the ENQ to EXC.

o FTP fails to obtain the ENQ SHR.

Can you reproduce the behavior with simply ALLOCATE OLD?

Must it be the new member, or any old member?

Does FTP ENQ SHR at the point you "cd 'AFITJLM.SDSF'"?

etc.

I've seen similar behaviors with other utilities (NFS?).
I'm accustomed to getting "permission denied", which is
notionally more appropriate than "not found".

-- gil

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


Re: paging in rates and real memory

2009-09-01 Thread Ted MacNEIL
>n inactive CICS is almost always a test region, not worthy of critical 
>anything. And there are often a gaggle of idle test regions asleep. 

You are generalising,
IBM introduced 'memory critical' for a major bank in the US, that had major 
production regions that were idle for long times due to time zones.

-
Too busy driving to stop for gas!

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


Re: paging in rates and real memory

2009-09-01 Thread Chris Craddock
On Tue, Sep 1, 2009 at 5:14 PM, Ted MacNEIL  wrote:

> >n inactive CICS is almost always a test region, not worthy of critical
> anything. And there are often a gaggle of idle test regions asleep.
>
> You are generalising,
> IBM introduced 'memory critical' for a major bank in the US, that had major
> production regions that were idle for long times due to time zones.
> 



Ok, well here's a generalization: there's never any guarantee of getting
zero paging (no matter how much memory you have) and in any case a little
bit of paging isn't necessarily the pain it used to be. The questions for
the OP are; "is the paging actually impacting a service level". If not then
"no problem". Otherwise "what changed?"


-- 
This email might be from the
artist formerly known as CC
(or not) You be the judge.

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


Re: Amusing little IBM FTP oddity... cannot find member

2009-09-01 Thread John Mattson
Looks like that is it Gil,  Exclusive enque causes it.  Chalk it up to 
another misleading IBM message. 




Paul Gilmartin  
Sent by: IBM Mainframe Discussion List 
09/01/2009 03:14 PM
Please respond to
IBM Mainframe Discussion List 
Expire Date: 09/01/2011


To
IBM-MAIN@bama.ua.edu
cc

Subject
Re: Amusing little IBM FTP oddity... cannot find member






On Tue, 1 Sep 2009 13:58:42 -0700, John Mattson wrote:

>Using z/OS 1.08
>1) Split an ISPF Screen.
>2) Go into the same PDS (not pdse) using option 3.4 in BOTH screens
>3) In one do a "Z" line command to compress the PDS
>4) In the other edit to create a new member, put some lines in it and 
save
>it.
>5) Then try to FTP the new member to your PC.  You will find, that FTP
>cannot find that member.  Swears it does not exist.
>6) If you then get out of the PDS and back in, then FTP finds it.
>Not exactly a common scenario, but "THIS COULD HAPPEN TO YOU!!!"
>
>ftp> get 'AFITJLM.SDSF(BLARK)' BLARK.TXT
>200 Port request OK.
>550 Request nonexistent member AFITJLM.SDSF(BLARK) to be sent.
>
I'd expect that to fail only in the reverse order: Edit
first, then compress.

What I imagine is:

o Edit does ENQ SHR on the DSN.

o "Z" upgrates the ENQ to EXC.

o FTP fails to obtain the ENQ SHR.

Can you reproduce the behavior with simply ALLOCATE OLD?

Must it be the new member, or any old member?

Does FTP ENQ SHR at the point you "cd 'AFITJLM.SDSF'"?

etc.

I've seen similar behaviors with other utilities (NFS?).
I'm accustomed to getting "permission denied", which is
notionally more appropriate than "not found".

-- gil

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


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


Re: Dumb Question - Credit Card Number Scanner

2009-09-01 Thread Chris Edwards
IIRC *all* credit cards have a form of check digit or something to
validate that the number is a valid CC number not just 16 randomly
chosen numbers (wouldn't that just make internet shopping a breeze !!) 

So, to borrow from some previous posts and expand a bit ...

1. Open every file on your system (perhaps use IDCAMS REPRO to get both
VSAM and non-VSAM, LM to get PDS members)
2. 'Just' code up a CC number validation routine.
3. Starting at byte 1, get the necessary number of bytes for each data
type (binary, packed, text, etc.) and run it through your validation
routine.
4. Jump a byte, go again!

Once you have performed this on *every* file on your system, print it
out and load the output onto the many pallets required then into a truck
and deliver to the bright spark that asked for it!

Then , wonder what the hell happened to the last 15 years of your life
(about how long this could take :-) )

What next?  'can you please search every file on the system to see if
anyone has used profanity, stored inappropriate material etc.  Nice can
of worms!

Cheers,
Chris

p.s. I have a small island off the east coast of Australia for sale.
Please call to arrange an inspection ... I just need to check the tide
charts for a 'convenient' time :-)

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Doc Farmer
Sent: Wednesday, 2 September 2009 6:12 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Dumb Question - Credit Card Number Scanner

Not to mention this vintage perpetual motion device...

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf
Of Ron Hawkins
Sent: Tuesday, September 01, 2009 1:55 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Dumb Question - Credit Card Number Scanner

And a block of flats in Tasmania...

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Eric Bielefeld
> Sent: Tuesday, September 01, 2009 10:04 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Dumb Question - Credit Card Number Scanner
> 
> And if they do all this, I have a bridge I'll sell you.  My daughter
lives
> in Brooklyn, so she will be my agent.
> 
> Eric
> 
> - Original Message -
> From: "Martin Kline" 
> >
> > Easy. Offer to do the following:
> >
> > Start with the first byte on the first disk. Convert it and the
following
> > 0-n
> > bytes to decimal numbers. Put that number in your list of
suspiscious
> > numbers.
> > Also unpack the same bytes to create a second set of potential
numbers.
> > Also
> > keep the 16 byte sequence as a suspiscious number. Procede to the
next
> > byte
> > on the disk. Repeat for the entire disk. Then repeat for all disks.
Then
> > repeat
> > this process for every tape. You will now have a list of potentially
> > suspiscious
> > numbers which consumes more space than all of the disks and tapes in
your
> > shop, probably by a factor of at least 10. Print the list and send
it to
> > the
> > requester.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

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

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


ENQ (was: Amusing little IBM FTP oddity... )

2009-09-01 Thread Paul Gilmartin
On Tue, 1 Sep 2009 16:39:09 -0700, John Mattson wrote:

>Looks like that is it Gil,  Exclusive enque causes it.  Chalk it up to
>another misleading IBM message.
>
What has been needed (although IBM won't acknowledge it)
ever since TSO's interactive computing appeared alongside
the purely batch paradigm of OS/360 is a facility to
downgrade an ENQ from EXC to SHR, so after the "Z" ISPF
could restore the status quo ante.

This could be synthesized, crudely, with facilities
available nowadays:

o fork() a child process (runs in a different address
  space) authorized to issue ENQ SHR SYSDSN with wait.

o Once the child issues the ENQ, it signals the parent
  which does DEQ (might require FREE).

o Once the child obtains the ENQ, it signals the parent
  which does ENQ SHR (ALLOCATE as needed).

o The parent then signals the child to terminate (or
  simply kills the child).

-- gil

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


ENQ (was: Amusing little IBM FTP oddity... )

2009-09-01 Thread Paul Gilmartin
On Tue, 1 Sep 2009 16:39:09 -0700, John Mattson wrote:

>Looks like that is it Gil,  Exclusive enque causes it.  Chalk it up to
>another misleading IBM message.
>
>>550 Request nonexistent member AFITJLM.SDSF(BLARK) to be sent.
>
Indeed.  Since the code but not the text of replies is
controlled by the RFC, it might far better be the more
informative:

550 MIM1038 user CONTENTION WITH XCFAS OWNS EXC ...

... (ripped from the SVC 99 reply buffer after an attempt to
allocate SYS1.LINKLIB OLD).

Ah!  But since it has a code, you can look 550 up in M&C.

-- gil

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Eric Bielefeld
Writing assemble in 16k?  Wow.  The 2nd job I had, our 360/20 had 4k.  Of 
course, no one wrote any assembler for it.  We used some report writing 
programs, a card sort program, and a few other utility programs.  Then, we 
upgraded the 360/20 to 8K, and made it into a JES2 remote.


Of course, our 360/20 was just a companion computer to the 2 big machines, 
our 1410/1401 machines.


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


- Original Message - 
From: "Scott Ford" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, September 01, 2009 4:38 PM
Subject: Re: 33 Years In IT/Security/Audit


I remember a CE ( my dad was a Unisys CE ) used his feet to shove a stuck 
2319 on a DOS/VS back in place.

I also remember writing Assembler on a 360/20 using 16k ..man

Scott J Ford

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


Re: LLA update

2009-09-01 Thread Mary Anne Matyaz
Whatever.

On Tue, Sep 1, 2009 at 1:59 PM, Ron Hawkins
wrote:

> But LLA does not many modules. It manages directories!
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of
> > Mary Anne Matyaz
> > Sent: Tuesday, September 01, 2009 7:59 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: [IBM-MAIN] LLA update
> >
> > No, just that that's the only modules that *I* manage with LLA. :)
> > MA
> >
> > On Tue, Sep 1, 2009 at 10:52 AM, Ron Hawkins
> > wrote:
> >
> > > Mary Anne,
> > >
> > > Are you assuming that Load Modules are the only libraries that one
> would
> > > manage with LLA?
> > >
> > > Ron
> > >
> > > >
> > > > I don't think you should be editing load modules. :)
> > > > Mary Anne
> > > ..html
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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


Re: 33 Years In IT/Security/Audit

2009-09-01 Thread Doug Fuerst
The 360/20's best language was RPG.  Fist real computer I ever saw, with 
a 2415, a 1403 of some kind I believe, and the MFCM, where the last 2 
characters stood for card muncher. Use your imagination for the first 
two characters. :-)

My dad worked on it and before that, the requisite card machines.

Doug


Eric Bielefeld wrote:
Writing assemble in 16k?  Wow.  The 2nd job I had, our 360/20 had 4k.  
Of course, no one wrote any assembler for it.  We used some report 
writing programs, a card sort program, and a few other utility 
programs.  Then, we upgraded the 360/20 to 8K, and made it into a JES2 
remote.


Of course, our 360/20 was just a companion computer to the 2 big 
machines, our 1410/1401 machines.


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


- Original Message - From: "Scott Ford" 
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, September 01, 2009 4:38 PM
Subject: Re: 33 Years In IT/Security/Audit


I remember a CE ( my dad was a Unisys CE ) used his feet to shove a 
stuck 2319 on a DOS/VS back in place.

I also remember writing Assembler on a 360/20 using 16k ..man

Scott J Ford

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




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


Re: paging in rates and real memory

2009-09-01 Thread Ron Hawkins
Chris,

In fact a little more paging can now be less of a pain then a little paging.
EMC and HDS customers have always been able to get solid state performance
by locking part or all of a volume in cache (Permacache and FlashAccess).
With cache sizes at 512GB for a single disk controller, having Production
with SSD paging performance on 4Gb FICON channels is probably nowhere near
as painful as it was on ye old 7980 SSD using ESCON or B&T.

Take it down a notch to the second best performance level and you could use
FlashDrives for your paging volumes. Not as fast as Permacache and
FlashAccess (you still have disconnect time), but it's a damn sight faster
than paging from a HDD.

If you're worried about how taking advantage of data over the Bar will
affect your paging, setting up FlashAccess, or four Flashdrives in a parity
group and a CLPR may be a nice, easy preventative exercise for paging
problems.

It may make paging fun again...

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Chris Craddock
> Sent: Tuesday, September 01, 2009 3:25 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] paging in rates and real memory
> 
> On Tue, Sep 1, 2009 at 5:14 PM, Ted MacNEIL  wrote:
> 
> > >n inactive CICS is almost always a test region, not worthy of critical
> > anything. And there are often a gaggle of idle test regions asleep.
> >
> > You are generalising,
> > IBM introduced 'memory critical' for a major bank in the US, that had
major
> > production regions that were idle for long times due to time zones.
> > 
> 
> 
> 
> Ok, well here's a generalization: there's never any guarantee of getting
> zero paging (no matter how much memory you have) and in any case a little
> bit of paging isn't necessarily the pain it used to be. The questions for
> the OP are; "is the paging actually impacting a service level". If not
then
> "no problem". Otherwise "what changed?"
> 
> 
> --
> This email might be from the
> artist formerly known as CC
> (or not) You be the judge.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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


  1   2   >