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
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,
Be sure to do a /web/logout if your upgrade is still acting up.
Hi Mark,
Any chance we can get a steer on whats new?
Thanks
Antony
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
Thanks Mark, look forward to it.
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,
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
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,
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
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:
Go into your htdocs folder inside of the bitnami install and identify the owner and group.
Run installer.sh (this unfortunately uses the logged in user currently instead of root, thus the commands below)
Change the owner and group back to its original value.
Perform a http://{host_name}/web/logout
Restart Apache
Reload Frame in browser
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,
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
Gotta love it!
Thanks man!