Opgradering til R6.5 - transactional logging

Transactional logging er ikke en log i gængs forstand, men en forsinket skrivning til filsystemet. Data bliver gemt i en sekventiel log (hurtig), hvorefter de bliver committet ned til databasen af et subsystem. Når en transaktion er committet til basen, bliver transaktionen markeret udført i loggen. Hvis serveren går ned, midt i det hele, bliver de endnu ikke udførte transaktioner behandlet efter genstart.
Jeg er ikke 100% sikker på at det du gør er løsningen på problemet. Jeg kører selv Domino 6.5.1 med HTTP på SuSE i nu 3 uger og har ikke noget problem. Hvis der skulle være harddiskproblemer af en eller anden art, så kan ibugtagning af TL måske afhjælpe symptomerne, men det er ikke sikkert at du har løst de faktiske problemer.
Er det kun HTTP der har problemet? Aldrig Notes klienter der tilgår via server eller POP3/IMAP klienter? Jeg kan godt forstå at du ikke vil slå transaktionslog fra og den er da nyttig i sig selv, men der er måske et andet problem der lurer. Hvad kører der af Antivirus og Backup?

Løsningen er det helt klart ikke - men det får dog serveren til at køre uden fejl, så indtil videre har vi blot fået "stoppet hullet". Vi har ikke kørt med TL før, og ønsker egenligt ikke at bruge det, eftersom det har fungeret fint uden før.
Jeg har to gange fået samme fejlmeddelelse når jeg prøvede at åbne en base via Notesklienten.
Antivirus og backup er der ikke blevet ændret på og POP3/IMAP bruger vi ikke (så vidt jeg ved, absolut ikke min boldgade).

- forøvrigt tak for forklaringen til TL. Jeg fik torsdag/fredag to - ikke helt ens -  forklaringer på funktionen, men din samler trådene :-)

Det kunne skyldes en installeret OFO backupagent kører og har fat i filerne.

Som ikke virker ordentling samme med 6.5

Men tilsyneladende virker Notesklient adgang til de samme databaser ok, det er tilsyneladende kun HTTP-konverteringen der får nægtet adgang. Kunne det være at HTTP task starter op med et seperat hukommelsesområde?

Nu er vi ude et sted hvor jeg ikke kan følge med mere !.
Vi har en ekstern konsulent der har en god forbindelse til udviklingsafd. hos IBM - jeg kommenterer når vi har fået en response derfra.
Men (alligevel :-)
- hvad er OFO ?
- og hvordan tjekker man om HTTP task starter op med et seperat hukommelsesområde ??

Beskeden "Database i brug" kommer når en task (server, backup, Notesklient kørende direkte på serveren, http) prøver at tilgå en base der er åbnet af en "anden instans". Denne "anden instans" kører i et separat hukommelsesområde. Normalt vil alle Domino tasks køre indenfor samme hukommelsesområde og anvende de samme fælles resourcer (og handles til databaser etc.). Hvis et backup/antivirus-program tilgår en database "udefra" (ikke som en add-in eller servertask), så kan den låse adgangen for de andre tasks, da den måske gør det via et separat hukommelsesområde. Hvis det er tilfældet, så burde "låsningen" gælde både for HTTP-task og for Notes-klienterne (som tilgår dataserne via Server task). Hvis servertask ikke fejler men HTTP fejler så opfører HTTP sig som om den kører separat (hvilket den selvfølgelig ikke burde). Kunne HTTP task tilgå visse databaser, mens andre ikke kunne, eller fejlede den på alle databaser?

OFO står for Open File Option

Jeg går ud fra, at når problemet opstår så får du samme fejl hvis du forsøger på at åbne databasen via Notes klienten. Eksempelvis havde Veritas OFO backup agent en option til hård eller blød låsning på database under backup og ved hård låsning slap agenten i visse tilfælde ikke database efter endt backup og så opståd problemet. Ved ændring til blød låsning forsvandt problemet. Og det kunne jo forklare hvorfor det ændrede sig ved transactionlogging, da det er logfilerne man tager backup af og ikke selve database.

HTTP fejlede på forskellige databaser. Nogengange alle. Det var et forskelligt scenario fra genstart til genstart.

1) Er der en backup agent installeret på serveren ?
2) Kan databaserne tilgåes fra Notes klienten når problemet opstår ?

notes2c: Problemet er at problemet er væk. Alle vores gode forslag kan ikke bruges mere :-)

Okay den fangede jeg ikke. Måske endnu en "Domino in a nutshell"