Mike, CLOUDSTACK-1389 [1] was opened in February regarding this defect. To me, the biggest issue is that, in some scenarios, our daemons may require a tty because this script uses sudo. As a matter of general system etiquette, under no circumstances a daemon should never require user input or require a tty.
Thanks, -John [1]: https://issues.apache.org/jira/browse/CLOUDSTACK-1389 On Aug 12, 2013, at 2:09 PM, Mike Tutkowski <mike.tutkow...@solidfire.com> wrote: > Ah, thanks, Pedro > > > On Mon, Aug 12, 2013 at 11:31 AM, Pedro Roque Marques < > pedro.r.marq...@gmail.com> wrote: > >> Mike, >> If you create a cloudstack-management package and run >> "cloudstack-setup-management" before starting the management server you >> can run the MS as user cloud without experiencing these issues... >> It sets up the correct privileges. >> >> Pedro. >> >> On Aug 12, 2013, at 9:47 AM, Mike Tutkowski wrote: >> >>> Yeah, it seems to only happen when I have a fresh install. >>> >>> I also notice - in this situation - that I get a password prompt in my >>> console when trying to upload an ISO for the first time. >>> >>> Chris - I once wondered about running the CS MS as root, but someone >> warned >>> me not to because it might cover up issues that would otherwise be >> exposed >>> if I weren't running as root. What do you think about that? >>> >>> Thanks, guys! >>> >>> >>> On Mon, Aug 12, 2013 at 9:54 AM, SuichII, Christopher < >>> chris.su...@netapp.com> wrote: >>> >>>> I got around this by running the CS server as root. Would that be an >>>> option for you, Mike? >>>> >>>> On Aug 12, 2013, at 11:19 AM, Daan Hoogland <daan.hoogl...@gmail.com> >>>> wrote: >>>> >>>>> does this only happen on a new installation/clean db? Sounds like >>>>> admin account not enabled yet. >>>>> >>>>> Daan >>>>> >>>>> On Tue, Aug 6, 2013 at 7:21 PM, Mike Tutkowski >>>>> <mike.tutkow...@solidfire.com> wrote: >>>>>> ---------- Forwarded message ---------- >>>>>> From: Mike Tutkowski <mike.tutkow...@solidfire.com> >>>>>> Date: Tue, Aug 6, 2013 at 11:19 AM >>>>>> Subject: Password requested when starting CS MS >>>>>> To: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org> >>>>>> >>>>>> >>>>>> Hi, >>>>>> >>>>>> This happens to me every now and then, but - with the most recent 4.2 >>>> code >>>>>> - I seem to be seeing it again. >>>>>> >>>>>> When I start up the CS MS, I get a keystore exception and have to hit >>>>>> <ENTER> several times on a Password prompt to get the CS MS to >> continue >>>>>> starting up. >>>>>> >>>>>> Is this acceptable or am I missing out on some functionality with this >>>>>> happening? >>>>>> >>>>>> Does anyone know why I'm prompted for a password? Even if I enter in >> one >>>>>> (the root password), it still prompts me again for my password. Maybe >>>>>> that's not the password it's looking for? >>>>>> >>>>>> Thanks! >>>>>> >>>>>> WARN [cloud.server.ConfigurationServerImpl] (Timer-2:) Would use >>>> fail-safe >>>>>> keystore to continue. >>>>>> java.io.IOException: Fail to generate certificate!: timeout >>>>>> at >>>>>> >>>> >> com.cloud.server.ConfigurationServerImpl.generateDefaultKeystore(ConfigurationServerImpl.java:496) >>>>>> at >>>>>> >>>> >> com.cloud.server.ConfigurationServerImpl.updateSSLKeystore(ConfigurationServerImpl.java:517) >>>>>> at >>>>>> >>>> >> com.cloud.server.ConfigurationServerImpl.persistDefaultValues(ConfigurationServerImpl.java:289) >>>>>> at >>>>>> >>>> >> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125) >>>>>> at >>>>>> >>>> >> com.cloud.server.ConfigurationServerImpl.configure(ConfigurationServerImpl.java:157) >>>>>> at >>>>>> >>>> >> com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:111) >>>>>> at >>>> com.cloud.servlet.CloudStartupServlet$1.run(CloudStartupServlet.java:54) >>>>>> at java.util.TimerThread.mainLoop(Timer.java:512) >>>>>> at java.util.TimerThread.run(Timer.java:462) >>>>>> INFO [cloud.server.ConfigurationServerImpl] (Timer-2:) Processing >>>>>> updateKeyPairs >>>>>> INFO [cloud.server.ConfigurationServerImpl] (Timer-2:) Keypairs >>>> already in >>>>>> database, updating local copy >>>>>> INFO [cloud.server.ConfigurationServerImpl] (Timer-2:) Going to >> update >>>>>> systemvm iso with generated keypairs if needed >>>>>> Password: >>>>>> Password: >>>>>> Password: >>>>>> Password: >>>>>> Password: >>>>>> >>>>>> -- >>>>>> *Mike Tutkowski* >>>>>> *Senior CloudStack Developer, SolidFire Inc.* >>>>>> e: mike.tutkow...@solidfire.com >>>>>> o: 303.746.7302 >>>>>> Advancing the way the world uses the >>>>>> cloud<http://solidfire.com/solution/overview/?video=play> >>>>>> *™* >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> *Mike Tutkowski* >>>>>> *Senior CloudStack Developer, SolidFire Inc.* >>>>>> e: mike.tutkow...@solidfire.com >>>>>> o: 303.746.7302 >>>>>> Advancing the way the world uses the >>>>>> cloud<http://solidfire.com/solution/overview/?video=play> >>>>>> *™* >>>> >>>> >>> >>> >>> -- >>> *Mike Tutkowski* >>> *Senior CloudStack Developer, SolidFire Inc.* >>> e: mike.tutkow...@solidfire.com >>> o: 303.746.7302 >>> Advancing the way the world uses the >>> cloud<http://solidfire.com/solution/overview/?video=play> >>> *™* >> >> > > > -- > *Mike Tutkowski* > *Senior CloudStack Developer, SolidFire Inc.* > e: mike.tutkow...@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the > cloud<http://solidfire.com/solution/overview/?video=play> > *™*
signature.asc
Description: Message signed with OpenPGP using GPGMail