----SNARK ENGAGED One of my absolute favorite things in my daily job is PVU's. I just loving being the bad news bear to a customer that was sold the wrong thing. ---SNARK DISENGAGED
I get asked this a lot:
How do I know how many PVU's I need for Domino?
For this post I am presuming you are running a physical Domino server (aka 'full capacity licensing'). Virtual will be covered in a later post. This also presumes Intel architecture.
If you know the steps it is pretty straightforward:
1) Find out the CPU count, model and cores. 2) Use the PVU calculator to give you a heart attack 3) Pay IBM tons of money because you are so far out of compliance you can see Uranus from where you are
OK, a bit more detail.....
1) On the server in question where Domino is running (I'm presuming Windows, if you are a Linux doobie surely you know what make and model of CPU you are running) open the 'System' applet from the 'Control Panel':
Take a note of the CPU model number (in this case an Intel Xeon X5450).
2) Using Google (or Newegg which I prefer) go find out how many cores there are in this model of CPUs. Here is the above CPU from Newegg:
As you can see it is quad-core.
Next find out how many CPUs are installed on the system by rebooting and going into BIOS or asking you hardware guy. I have two CPUs in my example server. So that is eight cores in total.
Another alternative is to use CPUID if you are able to install software on the server.
On a side topic, some may suggest looking at device manager, but hyperthreading can cause that number to double.
2) With the model (X5450) and the core count (eight) I will now either call STS or go to the dreaded PVU calculator provided by IBM. The actual table illustrated below is available here and should be checked periodically for new additions.
With my model number in hand (5450), I match that to the "Processor Model Number" shown in red. I then record the "PVUs per Core" result from the same row, shown in blue (in this case 50).
With the number of cores (8) and the PUVs per core (50) I now do some math. Basically I multiply one with the other:
8 x 50 = 400
The total PUVs required to run Domino on this server is 400 PVUs. You only have 100 right? ;)
3) There are ways around this rather huge price. One is to virtualize the server, the other to change your licenses to something more suitable to your size of business. Again STS can help with that.
Note There are certain products and entitlements that don't require PVUs but that is probably another post. If you are PVU licensed then you also require Domino licenses for and Traveler and BES servers in your domain.
Also, any change or upgrade to the actual server may require more licenses. For example when we upgrade the example server to Intel Xeon 56xx CPU (aka Westmere) then the PVU calculation changes too. It goes up to 70 PVUs per core. Similarity going from a dual core to a quad or six core CPU changes the total.
POODLE and SHA2 support coming to Domino
Tue, Oct 21st 2014 9:02a Darren Duke Behold, the silence has ended.....the crescendo that is IBM has finally lifted the veil on some fixes for some very large security holes....AFAIK these are native Domino fixes. I'm unsure of the protocols supported, but my understanding is all of them, but only time will tell. These are not available yet, but should be in "weeks"... First up, fix POODLE outlined in Technote 1687167. This is coming to: 9.0.1 FP2 9.0 8.5.3 FP6 8.5.2 FP4 8.5.1 FP5 I think that is every supported Domino [read] Keywords: domino
So Domino and SHA2.....There’s a SPR for that
Wed, Aug 20th 2014 7:20a Darren Duke As some of you know, SHA2 support in the native Domino HTTP stack has been a bit of a fire starter of late. As IBM like to say "we've not heard that from our customers", here's your chance to change that. How do you do that? Simple, if you are able to create a PMR against Domino (if you're on support for Notes and Domino you can) and mention that you want SPR # ABAI7SASE6 (APAR LO48388) addressed. Here's link to the IBM support portal, so head on over there and create an PMR via an Elec [read] Keywords: domino
My customers don’t want Mail.Next
Tue, Aug 19th 2014 11:30a Darren Duke I have customers ranging from names you have heard of, to a few hundred seats, to 5 or less. I’m pretty sure that most customers I come into contact with are not on IBM’s radar. A few maybe, but most? Not so much. Some of them occasionally ask about “mail.next” but none are excited. You see, these customers are not cutting edge. They are not chasing the next shiny ball of tinfoil. They cherish stability. Not constant change. Not constant “vaporware” demos of stuff that most think f [read] Keywords: administration
How did I not know this feature of Windows existed? AKA - a useful tip
Fri, Aug 8th 2014 8:13a Darren Duke With a little over 18 months since I've had to produce weekly tips, you've most likely missed my gems (OK, some weren't gems, but you get what you pay for).... Anyway, this one is a gem, and I'm sure most of you know this but I surely did not. On any Windows folder, hold down the Shift key and right click you get these additional options added to your context bar: If you do anything with Websphere on Windows this will no doubt save you a ton of time, Again, how did I not know [read] Keywords: websphere
Addendum to my Domino DBMT post (well, a correction)
Tue, Apr 8th 2014 5:50a Darren Duke I'm also going to update the original post, but it appears there was an issue with the command in that original post: -compactThreads 0 -updallThreads 2 -stoptime 5AM You will see something like this in the notes.log on the server: use this one instead: -compactThreads 0 -updallThreads 2 -stoptime 5:00AM Yes, the ":00" makes all the difference. [read] Keywords: domino