MVSFORUMS.com Forum Index MVSFORUMS.com
A Community of and for MVS Professionals
 
 FAQFAQ   SearchSearch   Quick Manuals   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

SMF 14 record when opening tape

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Data Management
View previous topic :: View next topic  
Author Message
m29
Beginner


Joined: 27 Oct 2004
Posts: 7
Topics: 2

PostPosted: Wed Oct 27, 2004 10:01 am    Post subject: SMF 14 record when opening tape Reply with quote

I have a multi file single volume tape with 3 files on it.

I ran a dummy IEBGENER to read these files.

browsing the SMF generated , I saw 4 14 records related to this action.

How come ? , since there are only 3 files, how come there are 4 SMF 14 records and not 3 ?

To my understanding, SMF 14 record is generated upon a close dataset or EOV.

Looking into the SMF, I could see that the first 2 records were related to the first file.

Could it be the result of reading the label ? ( but then again, there isn't a close dataset operation , or is it ....)
Back to top
View user's profile Send private message
kolusu
Site Admin
Site Admin


Joined: 26 Nov 2002
Posts: 12384
Topics: 75
Location: San Jose

PostPosted: Wed Oct 27, 2004 10:17 am    Post subject: Reply with quote

m29,

Could this be a reason ?

If a data set is closed multiple times within a single step, a record is written with each close, and the data counts are cumulative. Post processing programs should consider this or duplicate counts will be processed.

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu
Back to top
View user's profile Send private message Send e-mail Visit poster's website
m29
Beginner


Joined: 27 Oct 2004
Posts: 7
Topics: 2

PostPosted: Wed Oct 27, 2004 10:24 am    Post subject: I don't know Reply with quote

I know about this, I read it myself.

Thing is, if this is the case, then that means that IEBGENER closed the first files twice. why would it do that ?

Doesn't really sounds logic to me ...
Back to top
View user's profile Send private message
Bill Dennis
Advanced


Joined: 03 Dec 2002
Posts: 579
Topics: 1
Location: Iowa, USA

PostPosted: Wed Oct 27, 2004 3:56 pm    Post subject: Reply with quote

If IEBGENER is really using ICEGENER then it could be SORT under the covers. It seem like SORT will open the file, test the records, close the file and then re-open for the actual copy operation. I'm not sure why it didn't show that for all 3 files. Maybe Frank will see this and clarify my answer.

Regards,
Bill Dennis
Back to top
View user's profile Send private message
Frank Yaeger
Sort Forum Moderator
Sort Forum Moderator


Joined: 02 Dec 2002
Posts: 1618
Topics: 31
Location: San Jose

PostPosted: Wed Oct 27, 2004 7:20 pm    Post subject: Reply with quote

Bill,

I think there may be some "odd" cases where DFSORT needs to open, close and reopen the input file, but we don't do that for the general case.
_________________
Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort
Back to top
View user's profile Send private message Send e-mail Visit poster's website
m29
Beginner


Joined: 27 Oct 2004
Posts: 7
Topics: 2

PostPosted: Thu Oct 28, 2004 3:11 am    Post subject: Reply with quote

Frank,

even if this is an "odd" case, why only the first file out of the 3 ?
Back to top
View user's profile Send private message
Bill Dennis
Advanced


Joined: 03 Dec 2002
Posts: 579
Topics: 1
Location: Iowa, USA

PostPosted: Thu Oct 28, 2004 7:51 am    Post subject: Reply with quote

Maybe it was on Variable Blocked files where it tried to find an average record size when none was passed via the parmlist??? I think that case would only be meaningful on a SORT, not a COPY.

Regards,
Bill
Back to top
View user's profile Send private message
m29
Beginner


Joined: 27 Oct 2004
Posts: 7
Topics: 2

PostPosted: Thu Oct 28, 2004 8:22 am    Post subject: Reply with quote

I don't think DFSORT is in this. IEBGENER only read the files and didn't copy them, so why DFSORT is in it ?

And the files are all FB
Back to top
View user's profile Send private message
Frank Yaeger
Sort Forum Moderator
Sort Forum Moderator


Joined: 02 Dec 2002
Posts: 1618
Topics: 31
Location: San Jose

PostPosted: Thu Oct 28, 2004 10:19 am    Post subject: Reply with quote

m29 wrote
Quote:
even if this is an "odd" case, why only the first file out of the 3 ?


I was just commenting on DFSORT's operation in general in response to Bill's comment, not on your specific question.

m29 wrote
Quote:
I don't think DFSORT is in this. IEBGENER only read the files and didn't copy them, so why DFSORT is in it ?


DFSORT would only be in it if your site uses DFSORT's ICEGENER as an automatic replacement for IEBGENER. If you see ICExxxs messages, then you're using DFSORT's ICEGENER. If you see IEBxxxs messages, then you're using IEBGENER. I have no idea which one you're using. You'd have to tell us.
_________________
Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort
Back to top
View user's profile Send private message Send e-mail Visit poster's website
m29
Beginner


Joined: 27 Oct 2004
Posts: 7
Topics: 2

PostPosted: Thu Oct 28, 2004 11:04 am    Post subject: Reply with quote

no , it's not an ICEGENER , just an IEBGENER.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> Data Management All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


MVSFORUMS
Powered by phpBB © 2001, 2005 phpBB Group