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 

Counting Bytes of a dataset

 
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> TSO and ISPF
View previous topic :: View next topic  
Author Message
CZerfas
Intermediate


Joined: 31 Jan 2003
Posts: 211
Topics: 8

PostPosted: Wed Apr 15, 2009 3:11 am    Post subject: Counting Bytes of a dataset Reply with quote

To ensure that a transmission of datasets from one data center to another via FTP has completed correctly, I want to count the numbers of transfered members (if it is a PO dataset) and the number of used bytes.

This last bit of information seems not easy to find. The smallest intervall to be countable seems to be the allocation unit, but the requirement for the content of my report is the number of bytes.

What is your oppinion: Is the number of allocation units used sufficient according to my requirements? Is there a way to actually count bytes?

with many thanks
Christian
Back to top
View user's profile Send private message
CZerfas
Intermediate


Joined: 31 Jan 2003
Posts: 211
Topics: 8

PostPosted: Wed Apr 15, 2009 6:15 am    Post subject: Reply with quote

To make things clearer: I need a solution for sequential datasets, PO-datasets and load libraries.

Thanks
Christian
Back to top
View user's profile Send private message
dbzTHEdinosauer
Supermod


Joined: 20 Oct 2006
Posts: 1411
Topics: 26
Location: germany

PostPosted: Wed Apr 15, 2009 7:08 am    Post subject: Reply with quote

instead of writing my own rules about what constitutes successful completion,
I would do a little research to determine what rules 'convening authorities'
(I don't mean the bean counters in your company)
have established to 'prove' a valid transfer of data has been accomplished.

this is not a new-technology question.
data transfer has been going on for a couple of months now.

this reminds me of companies establishing their own edi formats:
they had invested time and money into creating their own
and had no desire to spend more money to conform with the rest of the world.

apologize for the sermon.
_________________
Dick Brenholtz
American living in Varel, Germany
Back to top
View user's profile Send private message
DaveyC
Moderator


Joined: 02 Dec 2002
Posts: 151
Topics: 3
Location: Perth, Western Australia

PostPosted: Mon May 18, 2009 3:01 am    Post subject: Reply with quote

And how do you transfer PO datasets via FTP? I would just use AMATERSE which unloads the dataset to a sequential file and transfer that. It's got CRC checking - no worries.

Counting bytes is a useless scheme.
_________________
Dave Crayford
Back to top
View user's profile Send private message Send e-mail
taltyman
JCL Forum Moderator
JCL Forum Moderator


Joined: 02 Dec 2002
Posts: 310
Topics: 8
Location: Texas

PostPosted: Mon May 18, 2009 8:08 am    Post subject: Reply with quote

Doesn't ftp tell you?
Code:
250 Transfer completed successfully.                                     
729 bytes transferred in 0.050 seconds.  Transfer rate 14.58 Kbytes/sec.

Send your output to the next step and parse it.
Back to top
View user's profile Send private message
DaveyC
Moderator


Joined: 02 Dec 2002
Posts: 151
Topics: 3
Location: Perth, Western Australia

PostPosted: Tue May 19, 2009 8:46 am    Post subject: Reply with quote

Is this thread a bit silly. If you transfer a data set via FTP and there was a failure FTP will return with a > 0 return code. Shouldn't you be checking the return code from FTP?
_________________
Dave Crayford
Back to top
View user's profile Send private message Send e-mail
CZerfas
Intermediate


Joined: 31 Jan 2003
Posts: 211
Topics: 8

PostPosted: Wed May 20, 2009 9:05 am    Post subject: Reply with quote

Hello all,

after this thread has been waiting a while for answers, I implemented the following solution:
- with a TRANSMIT command I converted every dataset into a sequential FB80 file
- with TRANSMIT and RECEIVE these datasets are copied to the receiving LPAR
- with (local) RECEIVEs into other DS-NAMEs the original structures of these files ares restored on the receiving LPAR

With this strategy all file attributes are restored and the (local) RECEIVE does CRC checking, therefore the resulting dataset can be considered as "correct".

I simply added a counting of the members per dataset on the sending and the receiving LPAR, and than even the managers have been satisfied.

Just out of curiosity I tried to send regular FB80 libraries via FTP to the receiving LPAR, and we often had corrupted members and even corrupted files. Therefore, a FTP transmission ending with a RC=0 can't be considered to be "correct" always.

regards
Christian
Back to top
View user's profile Send private message
DaveyC
Moderator


Joined: 02 Dec 2002
Posts: 151
Topics: 3
Location: Perth, Western Australia

PostPosted: Thu May 21, 2009 10:07 am    Post subject: Reply with quote

CZerfas wrote:

Just out of curiosity I tried to send regular FB80 libraries via FTP to the receiving LPAR, and we often had corrupted members and even corrupted files. Therefore, a FTP transmission ending with a RC=0 can't be considered to be "correct" always.


Then you're usage is incorrect or IBM have a very serious bug! Did you use the MODE command? The normal method is a AMATERSE step and then FTP. Much better than XMIT and now a supported utility.
_________________
Dave Crayford
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic   Reply to topic   printer-friendly view    MVSFORUMS.com Forum Index -> TSO and ISPF 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