Category Archives: Domino

FP10 en Hotfix foutmelding bij installatie

Posted on by

Bij een klant moest er voor het gebruik van One Identity  op drie Windows 2012R2 servers Notes Client software geïnstalleerd worden. Na de gebruikelijk actie om de Windows Management Instrumentarium te pauzeren en eventuele andere blokkerende software te stoppen verliep de installatie van de Notes software goed. Maar Notes 9.0.1 FP10 en/of 9.0.1 FP10 SHF380 eindigde steeds in een rollback zonder duidelijke foutmelding. Na even zoeken op internet vond ik een bericht van Daniel Nashed  uit 2018 plugin_customization.ini Hierin geeft hij aan dat er blijkbaar een of meerdere certificaten van de te installeren plug-ins zijn verlopen. Dat kan met deze verouderde versies natuurlijk maar zo, maar deze klant wil helaas niet over naar een meer recente versie. Er dient een tijdelijke aanpassing in de plugin_customization.ini gemaakt te worden (te vinden in de ‘Program Files (x86)\IBM\Notes\framework\rcp’ map). Indien de regel com.ibm.rcp.security.update/EXPIRED_SIGNATURE_POLICY=PROMPT aanwezig is zal deze veranderd moeten worden in com.ibm.rcp.security.update/EXPIRED_SIGNATURE_POLICY=ALLOW, of als de regel niet aanwezig is, zal deze laatste toegevoegd moeten worden. Na het installeren van de update kan de regel weer veranderd worden naar …=PROMPT Toch nog een update van HCL.. Ook al wordt Domino / Notes 9.0.1 niet langer ondersteund is er door HCL toch nog een nieuwe Interim Fix uitgebracht! HCL Domino Server v9.0.1 FP10 IF6, Aug 19, 2020 (901FP10HF748_W32.exe, 901FP10HF746-aix64.tar, 901FP10HF745-linux64.tar en 901FP10HF747_W64.exe) HCL Notes v9.0.1 FP10 IF8, Sep 14, 2020 (901FP10SHF463_W32_basic.exe en 901FP10SHF463_W32_standard.exe)   lees meer…

Lees verder...→

DEBUG_AMGR_ENABLE_RETRY_ON_COMPACT

Posted on by

Bij een klant kwam men in de loop van de dag er achter dat bepaalde taken op de server niet werkte. Wij hebben diverse monitoring op de servers bij storingen aan server taken, processen, schijfruimte zodat wij tijdig worden gewaarschuwd. Dit was echter  een versie 9.0.1 omgeving waar een compact van een database middels DBMT ongelukkig samen viel met de refresh van de Agent Manager. Ook al wordt deze versie al enige tijd niet meer ondersteund, het probleem lijkt zich op nieuwe versies ook voor te kunnen doen. LO53401: AGENT MANAGER IS BLOCKED WHEN A SCHEDULED AGENT RUN WHILE THE COMPACT TASK IS RUNNING APAR status: Closed as program error. Error description: Scheduled agent will not run again if AMGR attempts to run it while compact task is processing database. Steps to reproduce: 1. Created a scheduled agent which should run every 10 minutes 2. Created a program document with a compact task running or run the compact -c manually. 3. When the agent want to start running while the compact task is running, there is an error message in console domino: “AMgr: Unable to load agent document for ‘Test1’ in ‘mail\ykioso.nsf’ :Database is being compacted; compact must finish before use.” “Database compactor process shutdown” Local fix: Restart the agent manager or set compact task to run just before amgr cache is reset. Problem summary: A programming error was found and will be corrected in a future release. Problem conclusion: A programming error was found and will be corrected in a future release. Comments: This APAR is associated with SPR# KMUR63DF3V. SPR# KMUR63DF3V Fix introduces an ini DEBUG_AMGR_ENABLE_RETRY_ON_COMPACT to allow an agent to run on a time interval once database compact is complete. Previously when a database was being compacted and an attempt was made to load a scheduled agent it would fail and the agent would be marked to not run again unless the user restarted the agent manager or the agent cache refreshed. This fix introduces a notes.ini variable to allow the agent in question to be retried on it’s subsequent time interval. lees meer…

Lees verder...→

IBM Notes/Domino 10.0.1 is uit

Posted on by

IBM Notes/Domino 10.0.1 is uit. Wat is er (o.a.) nieuw in deze versie: IBM Notes for Windows™ Panagenda MarvelClient Essentials IBM Notes 10.0.1 for macOS Supporting Mojave (with embedded IBM Java™ binaries) IBM Domino AppDev Pack 1.0 IBM Domino AppDev Pack Identity and Access Management Service with OAuth — Preview IBM Verse® On-Premises 1.0.6 https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/8/897/ENUS218-538/index.html&request_locale=en lees meer…

Lees verder...→

Voorproefje: Database symmetrie in een Domino 10 cluster

Posted on by

