Hi Anandharaj, yes, that is a bug. It is already fixed in the master branch. For the time being simply create those directories (/var/run/one and /var/lock/one) at the top of the sunstone init script.
cheers, Jaime On Thu, Jan 22, 2015 at 8:30 AM, Anandharaj Subramaniam < anandharaj.man...@mimos.my> wrote: > Hi, > > > > I encounter an issue with OpenNebula 4.10.2 (CentOS 7). In my setup, the > Sunstone is installed on separate server. Upon the server reboot, the > Sunstone service will not able to start. Below is the error message. > > > > [root@sunstone ~]# service opennebula-sunstone status > > opennebula-sunstone.service - LSB: start and stop opennebula-sunstone > > Loaded: loaded (/etc/rc.d/init.d/opennebula-sunstone) > > Active: failed (Result: exit-code) since Thu 2015-01-22 14:56:46 MYT; > 23min ago > > Process: 623 ExecStart=/etc/rc.d/init.d/opennebula-sunstone start > (code=exited, status=1/FAILURE) > > > > Jan 22 14:56:44 sunstone.domain.local systemd[1]: Starting LSB: start and > stop opennebula-sunstone... > > Jan 22 14:56:44 sunstone.domain.local runuser[642]: > pam_unix(runuser:session): session opened for user oneadmin by (uid=0) > > Jan 22 14:56:44 sunstone.domain.local opennebula-sunstone[623]: Starting > Sunstone Server daemon: touch: cannot touch > ‘/var/lock/one/.sunstone....ectory > > Jan 22 14:56:44 sunstone.domain.local opennebula-sunstone[623]: Error > creating lock file > > Jan 22 14:56:46 sunstone.domain.local opennebula-sunstone[623]: VNC server > is not running > > Jan 22 14:56:46 sunstone.domain.local opennebula-sunstone[623]: [FAILED] > > Jan 22 14:56:46 sunstone.domain.local systemd[1]: > opennebula-sunstone.service: control process exited, code=exited status=1 > > Jan 22 14:56:46 sunstone.domain.local systemd[1]: Failed to start LSB: > start and stop opennebula-sunstone. > > Jan 22 14:56:46 sunstone.domain.local systemd[1]: Unit > opennebula-sunstone.service entered failed state. > > > > To fix, I need to manually create /var/lock/one directory and assign > oneadmin as owner. > > > > Checking at init script (/etc/init.d/opennebula***), nothing is configured > to use /var/lock/one as they are configured to use /var/lock/subsys/. So I > believe the /var/lock/one is actuality hardcoded in the sunstone-server > binary itself. > > > > -- > > Regards, > > Anandharaj > > > > ------------------------------ > *DISCLAIMER:* > > This e-mail (including any attachments) is for the addressee(s) only and > may be confidential, especially as regards personal data. If you are not > the intended recipient, please note that any dealing, review, distribution, > printing, copying or use of this e-mail is strictly prohibited. If you have > received this email in error, please notify the sender immediately and > delete the original message (including any attachments). > > MIMOS Berhad is a research and development institution under the purview > of the Malaysian Ministry of Science, Technology and Innovation. Opinions, > conclusions and other information in this e-mail that do not relate to the > official business of MIMOS Berhad and/or its subsidiaries shall be > understood as neither given nor endorsed by MIMOS Berhad and/or its > subsidiaries and neither MIMOS Berhad nor its subsidiaries accepts > responsibility for the same. All liability arising from or in connection > with computer viruses and/or corrupted e-mails is excluded to the fullest > extent permitted by law. > > ------------------------------------------------------------------ > - > - > DISCLAIMER: > > This e-mail (including any attachments) is for the addressee(s) > only and may contain confidential information. If you are not the > intended recipient, please note that any dealing, review, > distribution, printing, copying or use of this e-mail is strictly > prohibited. If you have received this email in error, please notify > the sender immediately and delete the original message. > MIMOS Berhad is a research and development institution under > the purview of the Malaysian Ministry of Science, Technology and > Innovation. Opinions, conclusions and other information in this e- > mail that do not relate to the official business of MIMOS Berhad > and/or its subsidiaries shall be understood as neither given nor > endorsed by MIMOS Berhad and/or its subsidiaries and neither > MIMOS Berhad nor its subsidiaries accepts responsibility for the > same. All liability arising from or in connection with computer > viruses and/or corrupted e-mails is excluded to the fullest extent > permitted by law. > > > > _______________________________________________ > Users mailing list > Users@lists.opennebula.org > http://lists.opennebula.org/listinfo.cgi/users-opennebula.org > > -- Jaime Melis Project Engineer OpenNebula - Flexible Enterprise Cloud Made Simple www.OpenNebula.org | jme...@opennebula.org
_______________________________________________ Users mailing list Users@lists.opennebula.org http://lists.opennebula.org/listinfo.cgi/users-opennebula.org