copy/ftp issue

[Tru64Unix]

Hi all,

I have two Alpha server(ES40&GS1280) running OpenVMS8.3.I copy some files from GS1280 to ES40 using copy/ftp in a script.
The script run successfully.But I find one of the files is broken,other files are OK.
All files are .COM file and no more than 30K.TCPIP version is 5.6ECO-2.If I do not run script and only run copy/ftp command,everything is OK.
Does anyone give some comment?

[marsh_1]

hi,

any recent changes ? network errors ? is it reproducable - different files affected or the same ones. any error messages ? also posting up the procedure involved may help everyone here to help you much faster.

fwiw

[Wim Van den Wyngaert]

Could you post the output of the copy/ftp, the return status and a prove that the files are "borken" ?
Make sure that sys$output and sys$error are not directed elsewhere or post it too.

WIm

[Tru64Unix]

No any changes.I run this script about twice one week, only this time encounter the problem.

source file:
============
$ dir WAIT_FOR_FILES.COM;1/full

Directory DSA101:[TOFF00.DEV.CODE.DCL]

WAIT_FOR_FILES.COM;1 File ID: (69373,11,0)
Size: 21/111 Owner: [NGTS_DEV]
Created: 22-JUN-2007 00:52:00.95
Revised: 11-FEB-2009 11:45:37.73 (6)
Expires:
Backup: 17-FEB-2009 17:55:35.44
Effective:
Recording:
Accessed:
Attributes:
Modified:
Linkcount: 1
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 111, Extend: 0, Global buffer count: 0, No version limit
Record format: Variable length, maximum 0 bytes, longest 80 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:, World:
Access Cntrl List: None
Client attributes: None

Total of 1 file, 21/111 blocks.
$
============================================
Target file:
============
$ dir WAIT_FOR_FILES.COM;6/full

Directory TOOLS$:[DELIVERY.SYSTEM_INTEG.DCL]

WAIT_FOR_FILES.COM;6 File ID: (3185,105,0)
Size: 10KB/152KB Owner: [NGTS_99]
Created: 9-MAR-2009 11:00:10.52
Revised: 9-MAR-2009 11:00:10.52 (5)
Expires:
Backup:
Effective:
Recording:
Accessed:
Attributes:
Modified:
Linkcount: 1
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 304, Extend: 0, Global buffer count: 0
No version limit
Record format: Variable length, maximum 0 bytes, longest 80 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:, World:
Access Cntrl List: None
Client attributes: None

Total of 1 file, 10KB/152KB
$

[Hein van den Heuvel]

So help us understand.

What is "the problem" (last reply)

What is "broken" in "I find one of the files is broken,"

How do you know? What is broken about it?
Is there an error? Tell us about it!
Better still. Copy & Paste!

The DIR/FULL looks fine and similar except that one process was set to report in Kilobytes instead of the traditional blocks which will make serious analysis just a little more difficult.

Hein.

[Wim Van den Wyngaert]

And the log of the copy/ftp ?

Wim

[Robert Gezelter]

Tru64Unix,

Hein's point is indeed well taken. High water enabled is indeed the default (verified) on 6.2.

- Bob Gezelter, http://www.rlgsc.com

[Robert Gezelter]

To all,

My apologies, somehow my previous item ended up in the wrong thread.

The moderators may consider this a request to delete both this and my previous entry.

- Bob Gezelter

[Hoff]

If all we have here is "is broken", well, the set of things that can be broken here is infinite. Specific symptoms or DCL commands or error messages or diagnostics or exact commands and such are a vital part of resolving something that is broken.

Some suggestions around how to pose a question:

http://www.catb.org/~esr/faqs/smart-questions.html

Asking questions is as much a learned skill as answering them, in my experience. And both are worth cultivating.

[Peter Zeiszler]

have you also thought of scp to move/copy files? I have been getting spoiled using that to move files around.