HCL Technologies heeft een demo geplaatst op hun YouTube kanaal waarin ze de nieuwe optie om databases binnen bepaalde mappen in een Domino Cluster gelijk te kunnen houden tonen. Een symmetrisch cluster zorgt ervoor dat HCL Notes®-databases identiek blijven op alle servers in een cluster. Een reparatieservice herstelt ontbrekende of beschadigde databases door ze te vervangen door goede kopieën van clusterleden. Opsporing en reparatie van ontbrekende databases Een servertaak, AutoRepair, wordt op elke server in een symmetrisch cluster uitgevoerd. AutoRepair scant opgegeven mappen op de server op ontbrekende databases. AutoRepair verwijst naar de Cluster Database Directory (cldbdir.nsf) om te bepalen welke databases de gecontroleerde mappen moeten bevatten. Wanneer AutoRepair ontbrekende databases detecteert en repareert, repareert het ook alle DAOS .nlo-bestanden waarnaar wordt verwezen door de databases. U gebruikt een clusterconfiguratiedocument om de volgende aspecten van AutoRepair te configureren: Of AutoRepair alleen ontbrekende databases in het logbestand rapporteert of dat het de reparatieservice activeert om ontbrekende databases te vervangen. De mappen die moeten worden gescand. Mappen moeten onder de servergegevensmap staan. De frequentie waarmee AutoRepair scant op ontbrekende databases. Detectie en reparatie van beschadigde databases Om beschadigde databases te detecteren en te repareren, selecteert u de optie Beschadigde bestanden herstellen in een clusterconfiguratiedocument. Als deze optie is geselecteerd en een Domino®-server een beschadigde database in een bewaakte map detecteert, wordt Fixup uitgevoerd om te proberen de database te herstellen. Als Fixup niet succesvol is, plaatst de server de beschadigde database in quarantaine door de bestandsextensie te wijzigen in .pd_bad_ . De reparatiedienst herstelt direct een goede versie van een clusterlid. De servertaak RepairCleanup verwijdert de in quarantaine geplaatste versies van databases na een aantal dagen dat u opgeeft in het clusterconfiguratiedocument. Reparatie service Om een ​​ontbrekende of beschadigde database te vervangen, doet de hersteldienst: Kopieert een momentopname van de database van een donorserver met een goede versie. Werkt mapreferenties bij. Past de replicatiegeschiedenis voor clustermaatkopieën aan om het punt van divergentie weer te geven om de impact op replicatie te minimaliseren. Bouwt de volledige-tekstindex opnieuw op als volledige-tekstindexering is ingeschakeld voor de database die is gekopieerd. Scant de database om te controleren of DAOS-objecten waarnaar wordt verwezen op deze server aanwezig zijn. Als er iets ontbreekt, wordt dit vervangen. lees meer…

Lees verder...→

DEBUG_REPL_TOLERATE_ERRORS

Posted on by

Wanneer in een cluster problemen zijn ontstaan met DOAS kan het voorkomen dat een postbus (of andere database) bijlagen die opgeslagen zijn als NLO bestanden niet meer kan vinden. Dat probleem zal opgelost moeten worden door de NLO bestanden uit een back-up terug te zetten. Tot die tijd zal het repliceren van de database niet mogelijk zijn omdat de replicator foutmeldingen geeft als 05-01-2018 10:36:02 The database E:\Domino\data\mail\xxxx.nsf attempted to access a missing file: F:\DAOS\0148\71B8CB2B87D602E3F83AA3897F5D8A23E3979A020001E900.nlo: File does not exist Bij meer dan vier fouten staakt de replicator het repliceren en daardoor zal de database niet meer gerepliceert worden tot de fouten zijn opgelost. Om replicatie toch af te dwingen kan de beheerder het commando SET CONFIG DEBUG_REPL_TOLERATE_ERRORS=103 op de server console uitvoeren. Op het internet vond ik eerder de waarde 2C8, maar die werkt in dit geval niet. De waardes die ingevuld kunnen worden zijn de (hex) foutcodes die ook op de server console terug komen. Repliceren gaat vervolgens wel, ondanks de foutmeldingen die voorbij komen. Documenten met fouten worden overgeslagen, dus de fout is hiermee niet opgelost!   Workaround Wanneer het niet mogelijk is om de NLO bestanden te herstellen zijn er twee opties: Geef het commando ‘load fixup -j -d mail\xxxx.nsf’ op de server console om de documenten met missende  NLO bestanden te verwijderen. Documenten (berichten) zijn daarmee weg, maar er wordt geen deletion stub aangemaakt. Daardoor kan het document uit een andere replica van de database opnieuw gerepliceerd worden. Moet er natuurlijk wel een goede replica zijn! Lege NLO bestanden aanmaken. Natuurlijk is ook dat geen oplossing, want de bijlagen zijn weg, echter de replicatie taak “ziet” de bestanden staan en gaat daardoor zonder foutmelding de documenten repliceren. Om optie twee te automatiseren zou een script gemaakt kunnen worden om met de lijst van missende NLO bestanden lege bestanden aan te maken. Een lijst met missende NLO bestanden kan verkregen worden door het volgende commando: tell daosmgr listnlo -o mymailobjects.txt MISSING mymail.nsf. Vervolgens kan deze lijst gebruikt worden voor het aanmaken van lege NLO bestanden.   lees meer…

Lees verder...→