Opened 12 years ago

Closed 12 years ago

#934 closed defect (fixed)

rasdaman demo not working as expected

Reported by: kalxas Owned by: live-demo@…
Priority: normal Milestone: OSGeoLive6.0RC1
Component: OSGeoLive Keywords: 6.0
Cc: live-demo@…

Description

rasdaman fails to start in 6.0beta1 due to failure of start_rasdaman.sh

Change history (29)

comment:1 by kalxas, 12 years ago

Type: taskdefect

comment:2 by rasdaman, 12 years ago

Resolution: fixed
Status: newclosed

The bug is fixed by updating the host name in the rasdaman configuration file rasmgr.conf.

comment:3 by kalxas, 12 years ago

confirmed to build and work post beta1. Thanks for the fix

comment:4 by rasdaman, 12 years ago

or manually run sed -i -e "s/ -host [ ]*/ -host osgeolive/" /user/local/rasdaman/etc/rasmgr.conf start_rasdaman.sh

will fix the problem

comment:5 by rasdaman, 12 years ago

should be /usr/local/rasdaman/etc/rasmgr.conf

comment:6 by kalxas, 12 years ago

Resolution: fixed
Status: closedreopened

I get a failure in WCPS demo in beta2 even after running the above fix

comment:7 by misev, 12 years ago

Did you restart rasdaman after applying the fix?

stop_rasdaman.sh start_rasdaman.sh

comment:8 by kalxas, 12 years ago

yes, still having the same problem.

comment:9 by kalxas, 12 years ago

can this patch be applied in svn trunk so I can install from scrach?

comment:10 by rasdaman, 12 years ago

Actually, it's in the patch already. I rerun the install_rasdaman.sh, and then the bug gone.

comment:11 by kalxas, 12 years ago

thanks, I will reinstall and confirm this closed

comment:12 by kalxas, 12 years ago

Resolution: fixed
Status: reopenedclosed

ok, I reinstalled and now works. Thanks.

comment:13 by kalxas, 12 years ago

Resolution: fixed
Status: closedreopened

This issue reappeared in build8192. There are some failures in rasdaman build: http://aiolos.survey.ntua.gr/gisvm/dev/osgeo-live-6.0build8192-log.tar.gz

I checked rasmgr.conf and osgeolive is not defined again as host. I am thinking that the above fix only works on second run of the script and this is why it worked for me before. But on a clean build it appeared again.

We really want this one closed in order to reach RC. Any ideas?

Regards, Angelos

comment:14 by kalxas, 12 years ago

Summary: rasdaman start script failsrasdaman demo not working as expected

Just tested on build 8234 and seems that only WCPS fails to execute. Also NDVI demo has a slider on top that is not working (I assume it is used for thresholding the NDVI index).

comment:15 by rasdaman, 12 years ago

The hostname return an empty result for rasmgr.conf. Have used the hardcoded host name. (have committed the changed)

The demo should work after restart the rasdaman.

comment:16 by kalxas, 12 years ago

I am still getting problems with rasdaman demo on beta4: http://aiolos.survey.ntua.gr/gisvm/6.0/osgeo-live-mini-6.0beta4.iso

Can you please confirm with this latest build? I am wondering what is wrong with the installation.

comment:17 by kalxas, 12 years ago

Another issue is that the startup_rasdaman.sh script fails to run on iso due to permissions.

comment:18 by kalxas, 12 years ago

Milestone: OSGeoLive6.0RC1
Priority: majorminor

This was fixed by rasdaman in rev [8316] and confirmed by me to work on beta4. I am keeping this open until next build.

comment:19 by hamish, 12 years ago

Hi,

chown user "$RASDAMAN_HOME"/etc/

don't do that, the user name may change.

instead try something like

chgrp users "$RASDAMAN_HOME"/etc/
chmod g+w "$RASDAMAN_HOME"/etc/

what was wrong with the rc.local solution that solved it for the last release? the hostname may not be known until boot time.

thanks, Hamish

in reply to:  19 comment:20 by hamish, 12 years ago

Replying to hamish:

don't do that, the user name may change.

or more to the point, the UID.

comment:21 by misev, 12 years ago

The rc.local solution didn't work either for the last release as I remember.

I've suggested now to put the sed into the script that starts rasdaman (start_rasdaman.sh), hopefully we can have an out of the box running rasdaman for this release.

in reply to:  19 comment:22 by hamish, 12 years ago

Replying to hamish:

Hi,

chown user "$RASDAMAN_HOME"/etc/

don't do that, the user name may change.

instead try something like

chgrp users "$RASDAMAN_HOME"/etc/
chmod g+w "$RASDAMAN_HOME"/etc/

"$USER_NAME" is no good either; do something like the above if you don't like the rc.local solution. otherwise it fails for any other user created post-build. Also, "user" should (must?) not be the primary owner of anything outside of /home/user.

thanks, Hamish

in reply to:  21 comment:23 by hamish, 12 years ago

Hi,

Replying to misev:

The rc.local solution didn't work either for the last release as I remember.

you're right, it didn't. but your interim solution of changing $HOSTNAME to `hostname` does work, and is preferable to having the user change it at run time. (I've got a 5.5 VM open now & have just tested it)

thanks, Hamish

comment:24 by hamish, 12 years ago

(i.e. `hostname` in rc.local) why didn't it like localhost again? should we be changing /etc/hosts?

comment:25 by misev, 12 years ago

If it works all is fine then :-)

There's some check in the server of the host name, which is not localhost normally, so it only starts if the right hostname is set in the configuration.

comment:26 by kalxas, 12 years ago

Priority: minornormal

I just changed permissions to root owning the folder but anyone can change rasmgr.conf and that works fine here. If the rc.local issue does not work, lets leave it as is for now.

comment:27 by rasdaman, 12 years ago

current solution works. Acturally, both are fine.

comment:28 by kalxas, 12 years ago

broken again by rev [8398]. Permissions are not working Hamish...

comment:29 by kalxas, 12 years ago

Resolution: fixed
Status: reopenedclosed

fix confirmed in beta5

Note: See TracTickets for help on using tickets.