Page History

...

De Voor de volgende issues die nog open staan zijngemeld zijn door WVL tijdens de testbevinding GAT release 1.0 is nog geen oplossing beschikbaar:

Onderstaand per resolved issue een terugkoppeling van de oplossing per issue.  

...

Bij controle Deltares bleek dat de inlog via token in eerste instantie niet goed te werken.  Dit is door SSC Campus opgelost. De oorzaak is niet bekend.  Onderstaand screenshot geeft bewijs dat het mogelijk is om een netcdf file uit het archief te downloaden naar eigen PC.  

Image RemovedImage Added

...

• de handleiding aangepast
• op SVN (~\trunk\Deltamodel_SA\BatchRunsViaGUI) nieuwe batch files toegevoegd, oude verwijderd
• Testruns met nieuwe batchfiles op T-omgeving uitgevoerd (zie screenshot)
• nieuwe batch files op FTP gezet tbv installatie door SSC Campus op de A/P

Image Removed Image Added

...

Issue door SSC campus doorgespeeld bij de F5 beheerders. Hieruit bleek dat deze met een verbouwing bezig is en dat zijn backup niet aanwezig was. Uit de loggings blijkt dat er wel succesvolle logins zijn geweest. Het systeem werkt nog niet soepel, maar op 27 januari 2016 heeft Sibren Loos succesvol ingelogd als gebruiker (NMDC Client).

Acties voor oplossing

Er zijn nog geen concrete acties bekend waarmee het inlogprobleem via F5 kan worden opgelost. Overstap naar andere method van login lijkt meer voor de hand te liggen.

Issue is gemeld bij SSC Campus en met WVL besproken tijdens 3-wekelijks overleg 27-01-2016 en kan worden gesloten omdat inlog succesvol is en er geen concrete acties nodig zijn voor aanpassing in de applicatie.

 Samenvatting:

Er is maar 1 jaar zichtbaar van Zoetwater forecasts in de Grid Display, terwijl er bij de Timeseries Display wel meerdere jaren zichtbaar zijn.

...

Hierdoor wordt alle beschikbare data getoont die behoort aan de laatst goedgekeurde workflow (1 jaar te zien als er een losse workflow van 1 jaar uitgevoerd is, meerdere jaren te zien als er een batch run van meerdere jaren uitgevoerd is). De Grid Display laat zowel de input voor LHM (randvoorwaarden) en output (resultaten) zien. Na testen bleek dat het niet mogelijk was om deze configuratie te hebben voor de input (import meteo data, oftewel dagelijkse neerslag en verdamping); dit leidde tot crashes van de LHM workflow door "out of memory" errors. Daarom deze teruggezet naar "read complete forecast". De resultaten (Metaswap en Modflow output), waar de originele melding van deze issue ook over ging, zijn nu dus wel goed zichtbaar in de Grid Display.

Samenvatting

1) Er is een state update run gedaan (IJVDModelUpdate), deze is geslaagd.

2) Voor de forecast run (IJVDModelWind0) worden op basis van regular expressies de bijbehorende states opgezocht. Deze workflow is gestart op meerdere FSSen.

3) In deze stap komt de volgende melding: “Error during read warm state blob”

4) Bij het opnieuw starten van de workflow op 1 FSS wordt de desbetreffende state wel gevonden en slaagt de forecast run.

Analyse

Het probleem ontstaat wanneer meerdere states tegelijkertijd worden gexporteerd. PostgreSql 8.4 wordt gebruikt. Hiervan is bekend dat dit VIJF KEER zoveel geheugen gebruikt dan PostGreSql 9 voor het verzenden van taken. Vanaf 2015.02 wordt ivm geheugenproblemen deze versie dit niet meer ondersteund. 

Acties voor oplossing

Oplossing geimplementeerd in 2015.01 door voor PostgreSql maar 1 state tegelijkertijd te exporteren. Op de T-omgeving getest of de IJVD-workflow correct werkt.

Vervolgens zijn op de A/P omgeving meerdere Waqua-berekeningen voor Rijn, Maas and IJVD zonder wind te draaien met korte runtimes. Alle berekeningen succesvol (zie screenshot)

 Image Added

 Samenvatting

Bij parallel starten van een workflow worden 2 deeltaken tegelijk naar 1 FSS gestuurd

Analyse

Issue heeft relatie met FEWS-14191 waarbij de communicatie tussen de verschillende componenten op het backend niet goed werkte.

Acties voor oplossing

De volgende stappen zijn uitgevoerd:

