Category Archives: Uncategorized

The credentials supplied to the package were not recognized(0x8009030D)


 The error:

The certificate specified in the registry at HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Operations Manager\3.0\Machine Settings cannot be used for authentication.  The error is The credentials supplied to the package were not recognized(0x8009030D).

The operating system that was experiencing the above error is Windows Server 2008 R2 SP1 (Version 6.1.7601).

Cause:

By directly installing the certificates, although no error is shown the process does not complete properly.

Resolution:

Import the certificate by opening the MMC snap-in for the Certificates management and open the Local Computer store. Right click the Personal container and import the certificate manually. After that run again the MomCertImport.exe tool with administrator priviledges.

 

Advertisements

Missing key in the discovery data item


The Error:

2016-02-15_4-53-46

The cause:
The cause for this error is that the Discovery data that is returned for the class instance needs to reference any primary key that is defined in the parent class.

Make sure the discovered class contains all the primary keys required.
Some things you need to check for:
• Make sure the PS script creates the correct number of instances, and they should be unique.
• Make sure that you are discovering key properties of hosting classes.

 
Details (example):
Consider that you have classes A, B and C. Class A is based on the Microsoft.Windows.ComputerRole and classes B and C are based on System.Entity. We have hosting relationships between the classes (A hosts B which hosts C) including the inherited relationship that Windows.Computer hosts Windows.ComputerRole which is the base class for Class A.
We use a Discovery script that discovers three different class instances:

2016-02-16_14-55-28

  1.  We create the ‘MOM.ScriptAPI’ object and create the Discovery bag to store the discovery data. We do a foreach loop on the items we need to check.
  2.  We create a new class instance of objects of type Class A and then we add the required properties. The first two properties we add are key properties from the classes that Class A is based on. As Windows Computer Role is based on Windows Computer class, the Windows Computer class has a Key Property that uniquely identifies the object. Also the System.Entity class is the root class which also has defined a key property called display name. All child instances inherit this property. The last line adds the instance data along with the properties to the Discovery bag data.
  3.  We create a new class instance of type Class B which inherits the key properties from System Entity and Windows Computer and also from Class A.
  4.  Again same thing new instance of class C with key properties from Class A, Class B and Windows Computer and System Entity.

Key properties are not always mandatory. If you create only one instance for a particular class you don’t need to specify one. Of course is you creating more than one then you need it in order to uniquely identify the instance and to which parent it belongs to. Here is a good example:
For the Windows operating system class you do not need a key property because you cannot have more than one operating system at a time (at a logical level). You might have more Logical Disks to that Operating System in which case you need a key to uniquely identify the disks.

2016-02-16_15-46-46

Windows Logical Disk is based in Windows Logical Device and inherits the key property from that class.

2016-02-16_15-50-10

Going back to the error, the conclusion is that if your discovery is missing a key property, like for example in step 4 you miss to specify the ClassA key property you will get this error.

Error installing SQL 2012 on Windows Server 2008 R2 Core Edition


sql2012 logo

Error installing SQL 2012 on Windows Server 2008 R2 Core Edition

Am incercat urmez pasii din cartea de la Microsoft 70-462 pentru instalarea de SQL 2012 pe un Windows Server Ccore 2008 R2.

Pe scurt montezi imaginea cu SQL 2012, si din CMD se ruleaza setup.exe cu ceva parametrii.

Pentru toate optiunile consultati http://msdn.microsoft.com/en-us/library/ms144259.aspx#Install – Install SQL Server 2012 from the Command Prompt.

Comanda arata ceva de genul:

Setup.exe /qs /action=install /features=sqlengine,is,conn /instancename=mssqlserver /updateenabled=False /sqlsysadminaccounts="Contoso\Kim_Akers" /Iacceptsqlserverlicenseterms

SQL 2012 poate fi instalat folosind linia de comanda dar pe un server core este obligatoriu folosirea parametrului ‘/qs’ (quiet simple).

Dupa cum spuneam foloseam un mediu de testare si nu am stat sa fac toate update-urile asa ca nu stiu daca acest comportament se intampla si pe o masina patch-uita la zi.

Versiunea de OS folosita:

SQLCore version

Dupa ce rulam comanda imi afisa eroarea de mai jos:

SQLCore 2

Calea catre log este %ProgramFiles%\Microsoft SQL Server\110\Setup Bootstrap\Log

SQLCore error

Nici logul acesta nu a fost de ajutor. Raspunsul l-am gasit pe forumuri mai exact aici.

Se pare ca problema ar fi din cauza ca lipseste o cheie din registrii care in mod normal ar fi prezenta. Cheia in cauza este ‘Uninstall’. Dupa ce am verificat, intradevar lipsea.

SQLCore reg

Imediat dupa ce am creat cheia respective am rulat din nou setup-ul si a mers fara probleme.

SQLCore 1

the end.