- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: ftp put file problem on OpenVMS
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-24-2009 02:35 AM
тАО03-24-2009 02:35 AM
ftp put file problem on OpenVMS
I found some "ftp put" problem on our Alpha server
TCPIP> sh ver
HP TCP/IP Services for OpenVMS Alpha Version V5.4 - ECO 6
on a AlphaServer DS20 500 MHz running OpenVMS V7.3-2
I put file to myself
$ftp test07
$put test.txt
first the speed is very slow 33.98/s but after 2 mins the speed is 2000/s
but when I use ftp get the speed is always 4000/s
can any one give me suggest
Thanks a lot
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-24-2009 02:41 AM
тАО03-24-2009 02:41 AM
Re: ftp put file problem on OpenVMS
Here's the doc:
http://h71000.www7.hp.com/doc/83final/6526/6526pro_041.html
Jur.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-24-2009 08:01 AM
тАО03-24-2009 08:01 AM
Re: ftp put file problem on OpenVMS
In addition to the RMS extent sizes (a very good initial suspect here), also confirm the process quotas in the target ftp environment are sufficient. If this box has been around for a while, you may well have low quotas there.
Check for disk fragmentation in the target environment, too.
And irrespective to the issues around ftp performance, do seriously consider switching to the DCL syntax when working with DCL and ftp:
COPY/FTP
such as the following example
COPY/FTP/ASCII test.txt ftp.example.com"user pwd"::test.txt
This command syntax is easier to work with, and you can perform DCL symbol substitution and DCL command processing directly within the command. And (when scripting ftp) you don't need a temporary file, either.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-24-2009 12:44 PM
тАО03-24-2009 12:44 PM
Re: ftp put file problem on OpenVMS
Or, at the very least make sure all pairs of ports are set identically (that is, if the host adapter is set to 100/full, make sure the corresponding switch port is set the same)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-24-2009 08:05 PM
тАО03-24-2009 08:05 PM
Re: ftp put file problem on OpenVMS
1.The switch and lancp config OK!
2.4000kb/s means the speed when I press the CTRL+T
07::_TNA6: 11:50:39 TCPIP$FTP CPU=00:00:14.96 PF=2453 IO=62664 MEM=346
PUT (IMAGE) 559042560 bytes 00:04:56.54 elapsed (1840.98 KB/S)
Local: DISK803:[MIS.JACKYLEE]TEST.TXT;8
Remote: TEST.TXT
3.I found when I use ftp put file to OS disk everything is OK! but when i put file to other disk ftp speed is very slow,and disk hung
Please give me some suggestion
Thanks a lot
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-24-2009 08:43 PM
тАО03-24-2009 08:43 PM
Re: ftp put file problem on OpenVMS
Download DFU from www.digiater.nl.
REPORT on both disks.
FTP speed to similar disks should have similar performance. If not, there is an unrecognized difference. Assuming similar configuration, the first suspect is (IMHO) fragmentation. But us the system disk indeed similar to the other disk? Both on SAN nor neither on san?
Hein.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-24-2009 09:56 PM
тАО03-24-2009 09:56 PM
Re: ftp put file problem on OpenVMS
I solve this situation
I check the device type and find high-water marking
$sh dev disk300/full
Volume Status: ODS-2, subject to mount verification, file high-water marking,
write-back caching enabled.
and init the disk
$dismount disk300
$init/nohighwater dkb300: disk300
$mount/system dkb300: disk300
$sh dev disk300/full
Volume Status: ODS-2, subject to mount verification, write-back caching
enabled.
Then I test ftp PUT file everything is fine!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-25-2009 12:42 PM
тАО03-25-2009 12:42 PM
Re: ftp put file problem on OpenVMS
>$init/nohighwater dkb300: disk300
>$mount/system dkb300: disk300
OUCH!! You mean you wiped the whole disk just to turn off highwater marking?? Talk about a big hammer.
You can turn highwater marking on or off at any time without dismounting, or affecting your data in any way. It's safe and instant.
Next time try:
$ SET VOLUME/NOHIGHWATER_MARKNIG DKB300
or to turn it on again:
$ SET VOLUME/HIGHWATER_MARKING DKB300
I'd recommend you do a sanity check. Try your test again, with highwater on and off. My guess is you WON'T see a huge difference. The real issue was probably something completely different, that the INIT fixed (for example, fragmentation).
It's important to check this, just to make sure you don't go away with the impression that highwater marking could cause such a large performance hit.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-25-2009 04:39 PM
тАО03-25-2009 04:39 PM
Re: ftp put file problem on OpenVMS
Thank you very much
next time I will use set volume command
This machine is a test environment so I can do any test on this machine.
I try DEFRAGMENT command first but still have ftp put problem.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-25-2009 06:45 PM
тАО03-25-2009 06:45 PM
Re: ftp put file problem on OpenVMS
> but when i put file to other disk ftp speed is very slow,and disk hung
A solidly hung disk? That's definitely both interesting and quite potentially relevant here, and usually not goodness.
Look for disk errors.
Look for a bad disk.
Look for conflicting activity on the disk and on the bus.
Look for SCSI configuration or termination errors.
Look for differences in default allocation and default extent sizes as established on the drives.
Look for speed differences among the drives.
The disk settings usually provided by the default INITIALIZE command are somewhere between bad and awful, too. Cluster size and particularly extent size are two that can be central here.
This is ancient and slow gear and accordingly ill-suited for any sort of serious performance and tuning work. I'd expect the disks are of a similar and old and slow vintage; not the best for speed. Replace the gear.
Beyond discussions of disks (which do appear involved here) ftp itself has various issues with network performance and firewalls and related. OpenVMS ftp isn't itself particularly fast, and the way that ftp works in general does not scale well nor operate well with modern networks. Here's some old reading on this topic:
http://h71000.www7.hp.com/wizard/wiz_5632.html