Re: z/OS 2.3 preview announcement

[Edward Gould]

> 
> My cynical reaction dating back to MVS/XA 2.2 is that IBM wants to
> charge you more for being trailing edge such as forcing JES3 customers
> to by Bulk Data Transfer if they wanted SNA/NJE (a product that got
> dead ended) and providing SMS in the JES2 environment (this may have
> been MVS/SP) but not the JES3 environment.

Agreed.
Ed
> 
> Clark Morris
>> 
>> -- gil
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: CA acquires Veracode.

[Edward Gould]

All I can say is that it seems that anything CA put its finger goes south, IMO.
Ed
> On Mar 7, 2017, at 6:43 PM, x ksi  wrote:
> 
> Any thoughts on the following -
> https://www.ca.com/us/company/newsroom/press-releases/2017/ca-technologies-to-acquire-veracode-the-leading-saas-based-secure-devops-platform.html
> ?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Which C library functions imply dub?

[Don Poitras]

I'm not sure if this is a comprehensive list, but if you look at:

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.bpxb100/callservd.htm

You'll find the Unix System Services assembler callable services listed by
C function name. There's no guarantee that there _is_ such a C function,
but most of them map one for one.


In article <020a01d2979b$9a13a730$ce3af590$@mcn.org> you wrote:
> X-posted from a thread on MVS-OE
>  
> How would I determine which standard C library functions imply or cause a
> dub? (Other than by trying them without an OMVS segment and seeing if they
> blow up?) Is this documented somewhere? I guess another way of phrasing the
> question is "how would I determine which standard C library functions are
> 'UNIX functions'?"
>  
> Do most of them? Surely not strlen()? Does fopen()? Only if you reference a
> UNIX file as opposed to //DD:FOO?
>  
> Charles 

-- 
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

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

Re: z/OS 2.3 preview announcement

[Clark Morris]

[Default] On 7 Mar 2017 16:15:09 -0800, in bit.listserv.ibm-main
000433f07816-dmarc-requ...@listserv.ua.edu (Paul Gilmartin) wrote:

>On Tue, 21 Feb 2017 15:13:32 -0600, Tom Marchant wrote:
>
>>Did anyone notice the z/OS 2.3 preview announcement today?
>>http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/5/897/ENUS217-085/index.html_locale=en
>>
>>I found this interesting:
>>
>>
>>New support is planned to be added to allow TSO/E user IDs to be eight 
>>characters long.
>>
>>
>And I read:
>For JES2 in z/OS V2.3, JCL, ...  The DLM keyword on SYSIN is extended from
>2 characters to 18 characters to provide more granularity.
>
>"granularity"?
>
>Underreaching.  It should be as big as possible to provide the programmer
>maximum confidence of no accidental match within the data.  I'd suggest
>71, probably the longest value in a SYSIN line.
>
>Why not JES3, also?

My cynical reaction dating back to MVS/XA 2.2 is that IBM wants to
charge you more for being trailing edge such as forcing JES3 customers
to by Bulk Data Transfer if they wanted SNA/NJE (a product that got
dead ended) and providing SMS in the JES2 environment (this may have
been MVS/SP) but not the JES3 environment.

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

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

CA acquires Veracode.

[x ksi]

Any thoughts on the following -
https://www.ca.com/us/company/newsroom/press-releases/2017/ca-technologies-to-acquire-veracode-the-leading-saas-based-secure-devops-platform.html
?

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

Re: z/OS 2.3 preview announcement

[Paul Gilmartin]

On Tue, 21 Feb 2017 15:13:32 -0600, Tom Marchant wrote:

>Did anyone notice the z/OS 2.3 preview announcement today?
>http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/5/897/ENUS217-085/index.html_locale=en
>
>I found this interesting:
>
>
>New support is planned to be added to allow TSO/E user IDs to be eight 
>characters long.
>
>
And I read:
For JES2 in z/OS V2.3, JCL, ...  The DLM keyword on SYSIN is extended from
2 characters to 18 characters to provide more granularity.

"granularity"?

Underreaching.  It should be as big as possible to provide the programmer
maximum confidence of no accidental match within the data.  I'd suggest
71, probably the longest value in a SYSIN line.

