2155/13/70 Reference date on dataset



Help for IBM's record-oriented filesystem VSAM, ESDS, KSDS, RRDS, LDS and Storage management Subsystems

2155/13/70 Reference date on dataset

Postby cpetrice » Fri Dec 14, 2012 12:51 am

Hello all, new Jr systems programmer and first time poster here, go easy! :D
Automated operations folk came to me with a dataset that has a created date of 2008/10/15, but a referred date of 2155/13/70.
There were maybe 6-7 datasets in their control that has this issue, but no system datasets that we could find.

My thought, was that a process of theirs that touched these datasets corrupted/changed/altered the referred date, as no system datasets are affected.
They think it's an MVS/OAM/DFSMS issue on our end that changed the date.
Anyone ever have this issue before?
cpetrice
 
Posts: 3
Joined: Fri Dec 14, 2012 12:22 am
Has thanked: 0 time
Been thanked: 0 time

Re: 2155/13/70 Reference date on dataset

Postby enrico-sorichetti » Fri Dec 14, 2012 1:34 am

you did not post enough to work on ...

zOS level
type of dataset
dasd/tape
the overall environment of the mishap ...

the best people to work with are thso of Your storage support
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico-sorichetti
Global moderator
 
Posts: 2994
Joined: Fri Apr 18, 2008 11:25 pm
Has thanked: 0 time
Been thanked: 164 times

Re: 2155/13/70 Reference date on dataset

Postby cpetrice » Fri Dec 14, 2012 1:40 am

Z/OS 1.13
PO FB 80 27920
DASD 3390
These are PROD datasets, TEST, INTG, QUAL, DEVL Datasets seem to be unaffected.

I know, but I wanted to try and take the inititive to try and get answers on my own.
cpetrice
 
Posts: 3
Joined: Fri Dec 14, 2012 12:22 am
Has thanked: 0 time
Been thanked: 0 time

Re: 2155/13/70 Reference date on dataset

Postby dick scherrer » Fri Dec 14, 2012 2:52 am

Hello and welcome to the froum,

It is a good thing to look for answers. It may be that in this case only those on that system will be able to determine what has happened.

What automation product is beinig used? Someone might open an issue with that vendor's support.

It sounds like the PROD environment was set up differently than the others.

No one here will be able to find what was done differently.
Hope this helps,
d.sch.
User avatar
dick scherrer
Global moderator
 
Posts: 6268
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 93 times

Re: 2155/13/70 Reference date on dataset

Postby steve-myers » Fri Dec 14, 2012 9:31 am

This seems strange to me. Dates in the VTOC are stored in 3 bytes. The first byte is the year, as a 1 byte binary number from 0 to 255. The second and third bytes are the day of the year. The year you show is clearly 255 in the year byte: 1900+255=2155. The month and day of month you show depend on the exact method used to translate day of year to month and day of month. It would not surprise me if the bytes turn out to be X'FFFF'. I can tell you the method I usually use would produce some awful output if it was handed a day of year = X'FFFF', if it didn't yield an S0C4! The easiest way to display the VTOC data for a single data set is the TSO LISTDS line mode command.
listds scantrt.asm label
XXXXXX.SCANTRT.ASM
--RECFM-LRECL-BLKSIZE-DSORG
  FB    80    3120    PS
--VOLUMES--
  FUSR30
--FORMAT 1 DSCB--
F1 C6E4E2D9F3F0 0001 70015B 000000 01 00 00 C9C2D4D6E2E5E2F24040404040
70015C80800C30 4000 90 00 0C30 0050 00 0000 82 50000001 000002 D32C 0000
01000018000A0018000A 00000000000000000000 00000000000000000000 0000000000
The 70015C in the second line of the FORMAT1 DSCB is the last reference date. The 70015B in the first line of the FORMAT 1 DSCB is the creation date. The 000000 following the creation date is the expiration date.

How it got set I won't try to guess.

Good luck.

These users thanked the author steve-myers for the post:
Akatsukami (Fri Dec 14, 2012 3:53 pm)
steve-myers
Global moderator
 
Posts: 2105
Joined: Thu Jun 03, 2010 6:21 pm
Has thanked: 4 times
Been thanked: 243 times

Re: 2155/13/70 Reference date on dataset

Postby cpetrice » Mon Jan 14, 2013 7:13 pm

Update. Ends up being a new error on the latest version of FDR. Vendor is working on fix as we speak. Thanks for the info guys.
cpetrice
 
Posts: 3
Joined: Fri Dec 14, 2012 12:22 am
Has thanked: 0 time
Been thanked: 0 time

Re: 2155/13/70 Reference date on dataset

Postby enrico-sorichetti » Mon Jan 14, 2013 7:23 pm

Thanks for letting us now ..
hope that You environment is not FUBARed
cheers
enrico
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
enrico-sorichetti
Global moderator
 
Posts: 2994
Joined: Fri Apr 18, 2008 11:25 pm
Has thanked: 0 time
Been thanked: 164 times


Return to VSAM/SMS

 


  • Related topics
    Replies
    Views
    Last post