Løsningen på fejlmeddelelsen: "The current active key (KeyType: CrmWRPCTokenKey) is expired"

af Henrik Jensen 22. september 2017 14:02

Jeg har tidligere oplevet fejlen "The current active key (KeyType: CrmWRPCTokenKey) is expired" i tidligere versioner af CRM, men nu er det ligesom at fejlen er ved at dukke op igen.

 

Senest har jeg oplevet fejlen i følgende setup:

 

 

Løsningen

Ved ovennævnte CRM-setup var løsningen følgende:

FrontEnd-servere

  1. Åbn en Kommandoprompt (Eleveret) og indtast følgende kommando: C:\Program Files\Microsoft Dynamics CRM\tools\Microsoft.Crm.Tools.WRPCKeyRenewal.exe /R
  2. Lav en IISRESET
     

BackEnd-server

  1. Genstart følgende Services:
    • Microsoft Dynamics CRM Asynchronous Processing Service
    • Microsoft Dynamics CRM Asynchronous Processing Service (maintenance)
       
  2. Åbn en Kommandoprompt (Eleveret) og indtast følgende kommando: C:\Program Files\Microsoft Dynamics CRM\tools\Microsoft.Crm.Tools.WRPCKeyRenewal.exe /R
     
  3. Genstart følgende service:
    • Microsoft Dynamics CRM Monitoring Service

Fejl vedrørende Sandbox-processer og Trace directory i Dynamics 365 Onpremise

af Henrik Jensen 18. september 2017 08:04

I forbindelse med installation og konfiguration af Dynamics 365 Onpremise, vil man rende ind i et irriterende problem som vedrører Sandbox-processer og en fejl vedrørende Trace directory.

Fejlene forekommer primært ved implementering af Opdatering 2.1.

Fejlen vedrørende Sandbox-processer forekommer primært hvis man har selvudviklede plugins eller implementeret løsninger med plugins, og medfører at CRM kører en del langsommere end normalt, og man vil se at CRM-serveren bruger op til 100% CPU. Fejlen forekommer også hvis man benytter en eller flere Backend- og Frontend-servere.

Fejlen vedrørende Trace directory kan man se i Event Vieweren, hvor der vil optræde rigtig mange fejl som indikerer "Invalid Trace Directory". Fejlen har eksisteret siden CRM-version 2011. Læs tidligere blogindlæg: Fejlmeddelelse samt aktiveres af sporing i MS CRM 2011...

 

Faktisk hænger de to fejl sammen.

Løsningen

Løsningen er tildels ulogisk, idet man skal angive et trace directory (logisk) men også enable tracing (ikke logisk). Vær opmærksom på at det medfører at der bliver oprettet trace-filer i det directory man angiver.

Man kan enten benytte Powershell og køre følgende kommandoer på CRM-serveren/serverne:

Add-PSSnapin Microsoft.Crm.PowerShell
$Setting = Get-CrmSetting TraceSettings
$Setting.Enabled = $True 
$Setting.CallStack=$True 
$Setting.Categories="*:Error" 
$Setting.Directory="C:\Program Files\Microsoft Dynamics CRM\Trace"
Set-CrmSetting $Setting

 

Man kan også oprette følgende i Registreringsdatabasen (Registry), under HKLM\Software\Microsoft\MSCRM:

Key Type Indstilling
TraceDirectory String C:\Program Files\Microsoft Dynamics CRM\Trace
TraceEnabled DWORD 1
SandboxHostMinWorkerProcesses DWORD 1

Undgå automatisk oprettelse af dubletter

af Henrik Jensen 13. august 2017 16:45

For nogen tid siden oplevede en af mine kunder at der blev oprettet dubletter af Kontaktpersoner. I perioder blev der oprettet flere hundrede Kontaktpersoner indenfor få minutter...altså ikke en menneskelig handling. Der måtte være noget kode bagved som spillede et puds.

Analysen

Jeg lavede den sædvanlige analyse af Arbejdsprocesser (Workflows), Plugins, Klientside-kode, Forretningsregler (Business Rules). Men der var ikke noget af det som oprettede Kontaktpersonerne.

En anden underlig ting var, at det ofte var en bruger med navnet CRMAdmin, som oprettede Kontaktpersonerne, og vi havde en overgang i tankerne at det kunne være NN Markedsdata (Som nu hedder Bisnode), som var årsagen. NN Markedsdata var inde over for at hjælpe med analyser, og vi endte med at konkludere at årsagen ikke var NN Markedsdata.

