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>
> *™*

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

Reply via email to