none
Error al instalar SCOM2012 SP1 (OpsMgr2012) en Datawarehouse (hace rollback) RRS feed

  • Pregunta

  • Estimados,

    Me encuentro con un error al querer instalar System Center 2012 SP1 en la etapa de instalación de Datawarehouse.

    Estoy instalando SCOM2012 SP1 sobre:

    SQL Server 2012 std (el que viene con el System Center)

    Windows Server 2012 std x64

    Detalle del error en el log del Wizard (OpsMgrSetupWizard.log)

    En texto:

    [13:43:51]:          Error:    :Exception running sql string

    DECLARE @sql NVARCHAR(MAX);

    SET @sql = 'CREATE DATABASE ' + QUOTENAME(@DatabaseName) + '

        ON PRIMARY(NAME=MOM_DATA,FILENAME=''' + REPLACE(@Filename, '''', '''''') + ''',SIZE=' + CAST(@Size AS VARCHAR) + 'MB,MAXSIZE=UNLIMITED,FILEGROWTH=' + CAST(@FileGrowth AS VARCHAR) + 'MB)

        LOG ON(NAME=MOM_LOG, FILENAME=''' + REPLACE(@LogFilename, '''', '''''') + ''',SIZE=' + CAST(@LogSize AS VARCHAR) + 'MB,MAXSIZE=UNLIMITED,FILEGROWTH=' + CAST(@LogFileGrowth AS VARCHAR) + 'MB)';

    EXEC(@sql);: Threw Exception.Type: System.Data.SqlClient.SqlException, Exception Error Code: 0x80131904, Exception.Message: Timeout expired.  The timeout period elapsed prior to completion of the operation or the server is not responding.

    [13:43:52]:          Error:    :StackTrace:   at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)

    .........

    [13:43:52]:          Error:    :Inner Exception.Type: System.ComponentModel.Win32Exception, Exception Error Code: 0x80131904, Exception.Message: The wait operation timed out

    [13:43:52]:          Error:    :InnerException.StackTrace:

    [13:43:52]:          Always:                :Failed to create and configure the DB with exception.: Threw Exception.Type: System.Data.SqlClient.SqlException, Exception Error Code: 0x80131904, Exception.Message: Timeout expired.  The timeout period elapsed prior to completion of the operation or the server is not responding.

    [13:43:52]:          Always:                :StackTrace:   at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)

    .......

    [13:43:52]:          Always:                :Inner Exception.Type: System.ComponentModel.Win32Exception, Exception Error Code: 0x80131904, Exception.Message: The wait operation timed out

    Pude detectar 2 cosas:

    1. El error da cuando se quiere crear la base de datos de Datawarehouse que se hecho se creá porque existe en el SQL y los archivos mdf y ldf.
    2. No se evidencian problemas de acceso denegado al SQL ya que se pudo crear anteriormente y sin inconveniente la base de datos OperationManager
    3. Ya probé con el valor en el registro ServicesPipeTimeout (DWORD (decimal)) = 60000 en "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control"

    Por favor alguien que pueda darme una mano.

    Desde ya muchas gracias.




    miércoles, 6 de febrero de 2013 18:26