Jeg valgte at oprette en supportsag hos Microsoft, som sagde, at de havde lignende sager hos andre kunder.

Årsagen

Årsagen til problemet er en smule mystisk. Det viser sig nemlig at handle om 2 ting:

  1. Der benyttes Server Side Synchronization
  2. Der er ikke mindst 1 aktiv Dublet-regel under Kontaktpersoner

Microsoft har erkendt at der er tale om en fejl (bug) i CRM, og at den vil blive rettet i en fremtidig opdatering.

Løsningen

En midlertidig løsning er at aktivere mindst 1 Regler for registrering af dubletter. I dette tilfælde aktiverede vi 2 regler og analyserede over 3 dage for at konstatere at der ikke længere blev oprettet dubletter.

Reglerne har følgende kriterier:

LØSNING: Undergitter kan forsvinde i MS CRM 2011 efter Windows-opdatering

af Henrik Jensen 23. marts 2017 17:10

Jesper Funk fra Brüel & Kjær kan nu meddele at Microsoft har lavet en midlertidig frigivet af en løsning til problemet med Undergitter kan forsvinde i MS CRM 2011 efter Windows-opdatering...

Problemet handlede egentlig om mere end bare undergitre, men også problemer med:

  • Dashboards
  • Advanced Find
  • Flerlinjet tekst

Man kan læse mere om den midlertidige løsning her (Engelsk): Forms in Dynamics CRM 2011 are broken after KB 4013073 for Internet Explorer 11 is installed...
Man kan downloade løsningen her (Engelsk): Microsoft Update Catalog...
En special løsning til Windows 10 kan findes her (Engelsk): Microsoft Update Catalog...

Ud over Jesper har Netcompany testet løsningen på flere kunder.

Den midlertidige løsning vil blive frigivet sammen med en automatisk opdatering snarest muligt.

Undergitter kan forsvinde i MS CRM 2011 efter Windows-opdatering

af Henrik Jensen 18. marts 2017 08:39

Jesper Funk fra Brüel & Kjær har tippet mig om et problem, som man kan rende ind i hvis man har MS CRM 2011.

Problemet er at undergitter ikke vises i MS CRM 2011. Fejlen kan opstå hvis man implementerer Security Update for Microsoft Windows (KB4013429). Problemet kan ikke alene løses ved at fjerne sikkerhedsopdateringen.

Jesper Fogh og Jesper Funk fra Brüel & Kjær har gennemført en supportsag hos Microsoft, som har anerkendt problemet, så må vi se hvordan problemet løses. Der udkommer nemlig ikke flere opdateringspakker til MS CRM 2011. Læs mere om det her: Opdatering til Opdateringspakke 18 til MS CRM 2011...

Jesper Fogh og Jesper Funk fundet en midlertidig løsning på problemet.

På CRM-serveren (eller CRM FrontEnd-serverne), i filen global.css.aspx, skal man indsætte følgende til sidst i filen:

table.ms-crm-Form-Layout span[type="subgrid"] {position:static !important}

Filen global.css.aspx finder man 2 steder:

  • C:\Program Files\Microsoft Dynamics CRM\CRMWeb\_common\styles\
  • C:\Program Files\Microsoft Dynamics CRM\CRMWeb\Help\Common\

Der er andre som har bokset med problemet, som man kan læse mere om i denne tråd (specielt til sidst i tråden) (Engelsk): Win10 March cumulative update KB 4013429 breaks display of forms in MS CRM 2011... 

Dynamics 365 Onpremise: Fejl ved opgradering af organisation

af Henrik Jensen 3. januar 2017 19:11

Efter at jeg selv skrev et indlæg om fejl efter opgradering af MS CRM 2016 til Dynamics 365 Onpremise, har flere kontaktet mig med lignende fejl eller andre fejl.

Morten Jørgensen fra C2-Relations har gjort mig opmærksom på endnu en fejl efter opgradering af MS CRM 2016 (8.0.1.79) til Dynamics 365 Onpremise (8.2.0.749).

Problemet

CRM-serveren opdateres uden den store ballade, men organisationerne bliver ikke opgraderet. Årsagen er ballade med index i solutionbase:

