<?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: sftp and %TCPIP-F-SSH_ALLOC_ERROR in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/sftp-and-tcpip-f-ssh-alloc-error/m-p/6279503#M46064</link>
    <description>&lt;P&gt;Volker,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Thanks for some experimental numbers. Always good to have hard numbers.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'd just like to comment&amp;nbsp;that 1.3M pagelets&amp;nbsp;is just over 600 Mbytes. Ultimately a PGFLQUOTA is just disk space. At todays prices, the cost of 600Mb is a fraction of a cent (even if it's commercial grade and shadowed a few times). Diagnosing an error for want of such a paltry amount of resource&amp;nbsp;is a waste.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp; Please make sure your page files are huge, and your quotas high enough that you don't see this kind of problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;On the other hand, This is half way to the P0 limit. Assuming these data structures haven't been explicitly moved to P2 space, the next level is to slam into the architectural wall.&lt;/P&gt;</description>
    <pubDate>Sun, 24 Nov 2013 21:40:32 GMT</pubDate>
    <dc:creator>John Gillings</dc:creator>
    <dc:date>2013-11-24T21:40:32Z</dc:date>
    <item>
      <title>sftp and %TCPIP-F-SSH_ALLOC_ERROR</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/sftp-and-tcpip-f-ssh-alloc-error/m-p/6279329#M46063</link>
      <description>&lt;P&gt;A customer reported&amp;nbsp;constantly seeing the following error when executing an 'sftp&amp;gt; ls filename' command&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;%TCPIP-F-SSH_ALLOC_ERROR, ssh memory allocation error &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;A little research showed, that this problems only happened on a directory with about 12500 files on a remote Linux system. Smaller directories were fine.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;A little test on OpenVMS Alpha V8.3 TCPIP &lt;SPAN&gt;V5.7 - ECO 3 &lt;/SPAN&gt;with a fairly recent &lt;/SPAN&gt;TCPIP$SSH_SFTP2.EXE&amp;nbsp; V57-ECO3P&amp;nbsp;21-MAR-2013 shows the following behaviour:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;- created a directory with 1000 files (with names like xx&lt;SPAN&gt;-xxxxxxxxxxxxxxxx_20131031_nnn.CSV)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;- invoked sftp "-C" &lt;A target="_blank" href="mailto:user@vmshost"&gt;user@vmshost&lt;/A&gt; and set default to that directory&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;- repeated 'ls' a couple of times until also seeing %TCPIP-F-SSH_ALLOC_ERROR&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;- closer examination of the process running TCPIP$SSH_SFTP2.EXE&amp;nbsp;with SHOW PROC/ACC/ID=&amp;lt;pid&amp;gt; shows &lt;STRONG&gt;Peak virtual size &lt;/STRONG&gt;increasing by about 105000 pagelets for each execution of the ls command against 1000 files.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;- with a pagefile quota of about 500000 for the current user, the error could be reproduced on the 5th 'ls' command&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;So to successfully issue an 'sftp&amp;gt; ls' command against a directory with 12500 files, the user would need a PGFLQUOTA of at least around 1.3 million pagelets.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Volker.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 24 Nov 2013 07:51:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/sftp-and-tcpip-f-ssh-alloc-error/m-p/6279329#M46063</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2013-11-24T07:51:10Z</dc:date>
    </item>
    <item>
      <title>Re: sftp and %TCPIP-F-SSH_ALLOC_ERROR</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/sftp-and-tcpip-f-ssh-alloc-error/m-p/6279503#M46064</link>
      <description>&lt;P&gt;Volker,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp; Thanks for some experimental numbers. Always good to have hard numbers.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'd just like to comment&amp;nbsp;that 1.3M pagelets&amp;nbsp;is just over 600 Mbytes. Ultimately a PGFLQUOTA is just disk space. At todays prices, the cost of 600Mb is a fraction of a cent (even if it's commercial grade and shadowed a few times). Diagnosing an error for want of such a paltry amount of resource&amp;nbsp;is a waste.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp; Please make sure your page files are huge, and your quotas high enough that you don't see this kind of problem.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;On the other hand, This is half way to the P0 limit. Assuming these data structures haven't been explicitly moved to P2 space, the next level is to slam into the architectural wall.&lt;/P&gt;</description>
      <pubDate>Sun, 24 Nov 2013 21:40:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/sftp-and-tcpip-f-ssh-alloc-error/m-p/6279503#M46064</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2013-11-24T21:40:32Z</dc:date>
    </item>
  </channel>
</rss>

