Hi all,<br><br>In TORQUE 4.x we made changes to the naming. Occasionally, this has caused some issues with job ids. For example a call to qdel with just a sequence number would return an Unknown Job Id error if the naming (DNS) configuration was not quite right. Eventually, we are able to help users resolve the issue but it is not always straight forward.<br>
<br>I have a proposal to see if we can make it so TORQUE is more forgiving of naming configurations when it comes to resolving job ids. Please let me know if what follows will cause a problem with your current configuration.<br>
<br>A TORQUE job id is made of two parts; a sequence number assigned from TORQUE and the host name of the machine where pbs_server is running. The host name part is the name returned by a call to the &#39;C&#39; function gethostname(). gethostname() returns the same name as hostname -f from the command line, This is the fully qualified domain name of the machine. So all TORQUE job ids are the sequence number and the fqdn of the host.<br>
<br>When a TORQUE utility is unable to supply the &lt;number/fqdn&gt; pair correctly an Unknown Job Id error is the result. This can be caused because as torque tries to resolve the host name part of the job id it gets a short name instead of the fqdn. This is the case when the first entry in the /etc/hosts file is the short name.<br>
<br>My proposal would be to require that either the short name of a host or its fqdn be put in the $TORQUE_HOME/server_name file. For example, if you had a host named fred in the domain <a href="http://alma_matter.edu">alma_matter.edu</a> the server_name entry could be either fred or <a href="http://fred.alma_matter.edu">fred.alma_matter.edu</a>. However, you would not be allowed to use a relative name like fred.alma_matter.<br>
<br>If we used the rule to use a short name or fdqn we could make it so TORQUE can always resolve to the correct &lt;number/fqdn&gt; pair. But before we do this I need to make sure no one is using a relative name for the server_name file<br>
<br>Thanks for your response.<br clear="all"><br>-- <br>Ken Nielson<br>+1 801.717.3700 office +1 801.717.3738 fax<br>1712 S. East Bay Blvd, Suite 300  Provo, UT  84606<br><a href="http://www.adaptivecomputing.com" target="_blank">www.adaptivecomputing.com</a><br>
<br>