Upgrading to version 1.7.6


#1

Everyone!

We have upgraded to a new version, 1.7.6

Have a look below to make sure you all upgrade properly.

https://github.com/dreamfactorysoftware/dsp-core/wiki/Product-Upgrades

Thanks,

  • Mark

#2

Be sure to do a /web/logout if your upgrade is still acting up.


#3

Hi Mark,

Any chance we can get a steer on whats new?

Thanks

Antony


New Features Dreamfactory Service Platform 1.7.6
#5

We are working on this, but we have run into different issues throughout this upgrade process. I assure you, as much as possible through the forum, that this will be resolved. I will have an update here shortly.

Apologies.

Mark


#6

Thanks Mark, look forward to it.


#7

Antony,

Looks like we’re good to go now.

https://github.com/dreamfactorysoftware/dsp-core/wiki/Product-Upgrades

Remember to do the web/logout after performing the upgrade.

Let me know about any questions.

Thanks,

  • Mark

#8

My reinstalled DSP is now screwed again:

Warning: require_once(/opt/dreamfactory/apps/dreamfactory/htdocs/web/…/vendor/autoload.php): failed to open stream: No such file or directory in /opt/dreamfactory/apps/dreamfactory/htdocs/web/index.php on line 54

Fatal error: require_once(): Failed opening required ‘/opt/dreamfactory/apps/dreamfactory/htdocs/web/…/vendor/autoload.php’ (include_path=’.:/opt/dreamfactory/php/lib/php’) in /opt/dreamfactory/apps/dreamfactory/htdocs/web/index.php on line 54


#9

Antony,

Hey - looks like our engineers were able to go into your dev box and issue the following commands to get you up and running. The problem was the DigitalOcean loads everything as root:daemon, our installer didn’t pick that up (different than other environments, AWS, etc). We will try to fix the installer to recognize this.

Have a look at what they did. Important: this is when the ownr:group = root:daemon

sudo scripts/installer.sh (this unfortunately uses the logged in user currently instead of root, thus the commands below)

sudo chgrp -R daemon *
sudo chgrp -R daemon .*
sudo chown -R root config log vendor web storage

Let me know if you come across anymore issues.

Thanks,

  • Mark

Upgrading to version 1.7.6 - Permission Problem
#10

Hi Mark,

I’m facing the same problem as Antony. My DreamFactory install (originally a Bitnami VM) was on the same stage (Warning on index.php linke 54) than Antony’s.

I’ve just followed the steps you told us. Install.sh run correctly but now I’m facing a 500 http error code. On access_log file I see:

"GET /rest/system/config?app_name=launchpad&async=false HTTP/1.1" 500 4802

I restarted the services but nothing happened…

Thanks,

Arnaldo


#11

General Linux Update Steps

When Bitnami packages are installed there is a default user that it is installed by. This user is different than the user that we expect it to be, and the installer.sh doesn’t pick up on it.

The solution:

  1. Go into your htdocs folder inside of the bitnami install and identify the owner and group.

  2. Run installer.sh (this unfortunately uses the logged in user currently instead of root, thus the commands below)

  3. Change the owner and group back to its original value.

  4. Perform a http://{host_name}/web/logout

  5. Restart Apache

  6. Reload Frame in browser

  7. Clear Cache

Example where owner is root and group is daemon, root:daemon.

sudo scripts/installer.sh 

sudo chgrp -R daemon *

sudo chgrp -R daemon .*

sudo chown -R root config log vendor web storage

Or, if you’d like to just do it in one line:

$ sudo ./scripts/installer.sh && sudo chgrp -R daemon * .* && sudo chown -R root config/ log/ vendor/ web/ storage/

Thanks,

  • Mark

Upgrading 1.6.3 on AWS
#12

Hi Mark,

Thank you for your quick response. I just did all the steps you listed above again and restarted the server. Now it’s working great here, I’m running 1.7.5 and I didn’t lose any data.

Thanks!

Arnaldo


#13

Gotta love it!

Thanks man!

  • Mark