<?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>question Re: Deployment fails because the ami image does not contain the OS type in /etc/issue in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Deployment-fails-because-the-ami-image-does-not-contain-the/m-p/31922#M7324</link>
    <description>&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;When does Cloudera Director's script read the /etc/issue file? &amp;nbsp;&lt;STRONG&gt;Cloudera Director reads the /etc/issue prior to bootstrap script execution and as soon as SSH access to the instance is available.&lt;/STRONG&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="p1"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;Does it read the result of that file as it is displayed when connecting with SSH? &lt;STRONG&gt;No&lt;/STRONG&gt; &amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;Or does it read the /etc/issue file after it connects? &amp;nbsp;&lt;STRONG&gt;Yes&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="p1"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;Is there another option to skip the OS check or&amp;nbsp;set something in our&amp;nbsp;bootstrap script (that depends on when the file is read)? &amp;nbsp;&lt;STRONG&gt;We are considering smarter OS detection capabilities for future Cloudera Director releases. Unfortunately at the moment Cloudera Director relies on the /etc/issue file.&amp;nbsp;&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="p1"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;&lt;STRONG&gt;&lt;SPAN class="s1"&gt;Here is a proposal for example Red Hat 6:&lt;/SPAN&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P class="p2"&gt;&lt;STRONG&gt;&lt;SPAN class="s2"&gt;Cloudera Director needs at a bare minimum /etc/issue file contain “Red Hat&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN class="s1"&gt;release 6.”. Although this isn’t ideal, it does provide some obfuscation of the exact detailed OS type.&lt;/SPAN&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P class="p2"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p2"&gt;&lt;SPAN class="s1"&gt;Thanks,&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="p2"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p2"&gt;&lt;SPAN class="s1"&gt;Cagdas&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Wed, 16 Sep 2015 21:04:31 GMT</pubDate>
    <dc:creator>cagdas</dc:creator>
    <dc:date>2015-09-16T21:04:31Z</dc:date>
    <item>
      <title>Deployment fails because the ami image does not contain the OS type in /etc/issue</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Deployment-fails-because-the-ami-image-does-not-contain-the/m-p/31895#M7323</link>
      <description>&lt;P&gt;Our security standards do not allow the OS type and version to be displayed when a user logons to the system. &amp;nbsp;That means our AMI images do not have the OS/Version listed&amp;nbsp;in the /etc/issue file (since that file is displayed on logon). &amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Cloudera Director fails with the following error because the OS type is not listed in the/etc/issue file:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;java.lang.UnsupportedOperationException: Operating system type not supported: UNKNOWN&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;The standard &amp;nbsp;RHEL 6.5 ami image's&amp;nbsp;&lt;SPAN&gt;/etc/issue file contains the following (&lt;/SPAN&gt;&lt;/SPAN&gt;cat /etc/issue):&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;&lt;SPAN&gt;&lt;SPAN&gt;Red Hat Enterprise Linux Server release 6.5 (Santiago)&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So I'm trying to determine a work around so that&amp;nbsp;Cloudera Director can get the OS type another way since&amp;nbsp;it is not listed in our image's /etc/issue file.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So my questions are:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;When does Cloudera Director's script read the /etc/issue file? &amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;Does it read the result of that file as it is displayed when connecting with SSH? &amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;Or does it read the /etc/issue file after it connects? &amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;Is there another option to skip the OS check or&amp;nbsp;set something in our&amp;nbsp;bootstrap script (that depends on when the file is read)?&lt;/P&gt;&lt;P class="p1"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;Thanks!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 16 Sep 2022 09:40:57 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Deployment-fails-because-the-ami-image-does-not-contain-the/m-p/31895#M7323</guid>
      <dc:creator>da1shark</dc:creator>
      <dc:date>2022-09-16T09:40:57Z</dc:date>
    </item>
    <item>
      <title>Re: Deployment fails because the ami image does not contain the OS type in /etc/issue</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/Deployment-fails-because-the-ami-image-does-not-contain-the/m-p/31922#M7324</link>
      <description>&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;When does Cloudera Director's script read the /etc/issue file? &amp;nbsp;&lt;STRONG&gt;Cloudera Director reads the /etc/issue prior to bootstrap script execution and as soon as SSH access to the instance is available.&lt;/STRONG&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="p1"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;Does it read the result of that file as it is displayed when connecting with SSH? &lt;STRONG&gt;No&lt;/STRONG&gt; &amp;nbsp;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;Or does it read the /etc/issue file after it connects? &amp;nbsp;&lt;STRONG&gt;Yes&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="p1"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;Is there another option to skip the OS check or&amp;nbsp;set something in our&amp;nbsp;bootstrap script (that depends on when the file is read)? &amp;nbsp;&lt;STRONG&gt;We are considering smarter OS detection capabilities for future Cloudera Director releases. Unfortunately at the moment Cloudera Director relies on the /etc/issue file.&amp;nbsp;&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="p1"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;&lt;STRONG&gt;&lt;SPAN class="s1"&gt;Here is a proposal for example Red Hat 6:&lt;/SPAN&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P class="p2"&gt;&lt;STRONG&gt;&lt;SPAN class="s2"&gt;Cloudera Director needs at a bare minimum /etc/issue file contain “Red Hat&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN class="s1"&gt;release 6.”. Although this isn’t ideal, it does provide some obfuscation of the exact detailed OS type.&lt;/SPAN&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;P class="p2"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p2"&gt;&lt;SPAN class="s1"&gt;Thanks,&lt;/SPAN&gt;&lt;/P&gt;&lt;P class="p2"&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p2"&gt;&lt;SPAN class="s1"&gt;Cagdas&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 16 Sep 2015 21:04:31 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/Deployment-fails-because-the-ami-image-does-not-contain-the/m-p/31922#M7324</guid>
      <dc:creator>cagdas</dc:creator>
      <dc:date>2015-09-16T21:04:31Z</dc:date>
    </item>
  </channel>
</rss>

