View previous topic :: View next topic |
Author |
Message |
m29 Beginner
Joined: 27 Oct 2004 Posts: 7 Topics: 2
|
Posted: Wed Oct 27, 2004 10:01 am Post subject: SMF 14 record when opening tape |
|
|
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 |
|
 |
kolusu Site Admin

Joined: 26 Nov 2002 Posts: 12384 Topics: 75 Location: San Jose
|
Posted: Wed Oct 27, 2004 10:17 am Post subject: |
|
|
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 |
|
 |
m29 Beginner
Joined: 27 Oct 2004 Posts: 7 Topics: 2
|
Posted: Wed Oct 27, 2004 10:24 am Post subject: I don't know |
|
|
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 |
|
 |
Bill Dennis Advanced

Joined: 03 Dec 2002 Posts: 579 Topics: 1 Location: Iowa, USA
|
Posted: Wed Oct 27, 2004 3:56 pm Post subject: |
|
|
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 |
|
 |
Frank Yaeger Sort Forum Moderator

Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
|
Posted: Wed Oct 27, 2004 7:20 pm Post subject: |
|
|
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 |
|
 |
m29 Beginner
Joined: 27 Oct 2004 Posts: 7 Topics: 2
|
Posted: Thu Oct 28, 2004 3:11 am Post subject: |
|
|
Frank,
even if this is an "odd" case, why only the first file out of the 3 ? |
|
Back to top |
|
 |
Bill Dennis Advanced

Joined: 03 Dec 2002 Posts: 579 Topics: 1 Location: Iowa, USA
|
Posted: Thu Oct 28, 2004 7:51 am Post subject: |
|
|
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 |
|
 |
m29 Beginner
Joined: 27 Oct 2004 Posts: 7 Topics: 2
|
Posted: Thu Oct 28, 2004 8:22 am Post subject: |
|
|
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 |
|
 |
Frank Yaeger Sort Forum Moderator

Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
|
Posted: Thu Oct 28, 2004 10:19 am Post subject: |
|
|
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 |
|
 |
m29 Beginner
Joined: 27 Oct 2004 Posts: 7 Topics: 2
|
Posted: Thu Oct 28, 2004 11:04 am Post subject: |
|
|
no , it's not an ICEGENER , just an IEBGENER. |
|
Back to top |
|
 |
|
|