De volgende issues zijn in In release 1.1 meegenomen als oplossing voor eerder zijn oplossingen opgenomen voor de volgende gesignaleerde bugs.
| Jira | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
De issues die nog open staan voor een volgende release zijn:
| Jira | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|
|
FEWS-14379 | FEWS-1437913743NWM1512-35 - Geonetwork download werkt niet | Maas HydraZoet crasht |
Samenvatting melding
De oorspronkelijke melding van 15 dec is: “Workflow VE_MaasHydraZoetWSOever_RD2050S0 failed … message was: 'Value should be a float -INF at D:\fews\fss\nlkdmc00\FSS02\FewsShell\FewsKD\Modules\HydraZoet\output\output.xml”
Analyse
Bij de fix van 16 dec is aangegeven de sidonia-gwb.txt te verwijderen uit de OpenDA folder:
De sidonia-gwb.txt file is wel voor het Maas model weggehaald, maar niet voor de Rijn. Hierdoor is feitelijk het waqua-wetmax issue (zie FEWS-13836) niet volledig opgelost en komen er foutieve waarden in de database terecht. HydraZoet crasht hier op. De oorzaak ligt echter in het onderdeel van de waqua-berekening.
Een nieuwe modelrun voor de Rijn na de tussentijdse fix toont aan dat het issue nog steeds optreedt.
Uitgevoerde acties
SSC Campus heeft de files sidonia-gwb.txt uit de model folders voor de Rijn verwijderd na 4 januari. Dit is op de A/P-omgeving voor de Rijn gecontroleerd door Daniel Bachmann. Aanvullend is een Rijn run uitgevoerd, welke succesvol is verlopen. Onderstaand figuur laat zien dat de max. waarden binnen een realistische range vallen.
‘screenshot van succesvolle uitkomst voor de berekening van Rijn WAQUA’
Samenvatting:
Records in Geonetwork zijn te vinden, maar de bestanden zelf kunnen niet gedownload worden.
Analyse:
Bij overdracht installatie ontbrak een van de twee war-files die nodig zijn bij een update van het Archief (deltares-archive-server.war file ontbrak).
Acties voor oplossing:
De deltares-archive-server.war (welke ook op de T gebruikt wordt) is beschikbaar gemaakt via de ftp in ReleasesNWM/Fix_19feb2016/installs/Archief/
Instructies aan SSC Campus voor correcte update archief op de A/P-omgeving:
- tomcat moet gestopt worden
- deltares-archive-server folder legen (in de webapps dir)
- de nieuwe war file neerzetten in webapps dir
- tomcat herstarten (deze pakt dan de nieuwe war file uit).
- controle in Archive server of het versie nr nu van 28Oct is:
- controle of downloadknop werkt
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.
| FEWS-14356 | FEWS-13743 NWM1512-33 - verlooptijd berekeningen ZW staan niet op 900 dagen maar 1 jaar |
Samenvatting:
In de database staan voor enkele Zoetwater workflows de verlooptijd van berekeningen op een jaar. Voor rekenintensieve stappen zijn deze met release 1.0 op 900 dagen gezet ipv de standaard expirytime van 90 dagen voor stappen die niet bewaard hoeven te blijven. Voor grote databestanden (met name grids) wordt ivm de robuustheid van het system een verlooptijd aangehouden van enkele dagen.
Analyse:
Bij controle bleek dat de verlooptijd van ZW workflows al op 900 dagen staat. Voorbeeld uit 'WorkflowDescriptors_Zoetwater.xml':
< workflowDescriptor id="ZW_LHM_REF2015S0" autoApprove="true" forecast="true">
<runExpiryTime unit="day" multiplier="900"/>
Oorzaak van het issue ligt in het gebruikte batchscript. De gebruiker kan dit via de batchrun zelf bepalen.
exp = etree.SubElement(tpr, 'runExpiryTime')
exp.set('unit', 'day')
exp.set('multiplier', '365')
Acties voor oplossing:
Om fouten te voorkomen is
- de handleiding aangepast
...