Why not JES3, also?

-- gil

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

Re: GSE UK - Large Systems Meeting

[Bill Woodger]

Well, it could be just me but I get 366k of something which provides links to 
local files which don't exist. Anyway, I doubt they'll let me attend.

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

Which C library functions imply dub?

[Charles Mills]

X-posted from a thread on MVS-OE

 

How would I determine which standard C library functions imply or cause a
dub? (Other than by trying them without an OMVS segment and seeing if they
blow up?) Is this documented somewhere? I guess another way of phrasing the
question is "how would I determine which standard C library functions are
'UNIX functions'?"

 

Do most of them? Surely not strlen()? Does fopen()? Only if you reference a
UNIX file as opposed to //DD:FOO?

 

Charles 

 


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

Re: GSE UK - Large Systems Meeting

[Mike Schwab]

It downloads an xhtml document to my system.

On Tue, Mar 7, 2017 at 9:25 AM, Leanne Wilson  wrote:
> The full agenda has now been released for the GSE UK Large Systems working 
> group meeting on the 28th March at CA offices, Berkshire.
>
> To download the agenda please follow this link: http://bit.ly/2lYpYnp
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: Can you use IDCAMS REPRO on zFS files

[Dana Mitchell]

I have a step like this in each of my zfs clone jobs to do that sort of thing:

//ZFSADM1  EXEC PGM=IOEAGSLV,REGION=0M,
//  PARM=('-aggregate OMVS.PR02.ROOT.Z21RSA -recoveronly') 


Dana


On Tue, 7 Mar 2017 12:53:31 -0500, Carmen Vitullo  wrote:

>Great info John, thank you, I knew ZFS did some integrity check during mount 
>processing, you can see the delay's when you clone a ZFS FS from one system 
>and mount it to another, along with a nice little message that tells you he's 
>(zfs) is checking the file because the last owner was xxxyy... or soemthing 
>similar. 
>
>
>Carmen 
>
>- Original Message -
>
>From: "John McKown"  
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Sent: Tuesday, March 7, 2017 11:07:46 AM 
>Subject: Re: Can you use IDCAMS REPRO on zFS files 
>
>On Tue, Mar 7, 2017 at 10:50 AM, R.S.  
>wrote: 
>
>> W dniu 2017-03-06 o 14:37, Carmen Vitullo pisze: 
>> 
>>> I check the filesystems using the diff uss command 
>>> mount the new FS somewhere temporart like 
>>> /u/userid/tmp 
>>> then use the diff command to compare the dir and file structure write the 
>>> results to a compare.txt file 
>>> 
>>> 
>>> diff -r /u/userid/tmp /oldmount/ > /u/userid/compare.txt 
>>> that should give you an good idea the filesystem REPRO'D is the same as 
>>> the old 
>>> 
>> 
>> Yes, that's good for two filesystems (or just directory trees) comparison. 
>> However I did mean something like DOS/Windows chkdsk utility - to find 
>> logical errors. 
>> 
>
>​On a "real UNIX" system there is the "fsck" command which is the 
>equivalent. However, as I recall (no reference), IBM decided that their 
>filesystems were so perfect that such was an unneeded luxury. Again, as I 
>remember, when an HFS or zFS filesystem is mounted, a flag is set which 
>marks it as "dirty" (so to speak). When the filesystem is unmounted, the 
>flag is set as "clean". When a filesystem is mounted, this flag is tested. 
>If it is "dirty", then the mount process does the equivalent of a 
>filesystem integrity check. If you want to see what it does, just crash 
>your sandbox with UNIX active (a simple IPL will do it). This puts out some 
>messages when UNIX mounts the filesystems. ​ 
>
>
>
>> 
>> Regards 
>> -- 
>> Radoslaw Skorupka 
>> Lodz, Poland 
>> 
>> 
>> 
>> 
>> 
>> 
>> -- 
>> Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
>> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
>> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś 
>> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
>> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, 
>> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
>> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
>> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
>> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
>> zapisane na dysku. 
>> 
>> This e-mail may contain legally privileged information of the Bank and is 
>> intended solely for business use of the addressee. This e-mail may only be 
>> received by the addressee and may not be disclosed to any third parties. If 
>> you are not the intended addressee of this e-mail or the employee 
>> authorized to forward it to the addressee, be advised that any 
>> dissemination, copying, distribution or any other similar activity is 
>> legally prohibited and may be punishable. If you received this e-mail by 
>> mistake please advise the sender immediately by using the reply facility in 
>> your e-mail software and delete permanently this e-mail including any 
>> copies of it either printed or saved to hard drive. 
>> 
>> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
>> www.mBank.pl, e-mail: kont...@mbank.pl 
>> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
>> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
>> 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku 
>> S.A. (w całości wpłacony) wynosi 168.955.696 złotych. 
>> 
>> 
>> -- 
>> For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
>> 
>
>
>
>-- 
>"Irrigation of the land with seawater desalinated by fusion power is 
>ancient. It's called 'rain'." -- Michael McClary, in alt.fusion 
>
>Maranatha! <>< 
>John McKown 
>
>-- 
>For IBM-MAIN subscribe / signoff / archive access instructions, 
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access 