Info| Database update install failed for orgId = “orgid”.  Continuing with other orgs.
Exception: System.Data.SqlClient.SqlException (0x80131904): Cannot insert duplicate key row in object 'dbo.SolutionBase' with unique index 'ndx_UniqueName'.
The duplicate key value is (SnapshotSolution80).
The statement has been terminated.

Informationen skriver samtidig at det skyldes SnapshotSolution80, hvilket ikke er korrekt. Den egentlige årsag skal formegentlig findes i at organisationen tidligere er opgraderet fra MS CRM 2015.

Det som er forvirrende er at fejlen henleder opmærksomheden på SnapshotSolution80, men ID'et handler faktisk om SnapshotSolution (Det er nok her opgraderingen fra MS CRM 2015 til 2016 spiller ind), ID’et har tilknytning til SnapshotSolution, og ikke SnapshotSolution80.

Løsningen

Det virker med andre ord som om at et opgraderingsscript ikke bliver afviklet. Der findes rigtig mange af disse som afvikles ved en opgradering.

Når følgende script er afviklet, på den eller de organisationsdatabaser der ikke kan opgraderes, kan organisationen opgraderes, og i følge egne tests, kører alt som det skal.

-- Solution Type is a new field introduced in v8.2 and this needs to be set for old 8.0 solution which was created in v8.1
-- devek 6/29/2016
UPDATE SolutionBase 
SET SolutionType = 1, Version = '8.0', UniqueName = 'SnapshotSolution80'
WHERE SolutionId = '57A85212-B3B4-4C39-BCB0-5D5EF1F5FFC4'

I databasen kan man se følgende (læg mærke til at SnapshotSolution80 blev introduceret i Leo - MS CRM 2013 Rollup 1 (6.1.x.x)):

Bemærkninger

Hvis man ikke kører ovennævnte script så er organisationen/organisationerne ikke opgraderet, hvilket indebærer at man ikke kan Publicere tilpasninger (Publish). Man får følgende fejlmeddlelse, også selv om man har rollen Systemadministrator (System Administrator):

Med følgende fejl:

PrivilegeName: prvReadCustomControl, PrivilegeId: f343f9c2-3810-4328-adbc-7fe57a0a63c5

Hvis man opretter en Brugertilpasset Sikkerhedsroller (Custom Security Roles), så fremkommer samme fejl.

Dynamics 365 Onpremise: Fejl ved indlæsning af formularer

af Henrik Jensen 29. december 2016 13:14

Den nyligt frigivne opdatering Serviceopdatering 2 (Servicepack 2) til MS CRM 2016, som også har navnet Dynamics 365 Opdatering 2, har en irriterende fejl. Når man f.eks. forsøger at åbne et Firma (Account), så åbnes formularen ikke. Det eneste man møder er følgende meddelelse:

 

Indtil Microsoft har erkendt fejlen, og fået gjort noget ved den, kan man imidlertid slå Brug den ældre formulargengivelse (Use legacy form rendering) under Indstillinger, Administration, Systemindstillinger (Settings, Administration, System Settings), i fanen Generelt (General)

 

Jeg har kun kunne fremprovokere fejlen i Internet Explorer, og ikke i Firefox og Chrome. I øvrigt er hastigheden virkelig god i de sidstnævnte browsere.

OPDATERING: Server-side synkronisering (Server Side Synchronization)

af Henrik Jensen 20. oktober 2016 13:11

Jeg har tidligere lavet et blogindlæg som beskriver hvordan Server-side synkronisering fungerer, og hvad man skal være opmærksom på "Det med småt". Læs mere her: Server-side synkronisering (Server Side Synchronization)...hvilken betydning har det?...

Henrik Kappel fra Wikap har gjort mig opmærksom på endnu en ting man skal være opmærksom på ved konfiguration af MS CRM til brug af Server-side synkronisering i forhold til Exchange Online.

Ved opsætning af Server-side synkronisering i forhold til Exchange Online, er der en irriterende fejl i formularen for Mailserverprofil (Mail Server Profile) i MS CRM. Dette gælder dog kun for MS CRM Online.

 

Som standard er Autodiscovery (Registrer automatisk serverplacering) indstillet til Exchange Online, men der er ofte et problem når den skal teste og aktivere Postkasser (Mailboxes). Man mangler følgende felter:

 

