none
Windows 8.1 og C5 2012, fejl

    Spørgsmål

  • Hejsa,

    Et par brugere melder om fejl efter at have opdateret til Windows 8.1.
    Fejlen er vedhæftet herunder

    Findes der en løsning, eller skal der ny kerne til?
    Problemet er registreret på både SQL og native
    Nativekernen er en 4.4.1.331, SQL kernen er 4.4.1.xxx

    Mvh.
    Mads

    24. september 2013 07:40

Svar

  • Hej igen,

    Vi har fundet en løsning som lader til at løse denne problematik.
    Det kræver en servermand kigger på Group Policy netshares, eller blot netshares - jeg er ikke ekspert der.

    Men i hvert fald har man en indstilling på shares hvad de skal gøre, hvis de mister forbindelsen eller ikke er aktive. Denne indstilling står som udgangspunkt til replace og bør i stedet stå til update. Kig denne technet artikel: https://technet.microsoft.com/en-us/library/cc732793.aspx

    Det har løst dette og lignende problemstillinger.

    NB: Man kan forholdsvist nemt se om det er en decideret C5 fejl eller ej. For hvor ovenstående står forkert, vil en almindelig stifinder ikke kunne holde forbindelse til fx x:\data\. Når C5 går ned, vil denne stifinder/explorer i stedet navigere til PC/Drevoversigten. Dette sker ikke, hvis drevet er oprettet på klienten via net use... 

    I øvrigt benytter man manuelt net use på klienten, går C5 typisk heller ikke ned.

    Mvh
    Mads Westen


    8. april 2015 19:26

