- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Advanced Server - Large File Transfer Fails
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
тАО08-26-2004 12:31 PM
тАО08-26-2004 12:31 PM
On the VMS side the file is created and continues to grow (dir/size=all) even after the error message on the PC, up to around 600 MB. This takes a few minutes. After a while the file gets closed on the VMS side. It looks to me like AS is allocating space for the file which takes too long causing the PC to time out on the connection. Can I fix this somehow?
Advanced Server 7.3A ECO-3
VMS 7.3-1
TCP/IP 5.3
ODS-5 disk holds the directory share
cluster size 64 extend 256.
The disk is software RAID-0 but I have the same problem on a single ODS-2 disk.
Also, do any of you have an idea of when the 4 GB limit will be lifted on the Advanced Server?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-26-2004 08:17 PM
тАО08-26-2004 08:17 PM
Solutionis the disk set up for 'file high-water marking' (check with SHOW DEV/FULL and look in Volume Status:) ? If so, try $ SET VOL/NOHIGH disk to disable high-water marking. This should speed up filespace allocation
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-27-2004 12:28 AM
тАО08-27-2004 12:28 AM
Re: Advanced Server - Large File Transfer Fails
I remember another thread like yours; if you have server based licence might be during long time copy licence expires.
Antonio Vigliotti
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-27-2004 01:02 AM
тАО08-27-2004 01:02 AM
Re: Advanced Server - Large File Transfer Fails
>the 4 GB limit will be lifted on the
>Advanced Server?
This is not an easy task - Advanced Server uses 32 bit file pointers and changing them to 64 bit is not a trivial task. I don't see it on the roadmaps anywhere. I also have not heard of many requests for this, either.
Brad McCusker
Software Concepts International
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-27-2004 01:08 AM
тАО08-27-2004 01:08 AM
Re: Advanced Server - Large File Transfer Fails
If that doesn't help, then, the fact that you are using the CMD prompt might be significant. Do you get a failure with drag and drop?
I've seen discussions around the TCP parameter, TCPNODELAY (UCX SET PROTOCOL TCP/NODELAY), but haven't heard those rumblings lately - so I don't recall the specifics of when this comes into play. If its easy for you to test, you might want to try it.
Regards,
Brad
Software Concepts International
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-28-2004 03:23 AM
тАО08-28-2004 03:23 AM
Re: Advanced Server - Large File Transfer Fails
As Halle noted, it's likely high-water marking on the volume which is slowing the file allocation effort, but disk fragmentation could also be contributing...
Also, I think you have to remount the volume after disabling high-water marking.?.
Can anyone confirm?
Paul
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-28-2004 04:05 AM
тАО08-28-2004 04:05 AM
Re: Advanced Server - Large File Transfer Fails
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-29-2004 05:55 PM
тАО08-29-2004 05:55 PM
Re: Advanced Server - Large File Transfer Fails
set volume/noerase !
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-30-2004 05:59 AM
тАО08-30-2004 05:59 AM
Re: Advanced Server - Large File Transfer Fails
Vielen Dank. Setting /nohigh solved my problem. Thank you for your quick and accurate response.
I had considered setting /nohigh but when I used help init/high on my 7.3-1 system the help message began with:
"Affects Files-11 On-Disk Structure Level 2 disks only."
It seems this is not the case.
TR
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-30-2004 05:54 PM
тАО08-30-2004 05:54 PM
Re: Advanced Server - Large File Transfer Fails
"Affects Files-11 On-Disk Structure Level 2 disks only."
Well, on OpenVMS 7.3-2 the Help text is:
"Applies to Files-11 On-Disk Structure Level 2 (ODS-2) and Level 5 (ODS-5) disks only."
... but on 7.3-1 I indeed get your text.
So, documentation was a bit slow to catch up with new feature, but it IS updated in 7.3-2
Jan