<?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: Rename the Open VMS server in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080345#M61074</link>
    <description>I've done that once, and ran into some issues.&lt;BR /&gt;&lt;BR /&gt;Best you can do: use the 'modparams' path, and run autogen, like specified. This will change the system parameters automatically.&lt;BR /&gt;&lt;BR /&gt;Beware of DECNet. SCSNODE parameter is used in DECNet as it is, so once rebooted, the new name can be used, but how other systems will react...I don't think you need to change the system ID, but you may (will) need to update the Decnet host table(s).&lt;BR /&gt;Keep in mind that a DECNet name is limited to 6 characters (with double colon, adds up to the max 8)&lt;BR /&gt;&lt;BR /&gt;For TCPIP, there is no formal link between SCSNODE and the host's name in TCPIP (HOSTfile or DNS), so you can keep it as it is, but in terms of system (and network-) management, it's clearer if there is a clear link.&lt;BR /&gt;&lt;BR /&gt;If your system is in a cluster, and the allocation class didn't change, no changes are required in any procedure or program if you use these. If you don't use allocation class, it _might_, depending what has been specified in there.&lt;BR /&gt;Anyway: be prepared for strange behaviour...&lt;BR /&gt;&lt;BR /&gt;There is a rights-identifier connected with the system name. If access to resources depend on that, it might be required to take a look there as well. You may want to actually remove the identifier of the old name (please forgive me, I don't know the name of this identifier by heart, just know it's there. I ran into problems that were caused by this identifier)&lt;BR /&gt;&lt;BR /&gt;If you are running packages that use the nodename, you should take care as well. &lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Mon, 29 Sep 2003 09:03:04 GMT</pubDate>
    <dc:creator>Willem Grooters</dc:creator>
    <dc:date>2003-09-29T09:03:04Z</dc:date>
    <item>
      <title>Rename the Open VMS server</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080342#M61071</link>
      <description>How do I change VMS server name ?&lt;BR /&gt;&lt;BR /&gt;Version: 7.2-1</description>
      <pubDate>Mon, 29 Sep 2003 06:09:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080342#M61071</guid>
      <dc:creator>Narayana S Bhat</dc:creator>
      <dc:date>2003-09-29T06:09:32Z</dc:date>
    </item>
    <item>
      <title>Re: Rename the Open VMS server</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080343#M61072</link>
      <description>This depends on the subsystems you are running.&lt;BR /&gt;&lt;BR /&gt;Let us assume you want to change the name but not the decnet-address. You should do this from the system console ...&lt;BR /&gt;&lt;BR /&gt;1.&lt;BR /&gt;Changing the basic server name is simple:&lt;BR /&gt;$ set def sys$system&lt;BR /&gt;-&amp;gt; edit modparams.dat and change&lt;BR /&gt;SCSNODE="newname"&lt;BR /&gt;then do&lt;BR /&gt;@sys$system:autogen ...&lt;BR /&gt;&lt;BR /&gt;(you could do a&lt;BR /&gt;mc sysgen&lt;BR /&gt;sysgen&amp;gt; set scsnode newname&lt;BR /&gt;sysgen&amp;gt; write current&lt;BR /&gt;&lt;BR /&gt;as well ...)&lt;BR /&gt;&lt;BR /&gt;Don't forget to change any assignments of licenses in the license database attached to the system name!&lt;BR /&gt;&lt;BR /&gt;$lic list /full&lt;BR /&gt;&lt;BR /&gt;gives you a list of all licenses on you system. If you find lines like:&lt;BR /&gt;&lt;BR /&gt;include: oldname&lt;BR /&gt;&lt;BR /&gt;chance this license:&lt;BR /&gt;&lt;BR /&gt;lic mod license productname /include=newname&lt;BR /&gt;&lt;BR /&gt;2.&lt;BR /&gt;Next step is changing the decnet-adress.&lt;BR /&gt;&lt;BR /&gt;Decnet Phase IV:&lt;BR /&gt;&lt;BR /&gt;$ mc ncp define executor nonde_name "newname"&lt;BR /&gt;&lt;BR /&gt;Decnet/OSI: i would wait until reboot and do a&lt;BR /&gt;@sys$manager:net$configure&lt;BR /&gt;as this sets the right checksums on the Ncl-Configuration files &lt;BR /&gt;&lt;BR /&gt;3. TCPIP&lt;BR /&gt;&lt;BR /&gt;After roboot: do &lt;BR /&gt;@sys$manager:tcpiP$config&lt;BR /&gt;&lt;BR /&gt;option 1 (core)&lt;BR /&gt;option 2 (interfaces)&lt;BR /&gt;&lt;BR /&gt;an set the new system name.&lt;BR /&gt;&lt;BR /&gt;4. Look where you mount your disks. The diskname changes, if your system ist set to&lt;BR /&gt;ALLOCATION CLASS 0 in SYSGEN. You might have to change your mounting commands.&lt;BR /&gt;&lt;BR /&gt;5. There might be additional stuff like LAT ..&lt;BR /&gt;&lt;BR /&gt;Everybody else: What did I forget?&lt;BR /&gt;&lt;BR /&gt;Dieter</description>
      <pubDate>Mon, 29 Sep 2003 08:05:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080343#M61072</guid>
      <dc:creator>Dieter Rossbach</dc:creator>
      <dc:date>2003-09-29T08:05:06Z</dc:date>
    </item>
    <item>
      <title>Re: Rename the Open VMS server</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080344#M61073</link>
      <description>Change the SYSGEN parameter SCSNODE by edit sys$system:modparams.dat to reflect the change and run sys$update:autogen.com. A reboot is needed for the change to take effect.&lt;BR /&gt; &lt;BR /&gt;Also remember to reconfigure DECnet and TCPIP if used.</description>
      <pubDate>Mon, 29 Sep 2003 08:06:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080344#M61073</guid>
      <dc:creator>Åge Rønning</dc:creator>
      <dc:date>2003-09-29T08:06:53Z</dc:date>
    </item>
    <item>
      <title>Re: Rename the Open VMS server</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080345#M61074</link>
      <description>I've done that once, and ran into some issues.&lt;BR /&gt;&lt;BR /&gt;Best you can do: use the 'modparams' path, and run autogen, like specified. This will change the system parameters automatically.&lt;BR /&gt;&lt;BR /&gt;Beware of DECNet. SCSNODE parameter is used in DECNet as it is, so once rebooted, the new name can be used, but how other systems will react...I don't think you need to change the system ID, but you may (will) need to update the Decnet host table(s).&lt;BR /&gt;Keep in mind that a DECNet name is limited to 6 characters (with double colon, adds up to the max 8)&lt;BR /&gt;&lt;BR /&gt;For TCPIP, there is no formal link between SCSNODE and the host's name in TCPIP (HOSTfile or DNS), so you can keep it as it is, but in terms of system (and network-) management, it's clearer if there is a clear link.&lt;BR /&gt;&lt;BR /&gt;If your system is in a cluster, and the allocation class didn't change, no changes are required in any procedure or program if you use these. If you don't use allocation class, it _might_, depending what has been specified in there.&lt;BR /&gt;Anyway: be prepared for strange behaviour...&lt;BR /&gt;&lt;BR /&gt;There is a rights-identifier connected with the system name. If access to resources depend on that, it might be required to take a look there as well. You may want to actually remove the identifier of the old name (please forgive me, I don't know the name of this identifier by heart, just know it's there. I ran into problems that were caused by this identifier)&lt;BR /&gt;&lt;BR /&gt;If you are running packages that use the nodename, you should take care as well. &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 29 Sep 2003 09:03:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080345#M61074</guid>
      <dc:creator>Willem Grooters</dc:creator>
      <dc:date>2003-09-29T09:03:04Z</dc:date>
    </item>
    <item>
      <title>Re: Rename the Open VMS server</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080346#M61075</link>
      <description>In addition to what all has been said so far you will need to start the que manager with the /new qualifier:&lt;BR /&gt;&lt;BR /&gt;$ start/que/manager/new&lt;BR /&gt;&lt;BR /&gt;This command will wipe out all que information, forms and jobs so make sure you are prepared to resubmit any lost jobs and are able to rebuild all the queues and forms from scratch.  At least do the following commands and save the output for future reference:&lt;BR /&gt;&lt;BR /&gt;$ show que/full/all&lt;BR /&gt;&lt;BR /&gt;$ show que/form/full&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Scott Belviso</description>
      <pubDate>Mon, 29 Sep 2003 09:33:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080346#M61075</guid>
      <dc:creator>Scott Belviso</dc:creator>
      <dc:date>2003-09-29T09:33:24Z</dc:date>
    </item>
    <item>
      <title>Re: Rename the Open VMS server</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080347#M61076</link>
      <description>Hello&lt;BR /&gt;Rough, without knowledge and with many workload for your box but can get an idea where other changes could be neccessary;&lt;BR /&gt;seek on the system disk for files:&lt;BR /&gt;- with old nodename in filename&lt;BR /&gt;  $dir sys$sysdevice:[000000...]*old-nodname*.* /outp=tmp.tmp&lt;BR /&gt;- with old node entries in it&lt;BR /&gt;  $search sys$sysdevice:[000000...]*.* /exclu=(*.DIR) old-nodename /outp=tmp.tmp&lt;BR /&gt;&lt;BR /&gt;Have a look in both tmp's and decide what and why</description>
      <pubDate>Mon, 29 Sep 2003 10:59:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080347#M61076</guid>
      <dc:creator>Thomas Schick</dc:creator>
      <dc:date>2003-09-29T10:59:10Z</dc:date>
    </item>
    <item>
      <title>Re: Rename the Open VMS server</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080348#M61077</link>
      <description>One more thing to check: Many sites have queue names that contain the nodename (like sys$&lt;NAME&gt;_batch) and generic queues to distribute the load (e.g sys$batch = sys$node1_batch,sys$node2_batch). If this is the case for you you need to change both the local and generic queues to match the new name.&lt;/NAME&gt;</description>
      <pubDate>Mon, 29 Sep 2003 11:13:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080348#M61077</guid>
      <dc:creator>Martin P.J. Zinser</dc:creator>
      <dc:date>2003-09-29T11:13:40Z</dc:date>
    </item>
    <item>
      <title>Re: Rename the Open VMS server</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080349#M61078</link>
      <description>...&lt;BR /&gt;and adding more Martin said, you can find some problem if any command file (.com) use &lt;SERVER&gt;$&lt;DEV&gt; format (it's unusual but may be).&lt;BR /&gt;Bye&lt;BR /&gt;Antoniov&lt;BR /&gt;&lt;/DEV&gt;&lt;/SERVER&gt;</description>
      <pubDate>Mon, 29 Sep 2003 12:18:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/rename-the-open-vms-server/m-p/3080349#M61078</guid>
      <dc:creator>Antoniov.</dc:creator>
      <dc:date>2003-09-29T12:18:20Z</dc:date>
    </item>
  </channel>
</rss>

