<?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: Recommended Upgrade process for CDH in Support Questions</title>
    <link>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66737#M45580</link>
    <description>&lt;P&gt;I am stuck in this exact upgrade scenario. I have narrowed down the issue to the embedded postgres server. I used the do-release-upgrade process to move the server from 14.04 to 16.04 and declined to upgrade the postgres server in the process. At the end of it, I have both 9.3 and 9.5 installed and running; however I cannot find the scm or cloudera-scm roles anywhere at all and at this point I am forced to conclude this information has been lost.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Unless the cloudera manager is somehow keeping this stuff somewhere else?&amp;nbsp; I'm aware of the contents of&amp;nbsp;/etc/cloudera-scm-server/db.properties and of&amp;nbsp;/var/lib/cloudera-scm-server-db/data/generated_password.txt (both of which survived the do-release-upgrade process).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am planning to reinstall 14.04 and Cloudera and try this again (I am thankfully running this on a test installation as proof of concept) , but FIRST backing up everything in the postgres server BEFORE running the do-release-upgrade on it.&amp;nbsp;And when I say save, I mean everything in the 9.3/main config files as well as a pg_dump of the database and a pg_dumpall of the globals.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I do not know if this will work, but am noting this here for anyone else's possible benefit (I will return here&amp;nbsp;with any further news... there will undoubtedly be more folks landing in this situation of trying to do a release upgrade on a running instance...)&lt;/P&gt;</description>
    <pubDate>Wed, 25 Apr 2018 23:12:41 GMT</pubDate>
    <dc:creator>Cindy</dc:creator>
    <dc:date>2018-04-25T23:12:41Z</dc:date>
    <item>
      <title>Recommended Upgrade process for CDH</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66648#M45576</link>
      <description>&lt;P&gt;We are currently using Cloudera Express 5.10.0 on Ubuntu 14.04.5. This cluster was installed using cloudera manager.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We need to ugprade to Ubuntu 16.04 as 14.04 is approaching EOL. What is the recommended process?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Do we upgrade Cloudera first and then Ubuntu or Ubuntu first and then Cloudera?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have tried to upgrade ubuntu first. But Ubuntu (do-release-upgrade) upgrades postgres from 9.3 to 9.5. Since the database formats between 9.3 and 9.5 are not compatible, the cloudera-scm-server-db doesn't start. I have tried to migrate the database using pg_dump/pg_restore etc but have failed so far.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;If there is a document available somewhere, please let me know.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 23 Apr 2018 19:24:29 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66648#M45576</guid>
      <dc:creator>ps40</dc:creator>
      <dc:date>2018-04-23T19:24:29Z</dc:date>
    </item>
    <item>
      <title>Re: Recommended Upgrade process for CDH</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66662#M45577</link>
      <description>&lt;P&gt;&lt;a href="https://community.cloudera.com/t5/user/viewprofilepage/user-id/26906"&gt;@ps40&lt;/a&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The below link is for enterprise edision, I believe it should be same for other edisions too&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.cloudera.com/documentation/enterprise/release-notes/topics/cm_vd.html" target="_blank"&gt;https://www.cloudera.com/documentation/enterprise/release-notes/topics/cm_vd.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1. so the first point is, According to the above link &lt;SPAN&gt;Ubuntu Xenial 16.04 will be supported by&amp;nbsp;&lt;/SPAN&gt;CDH 5.12.2 or above. So if you have decided to upgrade Ubuntu then you have to upgarde&amp;nbsp;CDH/CM as well&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;2. the second point is, according to the below link,&amp;nbsp;"&lt;SPAN&gt;If you are upgrading CDH or Cloudera Manager as well as the OS, upgrade the OS first"&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.cloudera.com/documentation/enterprise/5-11-x/topics/cm_ag_upgrading_os.html" target="_blank"&gt;https://www.cloudera.com/documentation/enterprise/5-11-x/topics/cm_ag_upgrading_os.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;hope it may give some insights!!&lt;/P&gt;</description>
      <pubDate>Tue, 24 Apr 2018 09:25:51 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66662#M45577</guid>
      <dc:creator>saranvisa</dc:creator>
      <dc:date>2018-04-24T09:25:51Z</dc:date>
    </item>
    <item>
      <title>Re: Recommended Upgrade process for CDH</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66681#M45578</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for replying.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Yes, I will upgrade CDH as well. However, I am unable to get cloudera-scm-server service running after OS upgrade. This is because the cloudera-scm-server-db service doesn't start because the postgres version gets updated from 9.3 to 9.5 during the OS upgrade step.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have tried to migrate the database but during the restore process I get this error:&lt;/P&gt;&lt;P&gt;ERROR: role "cloudera-scm" does not exist&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is there any document on how to migrate a&amp;nbsp;cloudera postgres database?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Tue, 24 Apr 2018 14:41:06 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66681#M45578</guid>
      <dc:creator>ps40</dc:creator>
      <dc:date>2018-04-24T14:41:06Z</dc:date>
    </item>
    <item>
      <title>Re: Recommended Upgrade process for CDH</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66698#M45579</link>
      <description>&lt;P&gt;I also tried to keep postgres at 9.3 while upgrading ubuntu from 14.04 to 16.04 using:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However this doesn't work either. After upgrade I get this error:&lt;/P&gt;&lt;P&gt;sudo service cloudera-scm-server-db status&lt;BR /&gt;● cloudera-scm-server-db.service - LSB: Cloudera SCM Server's Embedded DB&lt;BR /&gt;Loaded: loaded (/etc/init.d/cloudera-scm-server-db; bad; vendor preset: enabled)&lt;BR /&gt;Active: active (exited) since Tue 2018-04-24 21:08:39 UTC; 16min ago&lt;BR /&gt;Docs: man:systemd-sysv-generator(8)&lt;BR /&gt;Process: 2028 ExecStop=/etc/init.d/cloudera-scm-server-db stop (code=exited, status=0/SUCCESS)&lt;BR /&gt;Process: 2078 ExecStart=/etc/init.d/cloudera-scm-server-db start (code=exited, status=0/SUCCESS)&lt;/P&gt;&lt;P&gt;Apr 24 21:08:39 ip-172-30-1-250 runuser[2092]: pam_unix(runuser:session): session opened for user cloudera-scm by (uid=0)&lt;BR /&gt;Apr 24 21:08:39 ip-172-30-1-250 runuser[2092]: pam_unix(runuser:session): session closed for user cloudera-scm&lt;BR /&gt;Apr 24 21:08:39 ip-172-30-1-250 runuser[2109]: pam_unix(runuser:session): session opened for user cloudera-scm by (uid=0)&lt;BR /&gt;Apr 24 21:08:39 ip-172-30-1-250 cloudera-scm-server-db[2078]: bash: /usr/lib/postgresql/9.5/bin/pg_ctl: No such file or directory&lt;BR /&gt;Apr 24 21:08:39 ip-172-30-1-250 runuser[2109]: pam_unix(runuser:session): session closed for user cloudera-scm&lt;BR /&gt;Apr 24 21:08:39 ip-172-30-1-250 runuser[2111]: pam_unix(runuser:session): session opened for user cloudera-scm by (uid=0)&lt;BR /&gt;Apr 24 21:08:39 ip-172-30-1-250 cloudera-scm-server-db[2078]: bash: /usr/lib/postgresql/9.5/bin/pg_ctl: No such file or directory&lt;BR /&gt;Apr 24 21:08:39 ip-172-30-1-250 runuser[2111]: pam_unix(runuser:session): session closed for user cloudera-scm&lt;BR /&gt;Apr 24 21:08:39 ip-172-30-1-250 cloudera-scm-server-db[2078]: * Failed to start Cloudera manager database&lt;BR /&gt;Apr 24 21:08:39 ip-172-30-1-250 systemd[1]: Started LSB: Cloudera SCM Server's Embedded DB.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;It looks like cloudera scm server is looking for 9.5 version of postgres on ubuntu 16.04. Is this hardcoded somewhere?&lt;/P&gt;</description>
      <pubDate>Tue, 24 Apr 2018 21:33:08 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66698#M45579</guid>
      <dc:creator>ps40</dc:creator>
      <dc:date>2018-04-24T21:33:08Z</dc:date>
    </item>
    <item>
      <title>Re: Recommended Upgrade process for CDH</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66737#M45580</link>
      <description>&lt;P&gt;I am stuck in this exact upgrade scenario. I have narrowed down the issue to the embedded postgres server. I used the do-release-upgrade process to move the server from 14.04 to 16.04 and declined to upgrade the postgres server in the process. At the end of it, I have both 9.3 and 9.5 installed and running; however I cannot find the scm or cloudera-scm roles anywhere at all and at this point I am forced to conclude this information has been lost.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Unless the cloudera manager is somehow keeping this stuff somewhere else?&amp;nbsp; I'm aware of the contents of&amp;nbsp;/etc/cloudera-scm-server/db.properties and of&amp;nbsp;/var/lib/cloudera-scm-server-db/data/generated_password.txt (both of which survived the do-release-upgrade process).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am planning to reinstall 14.04 and Cloudera and try this again (I am thankfully running this on a test installation as proof of concept) , but FIRST backing up everything in the postgres server BEFORE running the do-release-upgrade on it.&amp;nbsp;And when I say save, I mean everything in the 9.3/main config files as well as a pg_dump of the database and a pg_dumpall of the globals.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I do not know if this will work, but am noting this here for anyone else's possible benefit (I will return here&amp;nbsp;with any further news... there will undoubtedly be more folks landing in this situation of trying to do a release upgrade on a running instance...)&lt;/P&gt;</description>
      <pubDate>Wed, 25 Apr 2018 23:12:41 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66737#M45580</guid>
      <dc:creator>Cindy</dc:creator>
      <dc:date>2018-04-25T23:12:41Z</dc:date>
    </item>
    <item>
      <title>Re: Recommended Upgrade process for CDH</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66764#M45581</link>
      <description>&lt;P&gt;OK, further info. The data is still there (it was a long day yesterday, I should have remembered this). By suppressing the 9.5 startup (by modifying its start.conf settings), I was able to manually start the cloudera database as follows (as root)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;sudo -u cloudera-scm /usr/lib/postgresql/9.3/bin/postgres -D /var/lib/cloudera-scm-server-db/data -k /var/run/cloudera-scm-server-db &amp;amp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Get the cloudera-scm password in this file:&lt;/P&gt;&lt;P&gt;cat /var/lib/cloudera-scm-server-db/data/generated_password.txt&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;And then&amp;nbsp; you can connect, according to the info in&amp;nbsp;/etc/cloudera-scm-server/db.properties which has the ports, etc&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;/usr/lib/postgresql/9.3/bin/psql -U cloudera-scm -p 7432 -h localhost -d postgres&lt;BR /&gt;Password for user cloudera-scm:&lt;BR /&gt;psql (9.3.22)&lt;BR /&gt;Type "help" for help.&lt;/P&gt;&lt;P&gt;postgres=# \du&lt;BR /&gt;List of roles&lt;BR /&gt;Role name | Attributes | Member of&lt;BR /&gt;---------------------+------------------------------------------------+-----------&lt;BR /&gt;amon | | {}&lt;BR /&gt;cloudera-scm | Superuser, Create role, Create DB, Replication | {}&lt;BR /&gt;hive | | {}&lt;BR /&gt;hive1 | | {}&lt;BR /&gt;nav | | {}&lt;BR /&gt;navms | | {}&lt;BR /&gt;oozie_oozie_server | | {}&lt;BR /&gt;oozie_oozie_server1 | | {}&lt;BR /&gt;oozie_oozie_server2 | | {}&lt;BR /&gt;oozie_oozie_server3 | | {}&lt;BR /&gt;rman | | {}&lt;BR /&gt;scm | | {}&lt;/P&gt;&lt;P&gt;postgres=#&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am now going to try to dump the contents of this database, and then upload it to a 9.5 instance in order to convert the stuff. I looked at pg_upgrade(cluster) but these seem to depend on default "main" locations, eg&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;pg_lsclusters&lt;BR /&gt;Ver Cluster Port Status Owner Data directory Log file&lt;BR /&gt;9.3 main 5432 online postgres /var/lib/postgresql/9.3/main /var/log/postgresql/postgresql-9.3-main.log&lt;BR /&gt;9.5 main 5433 down postgres /var/lib/postgresql/9.5/main /var/log/postgresql/postgresql-9.5-main.log&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;etc, never seem to pick up the -D&amp;nbsp;locations (and they don't seem to have a -D type option)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 26 Apr 2018 19:49:35 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66764#M45581</guid>
      <dc:creator>Cindy</dc:creator>
      <dc:date>2018-04-26T19:49:35Z</dc:date>
    </item>
    <item>
      <title>Re: Recommended Upgrade process for CDH</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66795#M45582</link>
      <description>&lt;P&gt;I am able to resolve this problem using the following process:&lt;/P&gt;&lt;P&gt;Step 1: Take a dump of the running postgres database on Ubuntu 14.02&lt;/P&gt;&lt;P&gt;# sudo su&lt;/P&gt;&lt;P&gt;# su - postgres&lt;/P&gt;&lt;P&gt;#&amp;nbsp;pg_dump -h localhost -p 7432 -U scm scm &amp;gt; scm.sql&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Step 2: Upgrade Ubuntu to 16.04&lt;/P&gt;&lt;P&gt;# sudo do-release-upgrade&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Step 3: Rename the old data directory&lt;/P&gt;&lt;P&gt;# mv&amp;nbsp;/var/lib/cloudera-scm-server-db/data/&amp;nbsp;/var/lib/cloudera-scm-server-db/data9-3&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Step 4: Restart cloudera-scm-server-db service. This will create an empty database which we will populate using the backup taken in step 1&lt;/P&gt;&lt;P&gt;# sudo service cloudera-scm-server-db restart&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Step 5: Now restore the database&lt;/P&gt;&lt;P&gt;# sudo su&lt;/P&gt;&lt;P&gt;# su - postgres&lt;/P&gt;&lt;P&gt;#&amp;nbsp;psql -h localhost -p 7432 -U scm&lt;/P&gt;&lt;P&gt;(password can be obtained like this:&amp;nbsp;grep password /etc/cloudera-scm-server/db.properties)&lt;/P&gt;&lt;P&gt;scm&amp;gt;&amp;nbsp;\i scm.sql&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Step 6: Now restart cloudera-scm-server service:&lt;/P&gt;&lt;P&gt;# sudo service cloudera-scm-service restart&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, I'm now running into another problem. the cloudera-scm-agent services do not start. There is an error in supervisord.out. I will open another thread for this:&lt;/P&gt;&lt;P&gt;Traceback (most recent call last):&lt;BR /&gt;File "/usr/lib/cmf/agent/build/env/bin/supervisord", line 8, in &amp;lt;module&amp;gt;&lt;BR /&gt;from pkg_resources import load_entry_point&lt;BR /&gt;File "/usr/lib/cmf/agent/build/env/lib/python2.7/site-packages/pkg_resources/__init__.py", line 36, in &amp;lt;module&amp;gt;&lt;BR /&gt;import plistlib&lt;BR /&gt;File "/usr/lib/python2.7/plistlib.py", line 62, in &amp;lt;module&amp;gt;&lt;BR /&gt;import datetime&lt;BR /&gt;ImportError: No module named datetime&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 28 Apr 2018 01:08:11 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66795#M45582</guid>
      <dc:creator>ps40</dc:creator>
      <dc:date>2018-04-28T01:08:11Z</dc:date>
    </item>
    <item>
      <title>Re: Recommended Upgrade process for CDH</title>
      <link>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66797#M45583</link>
      <description>&lt;P&gt;Those are the same steps I've taken, except that restarting the -db service did not create a new data directory. Maybe I should re-check the permissions. I've also been working on creating the data directory manually with initdb, etc but somewhere I'm missing a password. Am about to rework pg_hba.conf to let clouderad-scm in without a password. If I can reload the dump (and I used pg_dumpall in&amp;nbsp; order to get he roles and permissions as well) then I think I can get this thing going. UGH...this has been an amazingly frustrating process.&lt;/P&gt;</description>
      <pubDate>Sat, 28 Apr 2018 01:59:49 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Support-Questions/Recommended-Upgrade-process-for-CDH/m-p/66797#M45583</guid>
      <dc:creator>Cindy</dc:creator>
      <dc:date>2018-04-28T01:59:49Z</dc:date>
    </item>
  </channel>
</rss>

