IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

data got corrupt due to difference in Block size


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
Ashish Mohan Sharma

New User


Joined: 30 Sep 2008
Posts: 22
Location: Pune

PostPosted: Fri Aug 28, 2009 8:07 pm
Reply with quote

When I copy a member from 1 dataset to another having same Lrecl but different Blocksize, the destination dataset members got corrupt. though destination blocksize has bigger blocksize.

Can anyone comment over it.
Back to top
View user's profile Send private message
Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2501
Location: Atlanta, Georgia, USA

PostPosted: Fri Aug 28, 2009 8:13 pm
Reply with quote

More information is needed. My Carnac hat is in the shop. icon_wink.gif

What were the FROM and TO Blocksizes?

What's the LRECL?

What's the file-format; FB, VB?

Bill
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Fri Aug 28, 2009 8:23 pm
Reply with quote

And what are you using to do the copy -- program? utility? download to PC and upload to new file?
Back to top
View user's profile Send private message
Ashish Mohan Sharma

New User


Joined: 30 Sep 2008
Posts: 22
Location: Pune

PostPosted: Tue Sep 01, 2009 10:18 am
Reply with quote

I have copied the member using TSO/ISPF command C i.e. writing C infront of the member and copying it to the destination server.
FYI :

Lrecl is 80
Block size : 6160

but destination PDS blocksize is more i.e. 6400
Back to top
View user's profile Send private message
gcicchet

Senior Member


Joined: 28 Jul 2006
Posts: 1702
Location: Australia

PostPosted: Tue Sep 01, 2009 12:25 pm
Reply with quote

Hi,

what does
Quote:
copying it to the destination server.
mean ?

Copying it to a PDS with different blocksize should not corrupt the member.


Gerry
Back to top
View user's profile Send private message
Ashish Mohan Sharma

New User


Joined: 30 Sep 2008
Posts: 22
Location: Pune

PostPosted: Tue Sep 01, 2009 3:52 pm
Reply with quote

Sorry it was a typo.. it has to be
copying it to the destination member.


It did corrupt many of my members. May you please suggest.

it did not happen every time, but occasionally.
Back to top
View user's profile Send private message
Terry Heinze

JCL Moderator


Joined: 14 Jul 2008
Posts: 1249
Location: Richfield, MN, USA

PostPosted: Tue Sep 01, 2009 7:38 pm
Reply with quote

I'm guessing that you copied a PDS member to a PDS (not to a PDS member). Is that correct? Did you copy it to a loadlib for instance?
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 8696
Location: Dubuque, Iowa, USA

PostPosted: Tue Sep 01, 2009 7:53 pm
Reply with quote

Quote:
it did not happen every time, but occasionally.
This tells me there's some condition causing the corruption -- perhaps the type of data you are copying, perhaps something else. It will be pretty much impossible for us to track it down since we don't know your environment. I recommend you contact your site support group for assistance; perhaps they can look at some of the SMF data to get ideas as to what is going on.
Back to top
View user's profile Send private message
MBabu

Active User


Joined: 03 Aug 2008
Posts: 400
Location: Mumbai

PostPosted: Wed Sep 02, 2009 7:41 am
Reply with quote

what do you mean by corrupted?? What happens? Is your source data PACKED? use the PROFILE command in the editor to see
Back to top
View user's profile Send private message
Ashish Mohan Sharma

New User


Joined: 30 Sep 2008
Posts: 22
Location: Pune

PostPosted: Wed Sep 02, 2009 10:54 am
Reply with quote

Corrupted means that I was not able to open the member and data was lost .

I have to retrieve the data from the backup then.
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10872
Location: italy

PostPosted: Wed Sep 02, 2009 11:03 am
Reply with quote

everybody is just losing time here,
You did not post a single bit of info useful to analyze Your issue and give reasonable suggestions...

telling that You copied something and things got clobbered is not enough

for example, using a text cut and paste with the code tags

thru ISPF 3.2 post the details of input and output datasets

for the output before and after the copy,

if this is a recurring issue, most probably there is an error/misunderstanding in Your way of doing things
Back to top
View user's profile Send private message
Ashish Mohan Sharma

New User


Joined: 30 Sep 2008
Posts: 22
Location: Pune

PostPosted: Wed Sep 02, 2009 11:34 am
Reply with quote

Let me ealborate it as much as possible:

I work in Production Support and used to get the files FTPED from other NT server in the form of member of some PDS. we used to copy the member of that PDS using ISPF 3.2 to the production member and over writing the existing data.

Then we came to the issue of getting members corrupted which ocurs every now and then. So when we ask the root cause of it from our support team they say that it is because of different blocksize (Lrecl is same for both the PDS). And they advised to do copy paste rather using ISPF utility.

But I am not convinced with it. I think blocksize should not be the case. I just want to know whether they are right or not. And has someone face the similar problem?

If you need further information then please let me know.
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8797
Location: Welsh Wales

PostPosted: Wed Sep 02, 2009 11:49 am
Reply with quote

Copy the member to your own PDS before copying to the production PDS.

Check out your PDS - blocksize etc. etc. identical to production.
If it is OK, then copy to production.

If production then corrupts and your PDS does not, you have then proven that the problem is not the blocksizes, but something different. That is what you will need to investigate further.
Back to top
View user's profile Send private message
Ashish Mohan Sharma

New User


Joined: 30 Sep 2008
Posts: 22
Location: Pune

PostPosted: Wed Sep 02, 2009 12:14 pm
Reply with quote

Thanks

I will see the same.
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10872
Location: italy

PostPosted: Wed Sep 02, 2009 1:20 pm
Reply with quote

Quote:
Let me ealborate it as much as possible:

if You want to get help, do not elaborate please icon_cool.gif

just reply with the asked for info...
it will speed up things

Your elaboration/elucubration add just nothing to the scarce info provided to start with
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts Data set Rec-Cnt and Byte-Cnt Testing & Performance 2
No new posts SCOPE PENDING option -check data DB2 2
No new posts Check data with Exception Table DB2 0
No new posts JCL EXEC PARM data in C Java & MQSeries 2
This topic is locked: you cannot edit posts or make replies. Automation need help in sorting the data DFSORT/ICETOOL 38
Search our Forums:

Back to Top