• In the RunTaskManagerClass is een aanpassing gedaan voor de MC-proxy.
• Upgrade van de software voor de Master Controller op de T-omgeving.
• Meerdere parallel tests uitgevoerd op de T-omgeving waarmee een aanzienlijk zware belasting op het systeem is uitgevoerd. Hierbij zijn meerdere combinaties getest van parallele taken (1 taak verdeeld over 3 FSS-en en 2 taken over 2 FSS-en die op pending blijven staan. Dit is gedaan voor zowel Rijn, Maas als IJVD met korte berekeningen. Alle taken zijn zonder foutmeldingen voltooid. De tests tonen aan de mapping of sub-tasks naar FSS’s ook bij parallele taken correct werkt. Tijdens de tests zijn geen dubbele taken gesignaleerd.
• Upgrade van de software voor de Master Controller op de A/P-omgeving.
• Tests in combinatie met issue FEWS-14227 (IJVD error 5 - parallel uitvoeren  van IJVD sommen) succesvol uitgevoerd op de A/P omgeving.

...

De configuratie van FEWS zo aangepast dat de states nu in een aparte folder ('sbk_state') worden opgeslagen en opgehaald worden voor input en output van Sobek. Ook de configuratie van de adapter zo aangepast dat deze de states ook altijd in die folder zoekt (en niet in 'Input'). Succesvol getest op de T-omgeving.

Samenvatting

Melding door Ton Botterhuis over een warning.

In het menu-item ‘Management modelruns’ krijgt alleen de import van VIJD de indicatie ‘goedgekeurd’ (zie onderstaande figuur). Het lijkt me prettiger als alle import workflows op een gelijke wijze worden afgehandeld.

----------------------------------------

WARN

10-12-2015 13:52:12

TaskRun.Warn

Forecast task VE_MaasImport_RD2050S0 with ID NLKDMC00:000000438 cannot be approved, since task did not create any simulated time series, states and/or reports.

NLKDMC00:000000438

WARN

10-12-2015 14:01:16

TaskRun.Warn

Forecast task VE_RijnImport_WS2085S0 with ID NLKDMC00:000000441 cannot be approved, since task did not create any simulated time series, states and/or reports.

NLKDMC00:000000441

----------------------------------------

Analyse

In de workflow descriptors voor import workflows die alleen EH timeseries wegschrijven is net als voor alle andere workflows de auto-aprove optie aan gezet. Dit is ingebouwd in het script waarmee nieuwe workflows kunnen worden aangemaakt.

Acties voor oplossing

• De config en het script voor het aanmaken van de workflow-, modulconfig-, workflow descriptor files etc. (write_topology.py) is aangepast zodat de "auto approve" optie voor de import van VE_MaasImport*, VE_RijnImport* and VE_RMMImport* uit staat.
• DIt is NIET gedaan voor IJVD omdat hier meer stappen zitten workflow dan alleen standaard import van EH timeseries. Deze kan daardoor wel goedgekeurd worden.
• Config aanpassing heeft het probleem opgelost. Zie screenshot van voor aanpassing ('ImportWorkflow_Warn' - Linker figuur) en na aanpassing ('ImportWorkflow_NoWarn' - Rechter figuur), waar geen WARN message meer te zien is.

 Image Added   Image Added

...

In FEWS 2015.02 en hoger zijn verbeteringen van de vinkjes doorgevoerd voor berekeningen waarvan de T0 afwijkt van de systeemtijd. Als een voorgaande berekening opnieuw wordt gedraaid wordt het vinkje van een opvolgende (eerder succesvol gedraaide) berekening aangepast van groen naar geel. De interactive panel toont een vinkje voor de laatste run, dit geldt ook bij een gefaalde run.

Huidige werking gecontroleerd in de gebruikershandleiding (WIKI pagina: Workflows starten: Standaard#workflow_start_standaard_1: "Een groen vinkje betekent dat de laatste berekening succesvol gedraaid heeft, ongeacht de actuele status van de voorgaande workflows en of de voorgaande taak voor een andere periode is uitgevoerd.")

...

Acties voor oplossing

De volgende acties moeten acties zijn uitgevoerd (door SSC Campus):

• 'C:\Fews\NWM_OC\NWM' het  bestand 'clientConfig_dda.xml' hernoemen naar 'clientConfig.xml'.
• Bestaande 'clientConfig.xml' bestand verwijderen.
• Synchronisatie profiel aanpassen zodat gebruik wordt gemaakt van Direct Database Acces

...

Issue traagheid lijkt opgelost door overstap op DirectDatabaseAcces het gebruikersprofiel bij uitrol van clients.

Samenvatting

Bij het starten van de workflow voor import Rijn en Maas kwam foutmelding dat de files niet gevonden kunnen worden. De Waqua-berekening kon vervolgens niet starten.

Analyse @@Mark

Bij release 0.1 zijn de aangeleverde files niet op de juiste locatie geupdate. Hierdoor hadden berekeningen niet de juist invoerwaarden en crashte de berekening 

Acties voor oplossing

• Files zijn opnieuw op de ftp geplaatst met installatie instructies
• Files zijn door SSC Campus bij release 1.0 op de OpenDAP gezet.
• Na deze actie opnieuw getest en workflow kon succesvol worden gestart.

...

Acties voor oplossing

Geen. Er zijn nog geen acties bekend waarmee dit probleem structureel opgelost zou kunnen worden, maar het is ook geen groot probleem voor de applicatie.De oorzaak voor dit issue is een gebruikersfout.