Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

adjust rasdaman to the latest installer and force shutdown of service… #92

Merged
merged 1 commit into from Mar 7, 2016

Conversation

woland84
Copy link

@woland84 woland84 commented Mar 3, 2016

… at the end of installation

@woland84
Copy link
Author

woland84 commented Mar 3, 2016

Hey Angelos, could you test this version? It seems to build successfully the iso on my test environment.

@kalxas
Copy link
Member

kalxas commented Mar 3, 2016

Testing now.
Thanks.

@kalxas kalxas self-assigned this Mar 3, 2016
@kalxas
Copy link
Member

kalxas commented Mar 3, 2016

@woland84
Copy link
Author

woland84 commented Mar 4, 2016

Hey, I just tested the iso creation in the following way:

  1. Create VM with Lubuntu 14.04.03 with user: user and hostname osgeolive
  2. Download bootstrap.sh and run it (so i get the master branch) and the run build_chroot.
  3. Check the logs and ISO.

For both the master branch and this branch the process fails with the same error, the /proc and /dev folders cannot be unmounted. So i just removed all installation scripts ( kept install_service and all core installs untill install_tomcat and setdown.sh) and added only install_rasdaman.sh. Before and after calling install_rasdaman I call lsof and fuser. The processes and file handles open before installing rasdaman and after are identical, the only new process is postgres, and that is closed in setdown as i see.

Could you let me know how a reproducible valid build system can be created? Meanwhile I'll try to adapt the old install_rasdaman just so that we have a fallback.
Thanks for the help!

@kalxas
Copy link
Member

kalxas commented Mar 4, 2016

Hi Alex,
The starting point is a Lubuntu 14.04.1 (without updates, since the scripts use specific kernel version).
The errors you report happen at the end, and that is normal, they are not blocking the iso creation process. After the iso is created you need to reboot the host system in order to become usable again.

See here:
https://help.ubuntu.com/community/LiveCDCustomization

I also did a new build and echoed the rasdaman log in the main log:
http://aiolos.survey.ntua.gr/gisvm/dev/osgeo-live-nightly-pr92-amd64-203898a-log.tar.gz

Can you please have a look? I will do too.

@kalxas
Copy link
Member

kalxas commented Mar 4, 2016

@woland84 perhaps this message is suspicious:
"Run source /etc/profile.d/rasdaman.sh or login again into the system to add rasdaman to the PATH."

Or this:
" "125 ['chmod', '755', '/etc/init.d/rasdaman']": {
"code": 0,
"user": "root",
"err": "",
"out": ""
},
"126 ['update-rc.d', 'rasdaman', 'start', '99', '2', '3', '4', '5', '.', 'stop', '20', '0', '1', '6', '.']": {
"code": 0,
"user": "root",
"err": "",
"out": " Adding system startup for /etc/init.d/rasdaman ...\n /etc/rc0.d/K20rasdaman -> ../init.d/rasdaman\n /etc/rc1.d/K20rasdaman -> ../init.d/rasdaman\n /etc/rc6.d/K20rasdaman -> ../init.d/rasdaman\n /etc/rc2.d/S99rasdaman -> ../init.d/rasdaman\n /etc/rc3.d/S99rasdaman -> ../init.d/rasdaman\n /etc/rc4.d/S99rasdaman -> ../init.d/rasdaman\n /etc/rc5.d/S99rasdaman -> ../init.d/rasdaman\n"
},
"

Can the script not create the rasdaman user and assign database and file ownership to the "user" or the "root" account?
This way, on the live system, when "user" is automatically created on boot time, it will have access to all rasdaman files.

@woland84
Copy link
Author

woland84 commented Mar 5, 2016

Can we give it one more try? I've made the "user" user account as the default rasdaman user and removed the init.d auto-start. The generated iso boots up correctly when building only with rasdaman, unfortunately I couldn't test with all the installation scripts as apt-get seems to break in one of the other install scripts.

@kalxas
Copy link
Member

