<?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: SYSUAF user quota upgrade in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787773#M76664</link>
    <description>Jan,&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Does that mean I have to apply the &lt;BR /&gt;&amp;gt;higher DEFAULT defaults to all "normal" &lt;BR /&gt;&amp;gt;user accounts &lt;BR /&gt;&lt;BR /&gt;  Only if those accounts are having trouble with inadequate quotas. Note that many of the default values for resource allocations under OpenVMS are *very* old. They therefore assume a VAX750 with 2MB of RAM and 200MB disk space, rather than an IA64 with 4GB RAM and 2TB disk space.&lt;BR /&gt;&lt;BR /&gt;  You can make some changes with UIC wild cards, as suggested by comarow. Another approach is to generate a command procedure - use the EVE LEARN function to define a key to add (say) /PGFLQUOTA=500000 to the end of a line, then use REPEAT to &lt;BR /&gt;repeat the command sequence many times.&lt;BR /&gt;</description>
    <pubDate>Sun, 14 May 2006 20:54:45 GMT</pubDate>
    <dc:creator>John Gillings</dc:creator>
    <dc:date>2006-05-14T20:54:45Z</dc:date>
    <item>
      <title>SYSUAF user quota upgrade</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787771#M76662</link>
      <description>Hello all ,&lt;BR /&gt;&lt;BR /&gt;While preparing for upgrade of OpenVMS 7.3-2 Alpha to OpenVMS 8.2 Alpha, I noticed in the docs that the defaults for a number of UAF quota for both the SYSTEM and the DEFAULT SYSUAF accounts have gone up. &lt;BR /&gt;&lt;BR /&gt;Does that mean I have to apply the higher DEFAULT defaults to all "normal" user accounts (i.e. the ones that got their defaults from DEFAULT under OpenVMS 7.3-2) ??&lt;BR /&gt;And if so , is there a handy way to do this other than by hand?&lt;BR /&gt;&lt;BR /&gt;Jan</description>
      <pubDate>Sun, 14 May 2006 07:45:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787771#M76662</guid>
      <dc:creator>Jan van den Boogaard</dc:creator>
      <dc:date>2006-05-14T07:45:17Z</dc:date>
    </item>
    <item>
      <title>Re: SYSUAF user quota upgrade</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787772#M76663</link>
      <description>It depends what they are doing, and if you have a performance problem. Often the UAF&lt;BR /&gt;parameteres are overridden by &lt;BR /&gt;PQL_M parameters, so tweeks of the UAF&lt;BR /&gt;will not have any effect. You certainly&lt;BR /&gt;can change the PQL_M parameters to your&lt;BR /&gt;uppper limits. They will effect all processes on the system.&lt;BR /&gt;&lt;BR /&gt;If you want to change a group of users,&lt;BR /&gt;if they are in the same UIC group, you can do a &lt;BR /&gt;&lt;BR /&gt;Mod [groupnumber,*]/quota=number&lt;BR /&gt;for example&lt;BR /&gt;&lt;BR /&gt;Mod [22,*]/wsquota=24000&lt;BR /&gt;&lt;BR /&gt;Have fun.</description>
      <pubDate>Sun, 14 May 2006 09:07:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787772#M76663</guid>
      <dc:creator>comarow</dc:creator>
      <dc:date>2006-05-14T09:07:49Z</dc:date>
    </item>
    <item>
      <title>Re: SYSUAF user quota upgrade</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787773#M76664</link>
      <description>Jan,&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Does that mean I have to apply the &lt;BR /&gt;&amp;gt;higher DEFAULT defaults to all "normal" &lt;BR /&gt;&amp;gt;user accounts &lt;BR /&gt;&lt;BR /&gt;  Only if those accounts are having trouble with inadequate quotas. Note that many of the default values for resource allocations under OpenVMS are *very* old. They therefore assume a VAX750 with 2MB of RAM and 200MB disk space, rather than an IA64 with 4GB RAM and 2TB disk space.&lt;BR /&gt;&lt;BR /&gt;  You can make some changes with UIC wild cards, as suggested by comarow. Another approach is to generate a command procedure - use the EVE LEARN function to define a key to add (say) /PGFLQUOTA=500000 to the end of a line, then use REPEAT to &lt;BR /&gt;repeat the command sequence many times.&lt;BR /&gt;</description>
      <pubDate>Sun, 14 May 2006 20:54:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787773#M76664</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2006-05-14T20:54:45Z</dc:date>
    </item>
    <item>
      <title>Re: SYSUAF user quota upgrade</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787774#M76665</link>
      <description>A helpful utility in this area is GETUAI (see &lt;A href="http://vms.process.com/scripts/fileserv/fileserv.com?GETUAI)," target="_blank"&gt;http://vms.process.com/scripts/fileserv/fileserv.com?GETUAI),&lt;/A&gt; which retrieves account data for a user into DCL symbols. So it is easy to write a procedure, that checks userquotas and only changes them, if they are lower than a desried value.&lt;BR /&gt;&lt;BR /&gt;regards Kalle</description>
      <pubDate>Sun, 14 May 2006 23:45:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787774#M76665</guid>
      <dc:creator>Karl Rohwedder</dc:creator>
      <dc:date>2006-05-14T23:45:19Z</dc:date>
    </item>
    <item>
      <title>Re: SYSUAF user quota upgrade</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787775#M76666</link>
      <description>See&lt;BR /&gt;&lt;A href="http://dcl.openvms.org/stories.php?story=05/07/28/2894075" target="_blank"&gt;http://dcl.openvms.org/stories.php?story=05/07/28/2894075&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;According to the comments this does what you want.&lt;BR /&gt;"Analyze accounts in system authorization file (SYSUAF.DAT) and generate file authorize commands to update accounts to have the minimum account quotas reccommended for OpenVMS 8.2. Useful after upgrading the OS from a previous version."</description>
      <pubDate>Mon, 15 May 2006 04:55:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787775#M76666</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2006-05-15T04:55:53Z</dc:date>
    </item>
    <item>
      <title>Re: SYSUAF user quota upgrade</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787776#M76667</link>
      <description>Thnx for the replies! Very useful!</description>
      <pubDate>Sun, 28 May 2006 10:06:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787776#M76667</guid>
      <dc:creator>Jan van den Boogaard</dc:creator>
      <dc:date>2006-05-28T10:06:15Z</dc:date>
    </item>
    <item>
      <title>Re: SYSUAF user quota upgrade</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787777#M76668</link>
      <description>AFter your node has started, I would check with accounting if any processes failed due to low quotas, esp. during boot. &lt;BR /&gt;&lt;BR /&gt;I found 1 program using a lot more memory on 8.2 (think it was diag).&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Mon, 29 May 2006 02:47:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/sysuaf-user-quota-upgrade/m-p/3787777#M76668</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2006-05-29T02:47:27Z</dc:date>
    </item>
  </channel>
</rss>

