This just came in via a feed from IBM support. I hope you guys subscribe to the support feeds as well.
Personally I never came across this specific error but as I do work allot in large, multi nationals this is a good one to squirrel away and keep in my back pocket.
I am part of a Domino migration at a large client in the financial/insurance industry and we have been moving applications from Domino 6.5.5 to version 8.5.2 FP1. I know, there are newer versions out there but you can’t always upgrade blindly – this is going to be one of the stories why IN-DEPTH testing is so important.
The client has an application that has been around since R5 days, migrated and upgraded several times – both client and server versions and never an issue.
Suddenly we get reports (during testing – thank GOD!) that when using the app with the new client (LN 8.5.2 standard) that certain document do not get created – they vanish.
To make a L O N G story short – we opened a ticket with IBM support and after digging and prodding they produced this one for us:
(from the actual ticket)
******************* SUBSEQUENT CALL RECORD TEMPLATE *******************
Created a test DB in 85 and copied customer form and data.
Found field “eml” caused the issue: SPR RDJS8APTK6.
This is a regression error that made its way back into the Lotus notes 8.5.2 code stream. It was fixed in Notes 8.5.3 but if you are on 8.5.2 (no matter the FP level) you are snorked.
What we did
Since it is hard to determine with any certainty how many other applications out there might contain a filed called “eml” the decision was made to do a company wide, mid-project change and instead of rolling out Notes 8.5.2 we will be rolling out 8.5.3 and upgrading all workstations to which 8.5.2 has been deployed previously. A huge undertaking.
Had this not been found during testing it could have been very costly for my client. As is, the change in scope will be massive and costly as well, but it beats having actual business processes interrupted and clients (actual consumers) be impacted.
So – the lessons everybody should take home from this:
- Test – always test even if it is a small point upgrade
- Test – with ALL server and client variations that you might have in your environment – do not skip anything
- Have test plans that are captured and documented across each scenario and can be compared apples-to-apples.
- DO NOT NAME ANY FIELDS, FORMS (or anything else for that matter) IN YOUR APPLICATIONS “EML” – this error could possibly be re-introduced in a future code stream – you never know.
I have been a bit preoccupied with a troublesome BES installation for the last week and have not been looking much at the web and blogs – but today it looks like FP1 for Lotus Notes 8.5.2 is out and available. I am already downloading it and will apply it to all my many clients today.
Can’t wait until the FP1 for the server is out.
You can tell from my posts today that I have been investigating DAOS a bit to get some more under-the-hood info that I might be need. I came across this technote here that specifies how to turn on DAOS on newly created archives when server based archiving is utilized.
The kicker of this is that the new 8.5.2 admin client only is delivered with the 8.5.1 help file (what’s up with that???) and this information is not included in that help file:
Server Based Archiving:
Is run via the compact command using one of the switches [-a/-A/-j] when the option Domino server based archiving is enabled in mail files (best via policies, lets not get into that right now).
Since release 8.5 you could use the following command to enable the newly created archive to be DAOS enabled
load compact -A DAOS on mail\xxxx.nsf
In-place compaction switch [-a] would not work though, only the archiving function as is.
New in 8.5.2 –
In release 8.5.2, you can now use the [-a] switch ion combination with the [-DAOS on] switch to archive, compact the mail file in place and DAOS enable the archive at the same time as follows:
load compact -a -DAOS on mail\xxxx.nsf
*** SUBTLE HINT TO IBM ***
… I hope that IBM will create a new 8.5.1 admin helpfile soon for download. I for myself use that as the first line of investigation whenever looking into some functionality and do nto necessarily always go out onto the Internet for more information. If it ain’t in there I might assume it does not exist . . . . . . the InfoCenter does not appear to be updated either …
How DAOS functions with mail quotas
via IBM – How DAOS functions with mail quotas.
I found this one in the Domino support feed this morning and it is rather informative. I read all new and updated technotes every day (or at least glance over them) and as DAOS is getting more and more of an implementation base I thought I would bring this one to everybody’s attention.
It deals with how DAOS impacts mail quota behavior when adding a document or extending the file size. Rather interesting. It also has a link to another technote for 8.5 (no “x”) regarding a bug that displays the actual files size incorrectly in iNotes when DAOS is enabled.
Finally! I spent all of 25 minutes yesterday to upgrade my main Domino server to 8.5.2 with the new HF for SMTP that came out yesterday. I waited on this fix and all I can say is that the upgrade (from 8.5.1 FP4) was quick, simple and even the old HW that my server runs on had no issue with it. What took the longest was the download of the Domino install (15 minutes) and everything else was quick.
I do have clients that want to wait until FP1 comes out – somewhat short-sighted but I do understand some hesitation. That is exactly why I did not upgrade my servers immediately when the new version came out – I like to wait and see what issues and downright problems are found by those braver than me. Once I see a lull – then I go ahead and make a decision.
So, if Mr cautious did it last night while watching TV and sipping a nice glass of Cabernet Sauvignon and upgrading Symantec on another server, what are you waiting for?
My main OS on my private machine is Linux and I love it. I have been workign with Linux for years now and still consider myself someplace int eh steep learning curve as there is a new thing I learn every week.
I also love the notes client on Linux because NOTHING “was” able to kill it – until I tried to create an update site and load in the language packs for German, French, Italian and Spanish for the new spell checker. These need to be integrated using an update site or can also be installed like a locally available widget.
Well, my linux client met it’s match. I run 8.5.1 FP4 on Red HAd workstation 5.5 …. it crashed on me every time. Made no difference if the update site was a local file or on the server.
Has anyone else out there run into this scenario? Ideas and input please.
I have not had the chance to look though all the crash information or turn on debug parameters to get to the root cause – but after I am done with the Webcast I am preparing for the Consultant In Your Pocket series run by Chris Miller I will go and nail this one down and figure out what caused it. I can never rule out stupid user error, but I like to don my Teflon suite and make sure nothing sticks and I can blame somebody else ….