Alle besvarelser

  • Hej Mads,

    Er det netværksinstallationer?


    Venlig Hilsen Henrik Hansen Program Manager II Microsoft Dynamics C5

    24. september 2013 07:45
    Ejer
  • Hej Henrik,

    Ja, applikation og database ligger på en server.
    Skal vi prøve som klientinstallation på en bruger?

    Mvh.
    Mads

    24. september 2013 07:46
  • Hej Mads,

    Der må være noget power management på netværkskort på klienterne, som default er slået til.
    Prøv at checke det - generelt kræver C5 at der er ubrudt forbindelse til netværks ressourcer.

    Der må ikke være flueben i nedenstående på netværkskort.


    Venlig Hilsen Henrik Hansen Program Manager II Microsoft Dynamics C5

    24. september 2013 07:57
    Ejer
  • Hej Henrik

    Det var også min første indskydelse og har slået det fra, men det har ikke hjulpet.

    MVH

    Søren

    24. september 2013 11:46
  • Hej Søren og Mads,

    Det lyder som om der er en type power management beskeder, som vi ikke supporterer korrekt.
    Jeg vil kigge på det når jeg får adgang til en fysisk Win 8.1 maskine, som jeg kan debugge på.

    Mads - ville du være venlig at lægge en supportsag ind på dette problem.


    Venlig Hilsen Henrik Hansen Program Manager II Microsoft Dynamics C5


    24. september 2013 11:51
    Ejer
  • Det gør vi...
    //Mads
    24. september 2013 13:16
  • Supportsat oprettet, løsning endnu ikke fundet. Status?
    18. marts 2014 21:28
  • Hej Mads W

    De kører da ikke Wifi - vel? (jeg har ikke de bedste erfaringer med Wifi og C5)...

    Anyway - der er åbenbart nogle kendte problemer med Windows 8.1 og netop det netkort - i hvert fald på Wifi-siden. Så det er muligvis IKKE et C5-problem??

    Prøv at skifte driveren (ikke nødvendigvis til en ny fra Intel) og kigge på de her links (jeg har Binget mig frem til dem med Google ;-) )

    https://communities.intel.com/thread/45884

    http://answers.microsoft.com/en-us/windows/forum/windows8_1-hardware/two-laptops-recently-started-having-problems/81a0490d-cb7c-4b09-87aa-d99d0cc2e3b7

    http://h30434.www3.hp.com/t5/Other-Notebook-PC-Questions/Intel-N-6300-AGN-severe-wifi-issues/td-p/2455037

    Håber det hjælper dig videre...

    PS: Jeg har en Win 8.1 jeg lige starter en C5 på om et øjeblik. Den har ikke det netkort, men kører trådløst. Jeg skriver lige igen hvis den får samme fejl...


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    19. marts 2014 07:29
  • Hej Gert,

    Tak for dit svar.
    Nej ikke noget Wifi og C5, det er livet for kort til. ;-) Kablet net.
    Har kørt med Windows 8 på samme PC og har udviklet/brugt C5 uden problemer. Efter opgradering til 8.1, bum så har vi balladen.
    Alle PC'ere vi har med Windows 8.1 har samme problem. Sideløbende har vi Windows 7 og 8 uden problemer.

    Jeg har været ved at kigge på ny driver, men har ikke fundet en. Netkortet er et Intel 82578DM.
    Jeg observerede noget underligt sidst den lukkede ned, nemlig at File Explorer også lukkede ned. Jeg holder lige øje med, om dette er konsekvent.

    I mellemtiden kigger jeg dine links, for at se om jeg kan få proppet en ny driver på...

    19. marts 2014 07:46
  • Hej Mads

    My bad - jeg troede du havde den der Ultimate-N 6300 AGN, men kan jo godt se (nu hvor jeg har fået kaffe) at det er Henrik der skriver om den :-)

    Anyway - jeg har en 2012 sp1 hf5 native (4.4.1.371) kørende i et par sessioner over wifi på en Windows 8.1. Indtil videre uden problemer...

    Den ene kører via et drevbogstav og den anden direkte på en URI.

    Oplever din kunde problemet når C5 har været passiv i et stykke tid - eller ved intens brug?

    PS: Jeg kan ikke lige "Binge" nogle oplagte problemer med din Intel 82578DM, men et godt bud er nok at prøve en anden driver alligevel. Vær obs på (hvis du ikke allerede ved det) at der sikkert både er en cetificeret MS udgave der følger med win 8.1 og en nyere/muligvis ikke MS certificeret fra Intel... Det er nok værd at prøve begge...


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    19. marts 2014 08:07
  • Hej Mads,

    I C5 2012 Sp1 kernen er tilføjet evnen til at kunne skrive til Applikations-evenloggen på maskinen.

    Det gør at alle C5 dialogbokse (Warning og Error) skrives til eventloggen med en fejlkode, hvis en fejlkode er tilgængelig.

    Dialogboksen, som denne tråd vedrører, har ikke mulighed for at rapportere en fejlkode, men den vil altid (næsten) komme efter en anden registrering i eventloggen, som f.eks. kunne vedrøre at C5 ikke kunne skrive sit HeartBeat, og denne registrering vil have en fejlkode, typisk fejlkode 59 på Windows 8.X, som svarer til unknown network error, det vil sige et netværks problem.

    Hvis C5 mister forbindelsen til c5user.c5s, som er filen, som holder styr på aktive sessioner og HeartBeat, skal den ramte session lukkes ned, for den har mistet sit SessionID, og figurerer ikke længere på oversigten over aktive sessioner.

    Så fejlfinding skal søges i forholdet mellem klientplatform og filserver, og da fejlen ikke kan genskabes hvor som helst, skal I koncentrere Jer om af få klarlagt hvad der er specielt ved Jeres miljø - dette er en "Nål i en høstak" problematik.


    Venlig Hilsen Henrik Hansen Program Manager II Microsoft Dynamics C5

    19. marts 2014 09:09
    Ejer
  • Hej Mads

    Blot lige for en ordens skyld:

    Mine Win 8.1 C5'ere kører stadigt og jeg kan fortsat slå ting op i dem - så de har fint fat i netværket (og det var jo endda på Wifi :-) ).

    Så efter at have testet i et par timer tror jeg godt vi kan udelukke et generelt problem mellem i hvert fald C5 2012 SP1 HF5 native (4.4.1.371) og Windows 8.1.

    For en ordens skyld stresstestede jeg også lige Performanceloop med 200 fra 2 klienter samtidigt. Uden problemer...

    PS: Den Windows 8.1 jeg har testet med er i øvrigt "løftet" fra en Windows 8.


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    19. marts 2014 10:07
  • Hejsa,

    Problemet er meget periodisk, og jeg kan ikke se nogen sammenhæng i det. Vi har lige skiftet til ny server, men det hjalp desværre intet.
    Vi har problemet på både stationære PC'ere både Fujitsu og HP, samt bærbare - Lenovo.

    Vi er lutter ører overfor gode forslag. :)

    Mvh
    Mads

    20. marts 2014 10:55
  • Eftersom jeg ikke kan genskabe det her og der åbenbart ikke er andre der har generelle problemer (så er de i hvert fald meget stille), så lugter det lidt af at det er netværket eller serveren (naturligvis trigget af at Windows 8.1 er blevet installeret). Men jeg indrømmer at det er rent gætværk.

    Hvilket netkort var der i den nye og gamle server - de skulle vel aldrig være ens?

    Ellers ville jeg prøve at trække et netkabel fra en af de ramte PCere (så vidt muligt) uden om eksisterende switches og kabling mv. Evt. direkte i serveren hvis den har et ekstra netkort... Blot for at isolere problemet...

    (jeg er klar over at det sikkert er noget bøvl)


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    20. marts 2014 11:10
  • Prøv evt. også at sætte noget ping i gang fra en af de ramte PCere og ned i en log... Hele dagen...

    Næste gang de ryger af, så kig i log'en om ping også fejlede...

    Det er ikke nogen garanti (det kan jo være drevet blot er blevet afbrudt selvom TCP/IP faktisk kører) - og du kan jo også være uheldig at der er pakketab mellem ping'erne så du ikke ser det.

    Omvendt - er der pakketab er du klogere...


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    20. marts 2014 11:12
  • Hej igen,

    Jeg har kørt lidt test i dag, dog ikke ping. Det må blive i morgen.
    Vi har en NAS box, som ikke aktive C5 installationer ligger på, og så har vi en almindelig server som drift C5 ligger på. Jeg åbnede 5 C5'ere og lod dem stå i løbet af dagen:
    A: C5 2012 SP1 (Alm server)
    B: C5 2012 SP1 (NAS)
    C: C5 2008 (NAS)
    D: C5 4.0 (NAS)
    E: C5 2012 (Lokal disk C:\)

    Fælles var at A, B, C, D alle gik ned, med mere eller mindre "pæne" fejlmeddelelser. Den lokalt afviklede holdte sig (selvfølgeligt) kørende.
    Så noget kunne tyde på det ikke ser serveren der skal kigges på men netværket.

    Det kræver nok en pingtest i morgen.
    Igen forslag til fejlsøgning modtages gerne. :)

    //Mads 

    20. marts 2014 15:04
  • Hej C5er

    Er der noget nyt i den sag. Jeg har en kunde med en Win8.1 PC op mod en 2008 server, der kører C5 2012 SP1. PCen crasher så snart han går starter noget op i C5 (åbner en form eller lignende).

    C5 crasher og skriver fejlkode 33 / "Failed to write heartbeat" i loggen og popper en c5 aborting op som i første indlæg.

    Kundens andre Pcer med Win7 har ingen problem.

    //Tommy P. Designtech ApS

    13. maj 2014 11:12
  • Hej Tommy

    Den test jeg foretog i en tidligere tråd var mod en 2008R2 server (bare lige for at få det med), og jeg kunne ikke genskabe fejlen fra en Windows 8.1 (løftet fra Windows 8) med C5 2012 SP1 HF5 native (4.4.1.371).

    Der er en C5 parameter til at slå heartbeat fra med - hvad sker der hvis du prøver den?

    (ikke at det er en ret god løsning for C5 skal kunne skrive heartbeat til c5user.c5s-filen - men det kan måske betyde at brugerne rent faktisk kan bruge C5 mens der fejlsøges?)


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    13. maj 2014 11:20
  • Hej Tommy,

    Fejlkode 33 svarer til "The process cannot access the file because another process has locked a portion of the file.", så det er en anden problematik end den "normale” disconnect problematik.

    Det lyder som om at der er en risiko for at Windows 8.1 og Windows Server 2008 ikke kommunikerer låsninger korrekt i denne installation.

    Er det verificeret at den aktuelle bruger har de nødvendige rettigheder til netværksplaceringen?

    C5s HeartBeat er ikke væsentligt forskelligt fra C5 normale læsninger og skrivninger i Native databasefiler eller andre filer i C5 applikationen.

    C5s HeartBeat er introduceret for at imødegå disconnect problemer, som er observeret siden ændringer i SMB protokollen introduceret i Windows Vista/ Windows Server 2008 og senere, og i forhold til disconnect problematikken har Windows Vista/ Windows Server 2008 de største problemer.
    Derfor giver Gerts test op mod Windows Server 2008 R2 samme resultat, som vi ser ved test op mod Windows Server 2012 R2. Jeg har for nylig haft alle klient og server OS versioner siden Windows XP kørende i en uge op mod en Windows Server 2012 R2, og her holdt C5 på Windows 8.1 maskinerne sig i luften i 6-7 dage uden brugeraktivitet ud over HeartBeatet.


    Venlig Hilsen Henrik Hansen Program Manager II Microsoft Dynamics C5

    13. maj 2014 13:26
    Ejer
  • Kommer lige til at tænke på...

    Antivirus på server? Antivirus på klienter?

    Prøv at sætte dem til at c5user.c5s ikke access-scannes for virus?

    Jeg tror jeg for nogle år siden oplevede et problem med Norman Antivirus og C5, netop indtil jeg undlod at scanne C5UTIL.*,C5DIRECT.C5S og C5USER.C5S...

    Blot en tanke?


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    13. maj 2014 13:30
  • Hej igen

    Kunden har meldt tilbage at det ser ud som om C5 kører fint på maskinen når heartbeat er slået fra.

    kunden har prøvet at logge på maskinen med et andet brugernavn, men C5 fejler på samme måde når heartbeat er slået til.

    Kunden benytter Kaspersky AV, men det har de på alle maskiner.

    //Tommy

    14. maj 2014 12:53
  • Hej Tommy

    Den test jeg foretog i en tidligere tråd var mod en 2008R2 server (bare lige for at få det med), og jeg kunne ikke genskabe fejlen fra en Windows 8.1 (løftet fra Windows 8) med C5 2012 SP1 HF5 native (4.4.1.371).

    Der er en C5 parameter til at slå heartbeat fra med - hvad sker der hvis du prøver den?

    (ikke at det er en ret god løsning for C5 skal kunne skrive heartbeat til c5user.c5s-filen - men det kan måske betyde at brugerne rent faktisk kan bruge C5 mens der fejlsøges?)


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    Hvordan er det lige, at man slår Heartbeat fra  ?

    Synes ikke, jeg kan finde noget om det nogen steder

    mvh

    Peter Hesselager

    29. juli 2014 09:00
  • Hej Peter

    Du kan altid kalde C5-kernerne med -? hvis du vil se de mulige parametre. Den her er beskrevet sådan her:

    -HB120       HeartBeat - Set HeartBeat rate in seconds.
                 Default value is 120.
                 0 disables HeartBeat.

    Så -HB0 slår det helt fra (bemærk tallet nul ikke bogstavet o) :-)

    I øvrigt er det nok også værd at prøve med SP2 (eller SP2 HF1) kernerne til 2012, der hhv. blev frigivet i slutningen af sidste måned og i dag... Ifm. SP2 er der lavet noget med at C5 faktisk forsøger at re-connecte en gang hvis den ryger af netværket (jf. kernenyhedsbrevet).


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/


    29. juli 2014 09:06
  • Tak skal du have, Gert.

    Jeg var jo doven og kiggede kun i C5-hjælpen under opstartparametre, men den er åbenbart ikke opdateret :)

    29. juli 2014 09:40
  • Hej Peter,

    Med fare for at blande mig utidigt - at disable HeartBeat er symptom behandling.
    Når/hvis en C5 session mister forbindelsen til c5user.c5s, så kører C5 sessionen sandsynligvis videre, men uden et gyldigt sessionsnummer.
    Den næste bruger, som logger på, vil sandsynligvis få det sessionsnummer udlevet, som den ovenstående session muligvis stadig tror den har.
    Der ud over vil den ugyldige session ikke kunne aflives med KillTest i brugeroversigten, da dette foregår via et signal i c5user.c5s.
    Dette vil være uheldigt i et hosting miljø eller et miljø med mange brugere.

    Der er i C5 2012 SP2 kernen (4.4.2.415) indført en tilpasning til HeartBeat mekanismen, som skulle gør den mere modstandsdygtig overfor den nye type disconnect-problemer, som er blevet rapporteret på Win 8.1 og Windows Server 2012 R2, og der er i går frigivet Hotfix 1 til C5 2012 SP2, som også indeholder en ny kerne (4.4.2.417), der retter en fejl omkring labels/tekster på standard C5 knapper.

    Se evt. http://blogs.msdn.com/b/microsoft_dynamics_danmark_-_partner/archive/2014/07/28/hotfix1-til-microsoft-dynamics-c5-2010-sp2.aspx

     


    Venlig Hilsen Henrik Hansen Program Manager II Microsoft Dynamics C5

    29. juli 2014 11:52
    Ejer
  • Hej

    Jeg har også en kunde som oplever dette problem efter at den ene bruger har fået en ny Windows 8.1 PC. De har også deres C5 liggende på en server, og de har forsøgt at ændre det med sikkerheden som Henrik forslår som noget af det første, men det har ikke gjort nogen forskel. Er der nogen af jer der har fundet løsningen i mellemtiden? Mvh. Gitte Lützen

    8. april 2015 10:41
  • Hej Gitte.

    Tag nu først en sikkerhedskopi :)

    -men vi har selv opgraderet til nyeste 2012-kerner, selv om vi på daværende tidspunkt kørte C5-2010

    Når man kun skifter kernen, fortsætter alt "som hidtil" - ingen opgradering.

    Vi har ikke selv haft problemet siden

    Mvh Peter Hesselager

    PS:
    Er glad for din NAV-manual !

    8. april 2015 11:05
  • Hej igen,

    Vi har fundet en løsning som lader til at løse denne problematik.
    Det kræver en servermand kigger på Group Policy netshares, eller blot netshares - jeg er ikke ekspert der.

    Men i hvert fald har man en indstilling på shares hvad de skal gøre, hvis de mister forbindelsen eller ikke er aktive. Denne indstilling står som udgangspunkt til replace og bør i stedet stå til update. Kig denne technet artikel: https://technet.microsoft.com/en-us/library/cc732793.aspx

    Det har løst dette og lignende problemstillinger.

    NB: Man kan forholdsvist nemt se om det er en decideret C5 fejl eller ej. For hvor ovenstående står forkert, vil en almindelig stifinder ikke kunne holde forbindelse til fx x:\data\. Når C5 går ned, vil denne stifinder/explorer i stedet navigere til PC/Drevoversigten. Dette sker ikke, hvis drevet er oprettet på klienten via net use... 

    I øvrigt benytter man manuelt net use på klienten, går C5 typisk heller ikke ned.

    Mvh
    Mads Westen


    8. april 2015 19:26
  • Hej Mads,

    Det er da noget af et guldkorn I har fundet her - det lyder som om at dette kunne være kilden til mange af de problemer, som kunder/partnere slås med.
    Jeg har f.eks. kun mulighed for at teste med net use opsatte netværksdrev her i huset.

     


    Venlig Hilsen Henrik Hansen Senior Software Engineer Microsoft Dynamics C5

    13. april 2015 07:29
    Ejer
  • Hej Henrik,

    Ja det tyder på, at være roden til meget ondt. Alt efter kerneversion synes fejlbeskederne at kunne differentiere lidt.
    Du er i øvrigt velkommen til at sende en god flaske vin efter os ved lejlighed, for deling af guldkorn. ;-)

    God dag.

    13. april 2015 08:08
  • Vil bare lige tilføje at jeg netop har haft samme problem med en C5 4.4.1.371 kerne og Windows 8.1 på en kundes installation - og at Group Policy-ændringen løste problemet til UG aka 13 aka 12 - eller hvad højeste point på skalaen er nu om stunder :-)


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    7. juli 2015 13:36