Respuestas

  • Tengo algo inmenso! No tiene precio! Fue el Troubleshooting más grande de mi historia! :)

    Como ya sabrán en esta fecha no existe información al respecto sobre este problema, nada concreto.

    En resumen, debido al error, tuve que:

    Desintalar el bendito KB2756872 el cual alberga la última versión de la librería

    ntdll.dll (Versión 6.2.9200.16420 - Fecha: 20/09/2012 06:26) 

    para que me mantenga la original de la instalación de Windows Server 2012

    ntdll.dll (Versión 6.2.9200.16384 - Fecha: 26/07/2012 12:39)

    Eté aquí que no crasheó y se instaló sin inconvenientes (todo verde).

    Lo que si no me gustó es que crea la base de datos OperationsManagerDW con los nombres físicos errados. (Data.mdf y Data.ldf)

    ¿¿¿Pero por qué sucede esto???

    Porque la instrucción SQL para crear la base de datos indica eso mismo:

    exec sp_executesql N' DECLARE @sql NVARCHAR(MAX); SET @sql = ''CREATE DATABASE '' + QUOTENAME(@DatabaseName) + '' ON PRIMARY(NAME=MOM_DATA,FILENAME='''''' + REPLACE(@Filename, '''''''', '''''''''''') + '''''',SIZE='' + CAST(@Size AS VARCHAR) + ''MB,MAXSIZE=UNLIMITED,FILEGROWTH='' + CAST(@FileGrowth AS VARCHAR) + ''MB) LOG ON(NAME=MOM_LOG, FILENAME='''''' + REPLACE(@LogFilename, '''''''', '''''''''''') + '''''',SIZE='' + CAST(@LogSize AS VARCHAR) + ''MB,MAXSIZE=UNLIMITED,FILEGROWTH='' + CAST(@LogFileGrowth AS VARCHAR) + ''MB)''; EXEC(@sql);',N'@DatabaseName nvarchar(128),@Filename nvarchar(1024),@Size bigint,@FileGrowth int,@LogFilename nvarchar(1024),@LogSize bigint,@LogFileGrowth int',

    @DatabaseName=N'OperationsManagerDW',@Filename=N'G:\Microsoft SQL Server\MSSQL11.ARASCOM\MSSQL\Data.mdf',@Size=1000,@FileGrowth=10,@LogFilename=N'G:\Microsoft SQL Server\MSSQL11.ARASCOM\MSSQL\Data.ldf',@LogSize=500,@LogFileGrowth=10

    Increíble, y es correcto asumir que es un problema en el paquete de instalación que acababa de descargar desde el sitio de Microsoft Official.

    La pregunta que me inquieta es: ¿Quién haya instalado el SCOM2012 SP1 Sin inconvenientes bajo estás condiciones, pero por supuesto y por suerte se olvidó de actualizar el Windows Server 2012 lo cual hizo que no tuviera problemas, respecto al archivo físico de la base de datos le habrá quedado Data.mdf y Data.ldf?

    Lamentablemente estoy por avisarle a Microsoft este pequeño gran Issues.

    Abrazo y cualquier duda, no duden en consultarme, perdón por el aire de grandeza pero ahora si puedo respirar felizmente.

    Nota: se aclara que no había temas de permisos ni de medio no vigentes.

    Los medios fueron descargados vigentes a la fecha del sitio oficial de Microsoft.




    • Marcado como respuesta GAPSolutions jueves, 7 de febrero de 2013 19:11
    • Editado GAPSolutions miércoles, 13 de febrero de 2013 17:16
    jueves, 7 de febrero de 2013 19:11

Todas las respuestas

  • Hola

    Como estas, a mi en una implementación de OpsMgr 2012 me sucedió lo mismo lo cual solucione agregando la llave de registro que indicas mas con un valor diferente correspondiente a 12000, se la siguiente forma:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control

    DWORD

    ServicesPipeTimeout

    Decimal : 120000

    Espero te sea de utilidad, y nos comentes que paso con tu caso cuando realices las pruebas

    jueves, 7 de febrero de 2013 0:20
  • Hola John!

    Antes que nada muchas gracias por la respuesta, es muy razonable y puede que funcione luego de resolver el otro problema que detecté.

    Pude detectar más, de todos modos insisto son instalaciones limpias (de cero) sin errores y actualizadas:

    Encontré que (de hecho ya me había parecido antes pero ahora lo confirmo):

    1. Cuando se está creando la base de datos de Datawarehouse 'crashea' el SetupChainerUI.exe, agrego detalles:

    Problem signature:

      Problem Event Name:                APPCRASH

      Application Name:        SetupChainerUI.exe

      Application Version:    7.0.9538.0

      Application Timestamp:             509042f2

      Fault Module Name:   ntdll.dll

      Fault Module Version:                6.2.9200.16420

      Fault Module Timestamp:         505ab405

      Exception Code:            c0000005

      Exception Offset:          0000000000002a93

      OS Version:      6.2.9200.2.0.0.272.7

      Locale ID:          11274

      Additional Information 1:          c745

      Additional Information 2:          c74543c1b4a8b676ad4f3a0b18039c8b

      Additional Information 3:          9712

      Additional Information 4:          971201ea8811bf3b9bba7ff1de278403

    Read our privacy statement online:

        http://go.microsoft.com/fwlink/?linkid=190175

    If the online privacy statement is not available, please read our   privacy statement offline:

        C:\Windows\system32\en-US\erofflps.txt

    2. Lo otro sumamente curioso es que cuando se está creando la base de datos de Datawarehouse lo hace una tanto raro, perdí la instrucción SQL que estaba trazando pero era algo así: (si lo vuelvo a probar la capturo y la mando)

    exec sp_executesql N' DECLARE @sql NVARCHAR(MAX); SET @sql = ''CREATE DATABASE '' + QUOTENAME(@DatabaseName) + '' ON PRIMARY(NAME=MOM_DATA,FILENAME='''''' + REPLACE(@Filename, '''''''', '''''''''''') + '''''',SIZE='' + CAST(@Size AS VARCHAR) + ''MB,MAXSIZE='' + CAST(@MaxSize AS VARCHAR) + ''MB,FILEGROWTH='' + CAST(@FileGrowth AS VARCHAR) + ''MB) LOG ON(NAME=MOM_LOG, FILENAME='''''' + REPLACE(@LogFilename, '''''''', '''''''''''') + '''''',SIZE='' + CAST(@LogSize AS VARCHAR) + ''MB,MAXSIZE='' + CAST(@LogMaxSize AS VARCHAR) + ''MB,FILEGROWTH='' + CAST(@LogFileGrowth AS VARCHAR) + ''MB)''; EXEC(@sql);',N'@DatabaseName nvarchar(128),@Filename nvarchar(1024),@Size bigint,@MaxSize int,@FileGrowth int,@LogFilename nvarchar(1024),@LogSize bigint,@LogMaxSize int,@LogFileGrowth int',

    @DatabaseName=N'OperationsManagerDW',@Filename=N'G:\Microsoft SQL Server\MSSQL11.ARASCOM\MSSQL\DATA.mdf',@Size=1000,@MaxSize=1000,@FileGrowth=0,@LogFilename=N'G:\Microsoft SQL Server\MSSQL11.ARASCOM\MSSQL\DATA.ldf',@LogSize=500,@LogMaxSize=500,@LogFileGrowth=0

    Lo totalmente curioso es que se comé el nombre físico de la base de datos OperationsManagerDW.mdf, para el OperationsManager lo hace bien y crea la base sin inconvenientes, lo hace así:

    exec sp_executesql N' DECLARE @sql NVARCHAR(MAX); SET @sql = ''CREATE DATABASE '' + QUOTENAME(@DatabaseName) + '' ON PRIMARY(NAME=MOM_DATA,FILENAME='''''' + REPLACE(@Filename, '''''''', '''''''''''') + '''''',SIZE='' + CAST(@Size AS VARCHAR) + ''MB,MAXSIZE='' + CAST(@MaxSize AS VARCHAR) + ''MB,FILEGROWTH='' + CAST(@FileGrowth AS VARCHAR) + ''MB) LOG ON(NAME=MOM_LOG, FILENAME='''''' + REPLACE(@LogFilename, '''''''', '''''''''''') + '''''',SIZE='' + CAST(@LogSize AS VARCHAR) + ''MB,MAXSIZE='' + CAST(@LogMaxSize AS VARCHAR) + ''MB,FILEGROWTH='' + CAST(@LogFileGrowth AS VARCHAR) + ''MB)''; EXEC(@sql);',N'@DatabaseName nvarchar(128),@Filename nvarchar(1024),@Size bigint,@MaxSize int,@FileGrowth int,@LogFilename nvarchar(1024),@LogSize bigint,@LogMaxSize int,@LogFileGrowth int',

    @DatabaseName=N'OperationsManager',@Filename=N'G:\Microsoft SQL Server\MSSQL11.ARASCOM\MSSQL\DATA\OperationsManager.mdf',@Size=1000,@MaxSize=1000,@FileGrowth=0,@LogFilename=N'G:\Microsoft SQL Server\MSSQL11.ARASCOM\MSSQL\DATA\OperationsManager.ldf',@LogSize=500,@LogMaxSize=500,@LogFileGrowth=0


    Adjunto evidencia para que me crean, estoy por asumir que Microsoft dejó un paquete de instalación algo errado.+

    Podrás ver que existe una base que luego se borra con nombre "Data.mdf" justamente porque no le agrega la '\' y el nombre de la base.

    Monitoreando el log de la instalación mientras se instala podemos ver que se queda en: "Creating Database: OperationsManagerDW"

    ¿Cómo se explica?

    Nuevamente muchas gracias John por la respuesta, aguardo otra y la pruebo.




    jueves, 7 de febrero de 2013 14:24
  • Hola

    No hay problema, te entiendo perfectamente, revisare la información que enviaste para mirar que solución le podemos dar, también quiere preguntarte si puedes realizar una prueba descargando nuevamente los medios de instalación de SC 2012 ya que hay una falla reportada sobre medios de instalación liberados para SC 2012, mas no tengo la fecha clara de estos medios, por ende descárgalos nuevamente y intenta la instalación con los nuevos para validar si te genera los mimos errores.

    Me cuentas como te va, gracias 

    jueves, 7 de febrero de 2013 14:33
  • Te cuento que anteayer volví a descargar todo desde Volume Licensing de Microsoft y  lo mismo.

    Estoy descargando el SCOM2012 SP1 puesto oficial el primero de enero de 2013, parece muy ambicioso pero estuvo Beta desde sept'12 asi que tuvo tiempo para quedar oka.

    Yendo más allá te cuento que lo volveré a descargar hoy y mañana probaré de nuevo.

    Para mí está claro que es un tema en el instalador.

    jueves, 7 de febrero de 2013 15:00
  • Tengo algo inmenso! No tiene precio! Fue el Troubleshooting más grande de mi historia! :)

    Como ya sabrán en esta fecha no existe información al respecto sobre este problema, nada concreto.

    En resumen, debido al error, tuve que:

    Desintalar el bendito KB2756872 el cual alberga la última versión de la librería

    ntdll.dll (Versión 6.2.9200.16420 - Fecha: 20/09/2012 06:26) 

    para que me mantenga la original de la instalación de Windows Server 2012

    ntdll.dll (Versión 6.2.9200.16384 - Fecha: 26/07/2012 12:39)

    Eté aquí que no crasheó y se instaló sin inconvenientes (todo verde).

    Lo que si no me gustó es que crea la base de datos OperationsManagerDW con los nombres físicos errados. (Data.mdf y Data.ldf)

    ¿¿¿Pero por qué sucede esto???

    Porque la instrucción SQL para crear la base de datos indica eso mismo:

    exec sp_executesql N' DECLARE @sql NVARCHAR(MAX); SET @sql = ''CREATE DATABASE '' + QUOTENAME(@DatabaseName) + '' ON PRIMARY(NAME=MOM_DATA,FILENAME='''''' + REPLACE(@Filename, '''''''', '''''''''''') + '''''',SIZE='' + CAST(@Size AS VARCHAR) + ''MB,MAXSIZE=UNLIMITED,FILEGROWTH='' + CAST(@FileGrowth AS VARCHAR) + ''MB) LOG ON(NAME=MOM_LOG, FILENAME='''''' + REPLACE(@LogFilename, '''''''', '''''''''''') + '''''',SIZE='' + CAST(@LogSize AS VARCHAR) + ''MB,MAXSIZE=UNLIMITED,FILEGROWTH='' + CAST(@LogFileGrowth AS VARCHAR) + ''MB)''; EXEC(@sql);',N'@DatabaseName nvarchar(128),@Filename nvarchar(1024),@Size bigint,@FileGrowth int,@LogFilename nvarchar(1024),@LogSize bigint,@LogFileGrowth int',

    @DatabaseName=N'OperationsManagerDW',@Filename=N'G:\Microsoft SQL Server\MSSQL11.ARASCOM\MSSQL\Data.mdf',@Size=1000,@FileGrowth=10,@LogFilename=N'G:\Microsoft SQL Server\MSSQL11.ARASCOM\MSSQL\Data.ldf',@LogSize=500,@LogFileGrowth=10

    Increíble, y es correcto asumir que es un problema en el paquete de instalación que acababa de descargar desde el sitio de Microsoft Official.

    La pregunta que me inquieta es: ¿Quién haya instalado el SCOM2012 SP1 Sin inconvenientes bajo estás condiciones, pero por supuesto y por suerte se olvidó de actualizar el Windows Server 2012 lo cual hizo que no tuviera problemas, respecto al archivo físico de la base de datos le habrá quedado Data.mdf y Data.ldf?

    Lamentablemente estoy por avisarle a Microsoft este pequeño gran Issues.

    Abrazo y cualquier duda, no duden en consultarme, perdón por el aire de grandeza pero ahora si puedo respirar felizmente.

    Nota: se aclara que no había temas de permisos ni de medio no vigentes.

    Los medios fueron descargados vigentes a la fecha del sitio oficial de Microsoft.




    • Marcado como respuesta GAPSolutions jueves, 7 de febrero de 2013 19:11
    • Editado GAPSolutions miércoles, 13 de febrero de 2013 17:16
    jueves, 7 de febrero de 2013 19:11
  • Que bien que lograras solucionar tu problema.
    viernes, 8 de febrero de 2013 0:15
  • Gracias John por tu aporte y el seguimiento!

    Saludos.

    viernes, 8 de febrero de 2013 14:35
  • Realice la prueba en una instalación con Windows Server 2012 Standard Edition en español, SQL Server 2012 en español y Operation Manager 2012 SP1 en español.

    Las cosas importantes:

    • Al terminar la instalación de Windows Server 2012 y descargar las actualizaciones, instale todo menos el KB2756872
    • Al momento de Instalar SQL Server le deshabilite la casilla de Instalar el "Update de SP1 para SQL Server 2012".
    • Al seleccionar la Autenticación de SQL Server, durante la instalación, le  deje solo autenticación Windows, evitando por el momento, poner Autenticación Mixta.

    Al realizar la instalación de Operation Manager 2012 SP1, justo en la pantalla donde aparecen las Rutas de la "Carpeta de Archivos de datos" y la "Carpeta de Archivos de Registro", me percate que hacia falta la diagonal invertida "\", , después de la palabra "DATA"....por lo tanto la puse manualmente. 

    Con lo anterior, las base de datos del Almacenamiento de datos, fue creada correctamente y se llama "OperationsManagerDW", tal como debe ser.

    No dispongo de mucho tiempo para realizar una nueva instalación , pero tengo la ligera sospecha que el bug nada tiene que ver con el KB2756872 ni con la autenticación mixta y tampoco con el SP1 de SQL server, sino mas bien con esa Diagonal Invertida "\" que hace falta en el Path....

    Saludos

     

     

    lunes, 20 de mayo de 2013 6:28
  • Antonio,

    No es mala tu teoría lo único que la base de datos DATA.mdf que sería OperationsManagerDW mela creó sin inconvenientes luego de desintalar el KB2756872 sin modificar los parámetros de path.

    De todos modos, creo que es un problema ya tratado en Microsoft debido que actualmente no está sucediendo.

    Cualquier cosa lo vemos.

    Saludos y gracias por contarnos tu experiencia.

    viernes, 31 de mayo de 2013 18:31