Error when installing SCSM12 and SCO12

Today I ran into a problem when installing some new Private Cloud components for a customer. When installing SC Orchestrator 2012 and SC Service Manager 2012, after going through the wizard, I immediately got an MSI error with ID 1639 “Invalid Command Line Argument”. After taking a closer look at the installation log I found out why this was the case. This is the log of the Orchestrator Installation:

image

Take a look at the black marked area. There, the second part of the Orchestrator Service Account Password was logged in clear text! This lead me to the point: because the SC Orchestrator Service Account had a complex password with double quotation marks in it (the password was MFLI”*ç/7f2374), the Installation (MSI execution) definitely had a problem with interpreting this correctly. This is why the second part of the password was handled as a separate part of the command line execution and therefore failed. After changing the password to something else, the installation worked as expected.

Hope this saves you some time Smile

regards
Marcel

This entry was posted in SCORCH, SCSM and tagged , , , , , . Bookmark the permalink.

5 Responses to Error when installing SCSM12 and SCO12

  1. So it wasn’t just me going mad!!
    I had the same problem a couple of days ago:

    http://systemscentre.blogspot.co.uk/2012/05/orchestrator-install-problem.html

    At least you had a clue in your log, mine simply said C:\Program :(

    Regards,
    Steve

  2. CJLee says:

    I have a question :

    The revised new SC 2012 suit bundled with 8 different products . For license compliance , all products neeed to be installed within one physical server ( if I choose to adopt all the features of SC2012)

    In your professional opinon , do you think it is feasible to install all these products in one server , not to mention the MS SQL in addtion ?

    Or Microsoft Licensing Team live in fantasy ?

    • Hey

      You don’t need to (and also should not) install all products on a single server. This is not a requirement from a licensing perspective and also would not make much sense.

      regards
      Marcel

  3. Roman Stadlmair says:

    Hi Marcel !
    Got the same error during seperate Installation of the Web Content Server (SC2012 SP1)
    The reason in this case was a custom SSL certificate. Using the Default Server certificate worked.
    Your article lead me in the right direction – Thanks – Roman

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s