Re: Problem Generating CA-7 SASSBSTR Batch LJOB Output

[Robert S. Hansel (RSH)]

Greetings all,

I was able to get SASSBSTR running successfully, but in the process may have
discovered a bug in the program. SASSBSTR allows you to specify your own
pair of BATCHIN DD and BATCHOUT DD datasets using PARM DSNPFX. SASSBSTR
allocates datasets for BATCHIN and BATCHOUT using the prefix specified by
DSNPFX and appending .BATCHI#n and BATCHO#n ('n' is a pseudo terminal ID
number). If you don't specify DSNPFX, SASSBSTR by default uses the BATCHIN
and BATCHOUT datasets specified in CA7's configuration. When I run the job
with my own DSNPFX, I get no output. When I use the ones in CA7's
configuration, I get output as expected. Yet, the job runs successfully with
RC=0 in both cases, and there are no error messages of any sort.

Thank you to all who offered suggestions and advice.

Regards, Bob

Robert S. Hansel  *** Celebrating 30 years working with RACF ***
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
http://twitter.com/RSH_RACF
www.rshconsulting.com

-Original Message-
From: Robert S. Hansel (RSH) [mailto:r.han...@rshconsulting.com] 
Sent: Friday, March 03, 2017 3:16 PM
To: IBM-MAIN (ibm-m...@bama.ua.edu)
Subject: Problem Generating CA-7 SASSBSTR Batch LJOB Output

Greetings all,

I am trying to generate listings of job information from CA-7 with the LJOB
command using the Batch Terminal Interface (BTI) program SASSBSTR (PROC
CA7BTI). The job runs successfully, but the output in SYSPRINT simply shows
the LJOB command I executed and not, as I'd hoped, the output from the LJOB
command. I've searched the manuals and cannot figure out how to the get the
output I desire and was hoping someone could be of assistance. TIA.

Regards, Bob

Robert S. Hansel  *** Celebrating 30 years working with RACF ***
Lead RACF Specialist
RSH Consulting, Inc.
617-969-8211
www.linkedin.com/in/roberthansel
http://twitter.com/RSH_RACF
www.rshconsulting.com

Upcoming RSH RACF Training - WebEx
- RACF Audit & Compliance Roadmap - MAY 15-19, 2017
- RACF Level I Administration - APR 25-28, 2017
- RACF Level II Administration - FEB 27 - MAR 3, 2017
- RACF Level III Admin, Audit, & Compliance - APR 3-7, 2017
- RACF - Securing z/OS UNIX  - OCT 23-27, 2017


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

Re: Can you use IDCAMS REPRO on zFS files

[Carmen Vitullo]

Great info John, thank you, I knew ZFS did some integrity check during mount 
processing, you can see the delay's when you clone a ZFS FS from one system and 
mount it to another, along with a nice little message that tells you he's (zfs) 
is checking the file because the last owner was xxxyy... or soemthing similar. 


Carmen 

- Original Message -

From: "John McKown"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 7, 2017 11:07:46 AM 
Subject: Re: Can you use IDCAMS REPRO on zFS files 

On Tue, Mar 7, 2017 at 10:50 AM, R.S.  
wrote: 