Man kan have brug for at indstille Autodiscovery (Registrer automatisk serverplacering) til Nej (No), og samtidigt indtaste de to URL’s på Exchange Online (https://outlook.office365.com/EWS/Exchange.asmx), men det er ikke muligt på grund af fejlen.

Her er en beskrivelse og løsning på fejlen (Engelsk): CRM Online Server-Side Sync AutoDiscover Fix...

Jeg har opdateret mit tidligere blogindlæg om Server-side synkronisering: Server-side synkronisering (Server Side Synchronization)...hvilken betydning har det?...

Microsoft frigiver atter en u annonceret rettelse til MS CRM 2016 til Outlook

af Henrik Jensen 12. oktober 2016 07:02

Nogle af mine kunder har haft en del bøvl med MS CRM 2016 til Outlook med Serviceopdatering 1.

Fejlen resulterer i at Outlook crasher, og man kan diagnosticere sig frem til følgende fejl (ikke fuldstændig fejlmeddelelse):

Faulting application name: OUTLOOK.EXE, version: 15.0.4841.1000, time stamp: 0x575fd44b
Faulting module name: clr.dll, version: 4.6.1080.0, time stamp: 0x570c51a0
Exception code: 0x80131506
Fault offset: 0x002b5ad5
Faulting process id: 0x145c
Faulting application start time: 0x01d1ebb637676ca8
Faulting application path: C:\Program Files (x86)\Microsoft Office\Office15\OUTLOOK.EXE
Faulting module path: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Report Id: 994b585d-0c90-4cdb-81bd-b78e07afd168
Faulting package full name: Faulting package-relative application ID:

Application: OUTLOOK.EXE
Framework Version: v4.0.30319
Description: The process was terminated due to an internal error in the .NET Runtime at IP 70325AD5 (70070000) with exit code 80131506.

Løsningen

Den umiddelbare løsning var at afinstallere den seneste opdatering (8.1.0000.0359) og installere den forrige opdatering (8.0.0001.0079).

Min gode kollega Philip Riis fra EG, har dog "opdaget" at Microsoft i det skjulte har opdateret Outlook-klienten, så den nu har version 8.1.0000.0371.

Opdateringen er frigivet uden at Microsoft har meldt noget ud om dette, på trods af at de har været klar over at der er en del som har haft problemer med Outlook-klienten. Læs mere her (Engelsk): Outlook 2016 continually crashes with CRM Plugin...

Se Microsoft ændring af versionsnummeret i følgende Knowledge Base-artikel: Link til Knowledge Base-artikel (Engelsk)
Download MS CRM 2016 til Outlook (Dansk): MS CRM 2016 Service Pack 1...

Brugerdefineret Service (SLA) med fejl

af Henrik Jensen 29. juli 2016 07:44

I MS CRM 2016 (Online og Onpremise) kan man definere Serviceaftaler (SLA) på Brugerdefinerede entiteter. Her er indstillingen på entiteten (Microsoft har glemt en Dansk oversættelse)

Der vil imidlertid opstå et problem, når man vil definere en SLA'en på den brugerdefinerede entitet. Listen med SLA-nøgletal (SLA KPI) er tom. 

Man kan rette op på fejlen ved at oprette en N:1-relation mellem den brugerdefinerede entitet og entiteten SLA-nøgletalsforekomst (SLA KPI Instance). Husk at indstille feltet Søgbart (Searchable) til Ja (Yes).

efter en Publicering er listen SLA-nøgletal (SLA KPI) ikke længere tom.

Undgå dubletter ved reinstallation af MS CRM til Outlook

af Henrik Jensen 17. juni 2016 08:09

Når man reinstallerer MS CRM til Outlook, kan der meget nemt opstå dubletter i MS CRM, og således også i Outlook.

Hvis man reinstallere MS CRM til Outlook, eller får en ny computer, hvor på man installerer MS CRM til Outlook, så vil de forskellige synkroniseringsfiltre i MS CRM sørge for at synkronisere Kontaktpersoner, Opgaver, Aftaler mv. fra MS CRM til Outlook, uanset om disse måtte findes i forvejen i Outlook. Læs mere om teknikken i dette blogindlæg, som jeg har lavet for lang tid siden, men som stadig er gældende: Sådan virker Outlook synkronisering...

Undgå dubletter

Man kan undgå at få dubletterne, ved få MS CRM til Outlook til at fjerne alle de poster, i Outlook, der er synkroniseret med MS CRM. Følgende SKAL gøres FØR man fjerner MS CRM til Outlook eller kasserer sin computer for at få en ny:

  1. Åbn dialogboksen med Personlige indstillinger (enten fra MS CRM eller Outlook) og klik på fanen Synkronisering.



  2. Klik på linket filtre.
  3. Marker alle filtre og klik på knappen Deaktiver efterfulgt af et klik på knappen OK.



  4. Gennemfør en synkronisering i Outlook. Dette vil fjerne ALLE de poster som er synkroniseret med MS CRM.



  5. Man kan herefter afinstallere MS CRM til Outlook for at installere den igen eller tage sin nye computer i brug hvorpå man implementerer MS CRM til Outlook.
  6. For at få synkroniseringen sat i gang igen gennemføres trin 1-4, dog hvor man Aktiverer alle de ønskede filtre igen.

Dataene bliver synkroniseret over i MS CRM igen, og der opstår ingen dubletter.

Læs mere

Komplet fjernelse af MS CRM til Outlook: Komplet fjernelse af MS CRM til Outlook...

Forretningsregler kan åbne for låste felter

af Henrik Jensen 9. juni 2016 16:10

Min gode kollega Thomas Pein-Lorenzen har lavet et blogindlæg på baggrund af en opdagense en anden kollega (Niclas Lund Stisager) har gjort.

Opdagelsen går ud på at, hvis man opretter en Forretningsregel (Business Rule), som låser op for felter, så vil disse forblive låst op selv om man f.eks. lukker en Salgsmulighed, deaktiverer en Kontaktperson mv. Der kan vist ikke være tvivl om at der er tale om en fejl i MS CRM.

 

Ud over de test som Thomas og Niclas har lavet, har jeg testet fejlen i den seneste opdatering (Serviceopdatering 1) til såvel Online som Onpremise, og fejlen er der stadig, og det gælder for alle felttyper.

...men der er en løsning på fejlen, om end den er lidt kryptisk, nemlig at opsætte mere end et kriterie i samme Forretningsregel.

Jeg kan anbefale at tage et kig på blogindlægget (Engelsk): Possible CRM bug: Business rules overrule Read-only records...

Bliv medlem af CRMUG DK

De regionale afdelinger i CRMUG giver mulighed for a mødes med andre medlemmer af CRMUG i dit lokalområde. Hermed får du mulighed for at mødes ansigt til ansigt og vidensdele med andre brugere af Microsoft Dynamics CRM i dit område.

Læs mere den Danske afdeling af CRMUG...

Om Henrik Jensen

Jeg har altid fingeren på pulsen når det drejer sig om Microsofts produkter & teknologier, og især når det handler om Microsoft Dynamics CRM.

Henrik Jensen

Jeg har arbejdet professionelt i IT-branchen mere end 25 års, deraf mere end 18 år med CRM-systemer, og samtidig indehaver af mere end 50 Microsoft-certificeringer.

Mobil: +45 20 300 300
E-mail: hj@easyconsult.dk

EASYConsult ApS

Læs mere...

Downloads, værktøjer, installation og JScript

Downloade komponenter til MS CRM:
    • Microsoft Dynamics CRM 4.0
    • Microsoft Dynamics CRM 2011
    • Microsoft Dynamics CRM 2013
    • Microsoft Dynamics CRM 2015
    • Microsoft Dynamics CRM 2016

Liste over Opdateringspakker (Rollups):
    • Microsoft Dynamics CRM 4.0
    • Microsoft Dynamics CRM 2011
    • Microsoft Dynamics CRM 2013
    • Microsoft Dynamics CRM 2015
    • Microsoft Dynamics CRM 2016

Værktøjer til MS CRM:
    • Liste med værktøjer til MS CRM

Krav og opsætninger til installation:
    • Krav og opsætninger MS CRM 2011
    • Krav og opsætninger MS CRM 2013
    • Krav og opsætninger MS CRM 2015
    • Krav og opsætninger MS CRM 2016

JScript eksempelkode:
    • JScript eksempelkode

Diverse værktøjer:
    • Sysinternals
    • PowerShell og MS CRM 2011

Månedsliste

Forbehold

Alt hvad du læser på denne blog er alene udtryk for mine egne holdninger og meninger, og kan ikke henføres til andet end som så.

De løsninger jeg fremstiller på denne blog er ikke nødvendigvis testet i et driftsmiljø. Hvis du gør brug af mine løsninger er det på eget ansvar.