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

URGENT To copy GDG base with gens with different lengths


IBM Mainframe Forums -> DFSORT/ICETOOL
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
ranjitbhingare

New User


Joined: 30 Nov 2005
Posts: 94
Location: PUNE

PostPosted: Thu Apr 04, 2013 6:47 am
Reply with quote

Hi,

We have GDG with gens created of different length. As we use BMC UNLOAD utility the gens are created with different lengths. Whenever the file is blank it creates FB gen and when there is data the VB GDG gen is created.

We are trying to copy the GDG base to a flat file using SORT with COPY but getting an error : "CONCAT DS, LRECLS NE OR RECFMS DIFF" and all gens are not getting copied.

Sort Card :
OPTION COPY
OUTFIL FNAMES=UNLDW,CONVERT

Please suggest what shall we do to copy the all gens with different lengths into a flat file.


Thanks,
Ranjit
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10872
Location: italy

PostPosted: Thu Apr 04, 2013 11:17 am
Reply with quote

Quote:
URGENT To copy GDG base with gens with different lengths


Your problem, not our icon_evil.gif
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India

PostPosted: Thu Apr 04, 2013 11:25 am
Reply with quote

If your GDG generations are FB then you cannot copy them to a single data-set by referring GDG-base as input. How many generations are we talking here, however?

If your GDG generations are VB then you can copy them to a single data-set and the output data-set will have the largest LRECL. But that would be in LIFO order (last in first out).
Back to top
View user's profile Send private message
expat

Global Moderator


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

PostPosted: Thu Apr 04, 2013 12:10 pm
Reply with quote

As stated by Enrico, URGENT is not us.

1) Have you spoken to BMC about this, is it possible for all output generations to have the same attributes if they are empty or not.

2)You may wish to investigate using the ISPF services LMCOPY utility which I know I have used in the past for exactly the same problem as you now face.
Back to top
View user's profile Send private message
Bill Woodger

Moderator Emeritus


Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix

PostPosted: Thu Apr 04, 2013 12:15 pm
Reply with quote

When you say "different lengths" do you mean the some are "fixed length" and some are "variable length"?

You can't mix those on a concatenated DD statement. If all your "fixed" files are "empty", identify them and remove them from the list of generations which you then have to specify rather than using the base.
Back to top
View user's profile Send private message
daveporcelan

Active Member


Joined: 01 Dec 2006
Posts: 792
Location: Pennsylvania

PostPosted: Thu Apr 04, 2013 5:26 pm
Reply with quote

You may want to modify your unload process.

Check the +1 gen just created. If it is empty, then delete it. This way you only have generations with data. It sounds like that would correct your problem.

In the interim, along the lines as Bill suggested, delete the empty FB generations, and try again.
Back to top
View user's profile Send private message
Ed Goodman

Active Member


Joined: 08 Jun 2011
Posts: 556
Location: USA

PostPosted: Thu Apr 04, 2013 7:53 pm
Reply with quote

Weird...does your unload JCL have an LRECL and RECFM set?

I'm wondering if something is building an extra file if no data is found. If so, that probably should be corrected to be VB.

In the mean time, if this is a one shot deal, hard code the file names of the non-empty generations in your copy job.

'But wait!' you scream, 'how can I know?' List the file using 3.4 and type 'SAVE GOODMAN'. Then find file WTSO.xxxxxxxx.GOODMAN, where xxxxxxxx is your userid. That file will have the used amount.

'But wait!' you scream again? 'They are on tape!' Then use your tape management system to do the same thing.

'But wait!' you plead. 'I don't have access to TMS!' Wellt hen, run the file one at a time. Copy them to a NEW gdg base but use (new,catlg,delete) on the output file. If it work, it will catalog, otherwise it will abend and not catalog. Then you can use THAT gdg base for your real task.
Back to top
View user's profile Send private message
sandip_mainframe
Warnings : 2

New User


Joined: 20 Sep 2006
Posts: 63
Location: pune

PostPosted: Thu Apr 04, 2013 8:06 pm
Reply with quote

Hi Ranjit,

As per my knowledge BMC unload utility creates FB file, whether data is present or not for your query.

Can you please provide code so that we can check ?
Back to top
View user's profile Send private message
ranjitbhingare

New User


Joined: 30 Nov 2005
Posts: 94
Location: PUNE

PostPosted: Fri Apr 05, 2013 4:37 am
Reply with quote

Thanks a lot !


Once we changed all the files to VB, sort is working fine.


Thanks !
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 -> DFSORT/ICETOOL

 


Similar Topics
Topic Forum Replies
No new posts VB to VB copy - Full length reached SYNCSORT 8
No new posts Need COBOL COPY Help in MVS Environment COBOL Programming 4
No new posts Issue after ISPF copy to Linklist Lib... TSO/ISPF 1
No new posts DB2 Table - Image copy unload IBM Tools 2
No new posts How to copy the -1 version of a membe... TSO/ISPF 4
Search our Forums:

Back to Top