kalxas commented Mar 5, 2016

I will make a new build, thanks

@kalxas
Copy link
Member

kalxas commented Mar 6, 2016

@woland84 progress!
The live session survives now, but the rasdaman menu items are not there.
start_rasdaman.sh complains that "user" has no permissions on /opt/rasdaman/log so it fails to start.
All files outside home should be owned by root.
/opt/rasdaman could be owned by root:users as in the previous setup.

@woland84
Copy link
Author

woland84 commented Mar 6, 2016

Ok, that is easy to fix, could you give me a link to the iso so I can test on top of it?
Thanks for the help!

@kalxas
Copy link
Member

kalxas commented Mar 6, 2016

@woland84
Copy link
Author

woland84 commented Mar 6, 2016

Hi Angelos,

Can we give it one more try? The problems with start_rasdaman and the missing icons were caused by a failure of the script, there was psql query that was using the username (in our case "user") without quotes and it failed due to it being a reserved keyword.
Meanwhile I'll look into the root owning /opt/rasdaman issue, I don't think it's necessary but just to be on the safe side.

Thanks,
Alex

@kalxas
Copy link
Member

kalxas commented Mar 6, 2016

ok, trying again

@woland84
Copy link
Author

woland84 commented Mar 6, 2016

ok, /opt/rasdaman now belongs to root, so this should be the final version. Let me know if you can restart the build, if not, just run it once more when this is done. Thanks!

@kalxas
Copy link
Member

kalxas commented Mar 6, 2016

new build has just started, I threw away the previous one

@kalxas
Copy link
Member

kalxas commented Mar 6, 2016

http://aiolos.survey.ntua.gr/gisvm/dev/osgeo-live-nightly-pr92-amd64-e658616.iso

still the permission issue, and the launchers are not there...

@woland84
Copy link
Author

woland84 commented Mar 6, 2016

Could you attach the logs as well please?

@kalxas
Copy link
Member

kalxas commented Mar 6, 2016

@woland84
Copy link
Author

woland84 commented Mar 6, 2016

I see the application files are created in '/usr/local/share/applications/', should they be anywhere else? Also, how are you starting rasdaman? It should be 'sudo service rasdaman start', do not start it directly using start_rasdaman.sh.
Thanks for the info!

@kalxas
Copy link
Member

kalxas commented Mar 6, 2016

The application launchers should be in /usr/local/share/applications/ and copied to Desktop before the installer finishes. Check here:
https://github.com/OSGeo/OSGeoLive/blob/master/bin/install_rasdaman.sh#L374

Also the launcher should:

  1. Start tomcat (if needed)
  2. Start rasdaman service
  3. Launch the demo page on firefox.

@woland84
Copy link
Author

woland84 commented Mar 6, 2016

Yes, it does that already (check /opt/rasdaman/rasdaman-start.sh), the only issue is that it does not copy to desktop(it used to, but at one point you mentioned it only needs to be in /usr, or i misunderstood). I'll have a fix in 10 minutes, could you build once more, please?

@kalxas
Copy link
Member

kalxas commented Mar 6, 2016

ok, in the iso after starting tomcat and rasdaman services, it works

@kalxas
Copy link
Member

kalxas commented Mar 6, 2016

regarding copy, we can do in the install_rasdaman.sh

@woland84
Copy link
Author

woland84 commented Mar 6, 2016

ok, fix is in, could you please build once more? Thanks a lot for all the support, really appreciate you bearing with me here :)

@kalxas
Copy link
Member

kalxas commented Mar 6, 2016

no worries, starting another build

@kalxas
Copy link
Member

kalxas commented Mar 7, 2016

@woland84 I confirm that now it works as expected.
Thank you for your efforts

kalxas added a commit that referenced this pull request Mar 7, 2016
adjust rasdaman to the latest installer and force shutdown of service…
@kalxas kalxas merged commit 642d93a into OSGeo:master Mar 7, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
2 participants