<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Advanced Server - Large File Transfer Fails in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366383#M47679</link>
    <description>Oh, regarding the primary point of the thread - High Water Marking is a good idea to check.&lt;BR /&gt;&lt;BR /&gt;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?&lt;BR /&gt;&lt;BR /&gt;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.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Brad</description>
    <pubDate>Fri, 27 Aug 2004 08:08:14 GMT</pubDate>
    <dc:creator>Brad McCusker</dc:creator>
    <dc:date>2004-08-27T08:08:14Z</dc:date>
    <item>
      <title>Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366379#M47675</link>
      <description>When I try to copy a large file, 800 MB, to the Advanced Server the copy runs for a minute or so and then fails with the diagnostic: "The specified network name is no longer available." I am doing this from cmd.exe in Windows 2000.&lt;BR /&gt;&lt;BR /&gt;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?&lt;BR /&gt;&lt;BR /&gt;Advanced Server 7.3A ECO-3&lt;BR /&gt;VMS 7.3-1&lt;BR /&gt;TCP/IP 5.3&lt;BR /&gt;ODS-5 disk holds the directory share&lt;BR /&gt;cluster size 64 extend 256.&lt;BR /&gt;The disk is software RAID-0 but I have the same problem on a single ODS-2 disk.&lt;BR /&gt;&lt;BR /&gt;Also, do any of you have an idea of when the 4 GB limit will be lifted on the Advanced Server?&lt;BR /&gt;</description>
      <pubDate>Thu, 26 Aug 2004 19:31:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366379#M47675</guid>
      <dc:creator>Ted Ripp</dc:creator>
      <dc:date>2004-08-26T19:31:00Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366380#M47676</link>
      <description>Ted,&lt;BR /&gt;&lt;BR /&gt;is 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&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Fri, 27 Aug 2004 03:17:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366380#M47676</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2004-08-27T03:17:45Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366381#M47677</link>
      <description>Hi Ted,&lt;BR /&gt;I remember another thread like yours; if you have server based licence might be during long time copy licence expires.&lt;BR /&gt; &lt;BR /&gt;Antonio Vigliotti&lt;BR /&gt;</description>
      <pubDate>Fri, 27 Aug 2004 07:28:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366381#M47677</guid>
      <dc:creator>Antoniov.</dc:creator>
      <dc:date>2004-08-27T07:28:54Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366382#M47678</link>
      <description>&amp;gt;Also, do any of you have an idea of when&lt;BR /&gt;&amp;gt;the 4 GB limit will be lifted on the&lt;BR /&gt;&amp;gt;Advanced Server?&lt;BR /&gt;&lt;BR /&gt;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. &lt;BR /&gt;&lt;BR /&gt;Brad McCusker</description>
      <pubDate>Fri, 27 Aug 2004 08:02:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366382#M47678</guid>
      <dc:creator>Brad McCusker</dc:creator>
      <dc:date>2004-08-27T08:02:27Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366383#M47679</link>
      <description>Oh, regarding the primary point of the thread - High Water Marking is a good idea to check.&lt;BR /&gt;&lt;BR /&gt;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?&lt;BR /&gt;&lt;BR /&gt;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.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Brad</description>
      <pubDate>Fri, 27 Aug 2004 08:08:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366383#M47679</guid>
      <dc:creator>Brad McCusker</dc:creator>
      <dc:date>2004-08-27T08:08:14Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366384#M47680</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;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...&lt;BR /&gt;&lt;BR /&gt;Also, I think you have to remount the volume after disabling high-water marking.?.&lt;BR /&gt;&lt;BR /&gt;Can anyone confirm?&lt;BR /&gt;&lt;BR /&gt;Paul</description>
      <pubDate>Sat, 28 Aug 2004 10:23:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366384#M47680</guid>
      <dc:creator>Paul Nunez</dc:creator>
      <dc:date>2004-08-28T10:23:30Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366385#M47681</link>
      <description>No remount needed.&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Sat, 28 Aug 2004 11:05:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366385#M47681</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-08-28T11:05:53Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366386#M47682</link>
      <description>Another possibility is that the volume is setup with "erase_on_delete" AND that the file has previous versions AND there is a version limit that causes a purge of a previous version.&lt;BR /&gt;&lt;BR /&gt;set volume/noerase !&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Mon, 30 Aug 2004 00:55:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366386#M47682</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2004-08-30T00:55:22Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366387#M47683</link>
      <description>Volker,&lt;BR /&gt;&lt;BR /&gt;Vielen Dank. Setting /nohigh solved my problem. Thank you for your quick and accurate response.&lt;BR /&gt;&lt;BR /&gt;I had considered setting /nohigh but when I used help init/high on my 7.3-1 system the help message began with:&lt;BR /&gt;&lt;BR /&gt;"Affects Files-11 On-Disk Structure Level 2 disks only."&lt;BR /&gt;&lt;BR /&gt;It seems this is not the case.&lt;BR /&gt;&lt;BR /&gt;TR</description>
      <pubDate>Mon, 30 Aug 2004 12:59:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366387#M47683</guid>
      <dc:creator>Ted Ripp</dc:creator>
      <dc:date>2004-08-30T12:59:43Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366388#M47684</link>
      <description>Ted,&lt;BR /&gt;&lt;BR /&gt;&lt;QUOTE&gt;&lt;BR /&gt;"Affects Files-11 On-Disk Structure Level 2 disks only."&lt;BR /&gt;&lt;/QUOTE&gt;&lt;BR /&gt;&lt;BR /&gt;Well, on OpenVMS 7.3-2 the Help text is:&lt;BR /&gt;&lt;BR /&gt;"Applies to Files-11 On-Disk Structure Level 2 (ODS-2) and Level 5 (ODS-5) disks only."&lt;BR /&gt;&lt;BR /&gt;... but on 7.3-1 I indeed get your text.&lt;BR /&gt;&lt;BR /&gt;So, documentation was a bit slow to catch up with new feature, but it IS updated in 7.3-2&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Jan</description>
      <pubDate>Tue, 31 Aug 2004 00:54:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366388#M47684</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2004-08-31T00:54:12Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366389#M47685</link>
      <description>If a file transfer in Advanced server takes looong, you should try a basic ftp. If it is several orders of magnitude faster, stick to Ftp. Some tuning on caches in Advanced server may help too. Others will comment wisely and better than me on this :-) (Hello Brad !)</description>
      <pubDate>Tue, 31 Aug 2004 04:28:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366389#M47685</guid>
      <dc:creator>labadie_1</dc:creator>
      <dc:date>2004-08-31T04:28:57Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366390#M47686</link>
      <description>My problem is resolved but I am posting some final notes.&lt;BR /&gt;&lt;BR /&gt;1) We are not using FTP because it is unfamiliar to our users. We are using Advanced Server because of security considerations. We have a less secure network and a more secure network connected by a firewall. We have the need to allow access to data on the more secure side from PCs on the less secure side and have been using a Windows 2000 based file server. We set up the firewall to allow incoming connections to that server. For various reasons it was not desirable to place the server on the less secure side and push data to it. Because of the almost continuous very serious security problems with Windows we decided to use the VMS Advanced Server to serve files to the less secure side. Our thinking is that it will not present as much of a security weakness as did Windows.&lt;BR /&gt;&lt;BR /&gt;2) I noticed that with Advanced Server 7.3A ECO-3 (and perhaps other versions but I did not try them) if the Advanced Server is started before a disk is mounted you can not add a directory service on that disk. If the disk is mounted before Advanced Server is started services can be created.&lt;BR /&gt;&lt;BR /&gt;3) These forums are a valuable resource.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;TR</description>
      <pubDate>Thu, 02 Sep 2004 13:02:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366390#M47686</guid>
      <dc:creator>Ted Ripp</dc:creator>
      <dc:date>2004-09-02T13:02:58Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366391#M47687</link>
      <description>2) that can be fixed after the mount:&lt;BR /&gt;&lt;BR /&gt;$ admin&lt;BR /&gt;D\\N&amp;gt; set computer /autoshare_synchronize</description>
      <pubDate>Thu, 02 Sep 2004 13:49:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366391#M47687</guid>
      <dc:creator>Uwe Zessin</dc:creator>
      <dc:date>2004-09-02T13:49:19Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366392#M47688</link>
      <description>Ted,&lt;BR /&gt;&lt;BR /&gt;To resolve problem #2 issue the following command in your system startup procedure after your disks have been mounted that you have created shares on:&lt;BR /&gt;&lt;BR /&gt;$ADMINISTER SET COMPUTER &lt;SERVERNAME&gt;/AUTOSHARE_SYNCHRONIZE /NOCONFIRM&lt;BR /&gt;&lt;BR /&gt;We do this because we start Advanced Server to enble external authentication immediately after starting TCPIP Services.  We mount all user data disks after starting all of the network transports.&lt;BR /&gt;&lt;BR /&gt;This command is documented in the AS Commands Reference Manual.&lt;/SERVERNAME&gt;</description>
      <pubDate>Thu, 02 Sep 2004 13:52:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366392#M47688</guid>
      <dc:creator>Bill Hall</dc:creator>
      <dc:date>2004-09-02T13:52:35Z</dc:date>
    </item>
    <item>
      <title>Re: Advanced Server - Large File Transfer Fails</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366393#M47689</link>
      <description>can you post a note on what solved the problem for you (for future reference).&lt;BR /&gt;(People who use VMS as a secure file server for VMS should be encouraged :-).&lt;BR /&gt;</description>
      <pubDate>Fri, 03 Sep 2004 03:19:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/advanced-server-large-file-transfer-fails/m-p/3366393#M47689</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2004-09-03T03:19:02Z</dc:date>
    </item>
  </channel>
</rss>