> W dniu 2017-03-06 o 14:37, Carmen Vitullo pisze: 
> 
>> I check the filesystems using the diff uss command 
>> mount the new FS somewhere temporart like 
>> /u/userid/tmp 
>> then use the diff command to compare the dir and file structure write the 
>> results to a compare.txt file 
>> 
>> 
>> diff -r /u/userid/tmp /oldmount/ > /u/userid/compare.txt 
>> that should give you an good idea the filesystem REPRO'D is the same as 
>> the old 
>> 
> 
> Yes, that's good for two filesystems (or just directory trees) comparison. 
> However I did mean something like DOS/Windows chkdsk utility - to find 
> logical errors. 
> 

​On a "real UNIX" system there is the "fsck" command which is the 
equivalent. However, as I recall (no reference), IBM decided that their 
filesystems were so perfect that such was an unneeded luxury. Again, as I 
remember, when an HFS or zFS filesystem is mounted, a flag is set which 
marks it as "dirty" (so to speak). When the filesystem is unmounted, the 
flag is set as "clean". When a filesystem is mounted, this flag is tested. 
If it is "dirty", then the mount process does the equivalent of a 
filesystem integrity check. If you want to see what it does, just crash 
your sandbox with UNIX active (a simple IPL will do it). This puts out some 
messages when UNIX mounts the filesystems. ​ 



> 
> Regards 
> -- 
> Radoslaw Skorupka 
> Lodz, Poland 
> 
> 
> 
> 
> 
> 
> -- 
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być 
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś 
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej 
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, 
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie 
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, 
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale 
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub 
> zapisane na dysku. 
> 
> This e-mail may contain legally privileged information of the Bank and is 
> intended solely for business use of the addressee. This e-mail may only be 
> received by the addressee and may not be disclosed to any third parties. If 
> you are not the intended addressee of this e-mail or the employee 
> authorized to forward it to the addressee, be advised that any 
> dissemination, copying, distribution or any other similar activity is 
> legally prohibited and may be punishable. If you received this e-mail by 
> mistake please advise the sender immediately by using the reply facility in 
> your e-mail software and delete permanently this e-mail including any 
> copies of it either printed or saved to hard drive. 
> 
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
> www.mBank.pl, e-mail: kont...@mbank.pl 
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
> 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku 
> S.A. (w całości wpłacony) wynosi 168.955.696 złotych. 
> 
> 
> -- 
> For IBM-MAIN subscribe / signoff / archive access instructions, 
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
> 



-- 
"Irrigation of the land with seawater desalinated by fusion power is 
ancient. It's called 'rain'." -- Michael McClary, in alt.fusion 

Maranatha! <>< 
John McKown 

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


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

Hillgang - 22 March

[Neale Ferguson]

Well things came together faster than I thought so we have the full agenda
and registration details available at
http://www.vm.ibm.com/events/HILL0317.PDF

Neale

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

Re: Can you use IDCAMS REPRO on zFS files

[John McKown]

On Tue, Mar 7, 2017 at 10:50 AM, R.S. 
wrote:

> W dniu 2017-03-06 o 14:37, Carmen Vitullo pisze:
>
>> I check the filesystems using the diff uss command
>> mount the new FS somewhere temporart like
>> /u/userid/tmp
>> then use the diff command to compare the dir and file structure write the
>> results to a compare.txt file
>>
>>
>> diff -r /u/userid/tmp /oldmount/ > /u/userid/compare.txt
>> that should give you an good idea the filesystem REPRO'D is the same as
>> the old
>>
>
> Yes, that's good for two filesystems (or just directory trees) comparison.
> However I did mean something like DOS/Windows chkdsk utility - to find
> logical errors.
>

​On a "real UNIX" system there is the "fsck" command which is the
equivalent. However, as I recall (no reference), IBM decided that their
filesystems were so perfect that such was an unneeded luxury. Again, as I
remember, when an HFS or zFS filesystem is mounted, a flag is set which
marks it as "dirty" (so to speak). When the filesystem is unmounted, the
flag is set as "clean". When a filesystem is mounted, this flag is tested.
If it is "dirty", then the mount process does the equivalent of a
filesystem integrity check. If you want to see what it does, just crash
your sandbox with UNIX active (a simple IPL will do it). This puts out some
messages when UNIX mounts the filesystems. ​



>
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> --
> Treść tej wiadomości może zawierać informacje prawnie chronione Banku
> przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być
> jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś
> adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej
> przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie,
> rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie
> zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo,
> prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale
> usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub
> zapisane na dysku.
>
> This e-mail may contain legally privileged information of the Bank and is
> intended solely for business use of the addressee. This e-mail may only be
> received by the addressee and may not be disclosed to any third parties. If
> you are not the intended addressee of this e-mail or the employee
> authorized to forward it to the addressee, be advised that any
> dissemination, copying, distribution or any other similar activity is
> legally prohibited and may be punishable. If you received this e-mail by
> mistake please advise the sender immediately by using the reply facility in
> your e-mail software and delete permanently this e-mail including any
> copies of it either printed or saved to hard drive.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa,
> www.mBank.pl, e-mail: kont...@mbank.pl
> Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego
> Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP:
> 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku
> S.A. (w całości wpłacony) wynosi 168.955.696 złotych.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
"Irrigation of the land with seawater desalinated by fusion power is
ancient. It's called 'rain'." -- Michael McClary, in alt.fusion

Maranatha! <><
John McKown

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

Re: Can you use IDCAMS REPRO on zFS files

[Carmen Vitullo]

Hum, OK, I understand, I've just never had the need, or found the need, once it 
mounts OK, and I can see a DIR structure, it's good for me, the diff -r just 
further validates the correctness, I guess you can user IDCAMS VERIFY prior to 
mounting the zfs 
Carmen 

- Original Message -

From: "R.S."  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, March 7, 2017 10:50:34 AM 
Subject: Re: Can you use IDCAMS REPRO on zFS files 

W dniu 2017-03-06 o 14:37, Carmen Vitullo pisze: 
> I check the filesystems using the diff uss command 
> mount the new FS somewhere temporart like 
> /u/userid/tmp 
> then use the diff command to compare the dir and file structure write the 
> results to a compare.txt file 
> 
> 
> diff -r /u/userid/tmp /oldmount/ > /u/userid/compare.txt 
> that should give you an good idea the filesystem REPRO'D is the same as the 
> old 

Yes, that's good for two filesystems (or just directory trees) 
comparison. However I did mean something like DOS/Windows chkdsk utility 
- to find logical errors. 

Regards 
-- 
Radoslaw Skorupka 
Lodz, Poland 






-- 
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. 

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

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl 
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych. 


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


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

Re: GSE UK - Large Systems Meeting

[Bill Woodger]

The link doesn't work very well for me.

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

Re: Can you use IDCAMS REPRO on zFS files

[R.S.]

W dniu 2017-03-06 o 14:37, Carmen Vitullo pisze:

I check the filesystems using the diff uss command
mount the new FS somewhere temporart like
/u/userid/tmp
then use the diff command to compare the dir and file structure write the 
results to a compare.txt file


diff -r /u/userid/tmp /oldmount/ > /u/userid/compare.txt
that should give you an good idea the filesystem REPRO'D is the same as the old


Yes, that's good for two filesystems (or just directory trees) 
comparison. However I did mean something like DOS/Windows chkdsk utility 
- to find logical errors.


Regards
--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

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

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: Transactional Execution - anybody used it?

[Peter Relson]

>I noticed both the TX the MACHMIG options. 
>We have a tight schedule for the move, do you 
>recommend turning MACHMIG on or off as a start?

I really don't have a recommendation.

I suppose if things go "well" then jumping in with both feet (i.e., not 
using MACHMIG) will get you to the end position faster.
On the other hand, if things don't go "well", then determining whether the 
problem is the hardware or some software path could be more difficult.


Peter Relson
z/OS Core Technology Design


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

GSE UK - Large Systems Meeting

[Leanne Wilson]

The full agenda has now been released for the GSE UK Large Systems working 
group meeting on the 28th March at CA offices, Berkshire.

To download the agenda please follow this link: http://bit.ly/2lYpYnp




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