<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0"
 xmlns:dc="http://purl.org/dc/elements/1.1/"
 xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
 xmlns:admin="http://webns.net/mvcb/"
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns:content="http://purl.org/rss/1.0/modules/content/"
 xmlns:wfw="http://wellformedweb.org/CommentAPI/">
<channel><title>Darren Duke Blog Zone | Comments</title><description>Random rambling about technology, BlackBerry, Lotus Domino, accents and the pursuit of happiness.</description><link>http://blog.darrenduke.net/Darren/DDBZ.nsf/</link><language>en-us</language><lastBuildDate>Wed, 10 Mar 2010 08:30:58 PM -0400</lastBuildDate>
<item>
<title>it&#8217;s the 6th option down</title>
<pubDate>Wed, 10 Mar 2010 08:30:58 PM -0400</pubDate>
<dc:creator>Darren Duke</dc:creator>
<dc:subject>8.5.1 FP1 Interim Fix 1 (IF1) flash includes important DAOS fixes - except it is NOT available</dc:subject>
<description><![CDATA[Yeah, I found it. I really, really thought about deleting the post, but thought better of it. More the better to remind me how stupid it is to blog when your swearing ;)]]></description>
<content:encoded><![CDATA[Yeah, I found it. I really, really thought about deleting the post, but thought better of it. More the better to remind me how stupid it is to blog when your swearing ;)]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/8.5.1-fp1-interim-fix-1-if1-flash-daos-fixes.htm?opendocument&amp;comments#03102010083058PMDDU3SX.htm</link>
</item>
<item>
<title>it&#8217;s the 6th option down</title>
<pubDate>Wed, 10 Mar 2010 08:27:18 PM -0400</pubDate>
<dc:creator>Declan Lynch</dc:creator>
<dc:subject>8.5.1 FP1 Interim Fix 1 (IF1) flash includes important DAOS fixes - except it is NOT available</dc:subject>
<description><![CDATA[it's not in numerical order, the 8.5.1.1 is the option your looking for.]]></description>
<content:encoded><![CDATA[it's not in numerical order, the 8.5.1.1 is the option your looking for.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/8.5.1-fp1-interim-fix-1-if1-flash-daos-fixes.htm?opendocument&amp;comments#03102010082718PMWEB3QM.htm</link>
</item>
<item>
<title>Quickr Domino 8.2 Fix Pack 10 is available</title>
<pubDate>Wed, 10 Mar 2010 08:02:50 PM -0400</pubDate>
<dc:creator>Darren Duke</dc:creator>
<dc:subject>Quickr Domino 8.2 Fix Pack 10 is available</dc:subject>
<description><![CDATA[Yep, Michael is right. PMR it. That last non English FP set was FP6.]]></description>
<content:encoded><![CDATA[Yep, Michael is right. PMR it. That last non English FP set was FP6.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/quickr-domino-8.2-fix-pack-10-is-available.htm?opendocument&amp;comments#03102010080250PMDDU39D.htm</link>
</item>
<item>
<title>German fixpack via support</title>
<pubDate>Tue, 9 Mar 2010 02:54:52 PM -0400</pubDate>
<dc:creator>Michael Urspringer</dc:creator>
<dc:subject>Quickr Domino 8.2 Fix Pack 10 is available</dc:subject>
<description><![CDATA[German fixpacks will not be released every month. If you encounter an issue which is solved with a certain English fixpack you can open a PMR and request a localized version which support will sent to you.<br /><br />About every 3 month there will be public localized versions on fix central available also.]]></description>
<content:encoded><![CDATA[German fixpacks will not be released every month. If you encounter an issue which is solved with a certain English fixpack you can open a PMR and request a localized version which support will sent to you.<br /><br />About every 3 month there will be public localized versions on fix central available also.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/quickr-domino-8.2-fix-pack-10-is-available.htm?opendocument&amp;comments#03092010025452PMWEBRCU.htm</link>
</item>
<item>
<title>German</title>
<pubDate>Tue, 9 Mar 2010 11:11:16 AM -0400</pubDate>
<dc:creator>Christian</dc:creator>
<dc:subject>Quickr Domino 8.2 Fix Pack 10 is available</dc:subject>
<description><![CDATA[where can i found the German-Fixup?]]></description>
<content:encoded><![CDATA[where can i found the German-Fixup?]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/quickr-domino-8.2-fix-pack-10-is-available.htm?opendocument&amp;comments#09.03.2010111116WEBLZ4.htm</link>
</item>
<item>
<title>&#64;6, you are wrong - it is fully clarified</title>
<pubDate>Wed, 3 Mar 2010 08:19:47 AM -0400</pubDate>
<dc:creator>Darren Duke</dc:creator>
<dc:subject>Real world DAOS - a customer server from 146GB to ....</dc:subject>
<description><![CDATA[By default the DAOS repository IS ENCRYPTED WITH THE SERVER ID. This means that the DAOS repository can only be moved to new hardware (or restored from backup) to the same server ID file. You can turn this encryption off with a server notes.ini file setting, but I, as a general rule, I prefer security offered by this encryption. So also make sure to backup your server ID files ;)<br /><br />Should DAOS be encrypted (and why wouldn't you?) then you CAN NO LONGER JUST COPY NSF FILES TO OTHER SERVERS. The fact that this is not supported nor recommended by IBM notwithstanding, there are other benefits to replicating the NSF files to a new server over an OS level copy.]]></description>
<content:encoded><![CDATA[By default the DAOS repository IS ENCRYPTED WITH THE SERVER ID. This means that the DAOS repository can only be moved to new hardware (or restored from backup) to the same server ID file. You can turn this encryption off with a server notes.ini file setting, but I, as a general rule, I prefer security offered by this encryption. So also make sure to backup your server ID files ;)<br /><br />Should DAOS be encrypted (and why wouldn't you?) then you CAN NO LONGER JUST COPY NSF FILES TO OTHER SERVERS. The fact that this is not supported nor recommended by IBM notwithstanding, there are other benefits to replicating the NSF files to a new server over an OS level copy.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/real-world-daos-a-customer-server-from-146gb-to-what.htm?opendocument&amp;comments#03032010081947AMDDUHMZ.htm</link>
</item>
<item>
<title>Should be cautious when enabling DAOS</title>
<pubDate>Wed, 3 Mar 2010 06:22:40 AM -0400</pubDate>
<dc:creator>Chandrasekhar Chinni</dc:creator>
<dc:subject>Real world DAOS - a customer server from 146GB to ....</dc:subject>
<description><![CDATA[there exists some of the issues. <br /><br />As i understood DAOS folder can not be moved phyisically to any other server / location.<br /><br />This worries to consider the DR scenario's or hardware migrations.<br /><br />Need to get some answers clarified around this yet from IBM.]]></description>
<content:encoded><![CDATA[there exists some of the issues. <br /><br />As i understood DAOS folder can not be moved phyisically to any other server / location.<br /><br />This worries to consider the DR scenario's or hardware migrations.<br /><br />Need to get some answers clarified around this yet from IBM.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/real-world-daos-a-customer-server-from-146gb-to-what.htm?opendocument&amp;comments#03032010062240AMWEBFCQ.htm</link>
</item>
<item>
<title>CHUG vs. GLUG</title>
<pubDate>Fri, 26 Feb 2010 08:12:38 AM -0400</pubDate>
<dc:creator>Lisa Duke</dc:creator>
<dc:subject>Reminder, Chattanooga Lotus User Group (CHUG) is tomorrow (02/25)</dc:subject>
<description><![CDATA[@1 You are welcome to visit CHUG or GLUG, the Greenville Lotus User Group, any time. ;)]]></description>
<content:encoded><![CDATA[@1 You are welcome to visit CHUG or GLUG, the Greenville Lotus User Group, any time. ;)]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/reminder-chattanooga-.htm?opendocument&amp;comments#02262010081238AMHOSHHF.htm</link>
</item>
<item>
<title>Contact details</title>
<pubDate>Fri, 26 Feb 2010 08:08:21 AM -0400</pubDate>
<dc:creator>Lisa Duke</dc:creator>
<dc:subject>Good Quickr idea from a STS customer</dc:subject>
<description><![CDATA[To reach Darren and the rest of the STS team, click on the STS logo on the left and go to the "contact us" tab.]]></description>
<content:encoded><![CDATA[To reach Darren and the rest of the STS team, click on the STS logo on the left and go to the "contact us" tab.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/good-quickr-idea-from-a-sts-customer.htm?opendocument&amp;comments#02262010080821AMHOSHET.htm</link>
</item>
<item>
<title>Doubts in quickr</title>
<pubDate>Fri, 26 Feb 2010 12:42:19 AM -0400</pubDate>
<dc:creator>arockia arul</dc:creator>
<dc:subject>Good Quickr idea from a STS customer</dc:subject>
<description><![CDATA[I have some doubts, can youprovide your contact details.]]></description>
<content:encoded><![CDATA[I have some doubts, can youprovide your contact details.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/good-quickr-idea-from-a-sts-customer.htm?opendocument&amp;comments#02262010124219AMWEB8PZ.htm</link>
</item>
<item>
<title>&#64;5, it is NOT on the PERC</title>
<pubDate>Wed, 24 Feb 2010 04:15:46 PM -0400</pubDate>
<dc:creator>Darren Duke</dc:creator>
<dc:subject>The very un-scientific look at transaction logging on Domino - part 2 - a real world server</dc:subject>
<description><![CDATA[For this client it is a single SATA drive that is not plugged into the PERC, and subsequently nor it is fault tolerant. It simply uses the PowerEdge's mobo SATA connector. <br /><br />TX logging for this client was enabled for DAOS and is circular. Should the HD fail, we'll simply replace it and have Domino rebuild the TX logs. It is a price vs MTBF decision for this install. Price won ;)<br /><br />If it was archived TX logs then that would be a totally different decision.]]></description>
<content:encoded><![CDATA[For this client it is a single SATA drive that is not plugged into the PERC, and subsequently nor it is fault tolerant. It simply uses the PowerEdge's mobo SATA connector. <br /><br />TX logging for this client was enabled for DAOS and is circular. Should the HD fail, we'll simply replace it and have Domino rebuild the TX logs. It is a price vs MTBF decision for this install. Price won ;)<br /><br />If it was archived TX logs then that would be a totally different decision.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/the-very-un-scientific-look-at-transaction-logging-on-domino-part-2-a-real-world-server.htm?opendocument&amp;comments#02242010041546PMWEBSXE.htm</link>
</item>
<item>
<title>The very un-scientific look at transaction logging on Domino - part 2 - a real world server</title>
<pubDate>Wed, 24 Feb 2010 03:46:53 PM -0400</pubDate>
<dc:creator>Juergen</dc:creator>
<dc:subject>The very un-scientific look at transaction logging on Domino - part 2 - a real world server</dc:subject>
<description><![CDATA[Thanks for this interesting article.<br /><br />If I unterstand this correctly you/your customer moved the TX logs to a single SATA drive.<br /><br />Is this HD also connected to the PERC controller?<br /><br />How critical is it, if this single HD fails?]]></description>
<content:encoded><![CDATA[Thanks for this interesting article.<br /><br />If I unterstand this correctly you/your customer moved the TX logs to a single SATA drive.<br /><br />Is this HD also connected to the PERC controller?<br /><br />How critical is it, if this single HD fails?]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/the-very-un-scientific-look-at-transaction-logging-on-domino-part-2-a-real-world-server.htm?opendocument&amp;comments#02242010034653PMWEBSDC.htm</link>
</item>
<item>
<title>Thanks</title>
<pubDate>Wed, 24 Feb 2010 02:04:48 PM -0400</pubDate>
<dc:creator>Sean Cull</dc:creator>
<dc:subject>The very un-scientific look at transaction logging on Domino - part 2 - a real world server</dc:subject>
<description><![CDATA[Darren, nice effective demonstration, tks, Sean]]></description>
<content:encoded><![CDATA[Darren, nice effective demonstration, tks, Sean]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/the-very-un-scientific-look-at-transaction-logging-on-domino-part-2-a-real-world-server.htm?opendocument&amp;comments#24022010140448WEBQDK.htm</link>
</item>
<item>
<title>Love that name!</title>
<pubDate>Wed, 24 Feb 2010 01:29:18 PM -0400</pubDate>
<dc:creator>Mary Beth Raven</dc:creator>
<dc:subject>Reminder, Chattanooga Lotus User Group (CHUG) is tomorrow (02/25)</dc:subject>
<description><![CDATA[Ah. it is now my career goal to make it to "CHUG"]]></description>
<content:encoded><![CDATA[Ah. it is now my career goal to make it to "CHUG"]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/reminder-chattanooga-.htm?opendocument&amp;comments#02242010012918PMWEBPPD.htm</link>
</item>
<item>
<title>The very un-scientific look at transaction logging on Domino - part 2 - a real world server</title>
<pubDate>Wed, 24 Feb 2010 10:26:54 AM -0400</pubDate>
<dc:creator>Darren Duke</dc:creator>
<dc:subject>The very un-scientific look at transaction logging on Domino - part 2 - a real world server</dc:subject>
<description><![CDATA[@1, I haven't done any testing on this new setting CREATE_R85_LOG. However, any server that doesn't have TX logging enabled when we take it to 8.5 is getting this setting. To change it in production "could" be a challenge. The setting is not retroactive so you have to remove all your logs and have Domino reibuild them. If you do that, you'll force a consistency check on all TX databases. Needless to say, if you have a lot of mail files......<br /><br />@2, For the i5, it is indeed confusing. Most of the "official" documentation points to the i5 not needing a seperate ASP for the logs as it "just works". For DAOS on the i5 though, the recommendation is for the minimum DAOS attachment size to be 1MB.]]></description>
<content:encoded><![CDATA[@1, I haven't done any testing on this new setting CREATE_R85_LOG. However, any server that doesn't have TX logging enabled when we take it to 8.5 is getting this setting. To change it in production "could" be a challenge. The setting is not retroactive so you have to remove all your logs and have Domino reibuild them. If you do that, you'll force a consistency check on all TX databases. Needless to say, if you have a lot of mail files......<br /><br />@2, For the i5, it is indeed confusing. Most of the "official" documentation points to the i5 not needing a seperate ASP for the logs as it "just works". For DAOS on the i5 though, the recommendation is for the minimum DAOS attachment size to be 1MB.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/the-very-un-scientific-look-at-transaction-logging-on-domino-part-2-a-real-world-server.htm?opendocument&amp;comments#02242010102654AMDDUL5E.htm</link>
</item>
<item>
<title>transaction log wisdom for iSeries</title>
<pubDate>Wed, 24 Feb 2010 10:18:02 AM -0400</pubDate>
<dc:creator>Lars Berntrop-Bos</dc:creator>
<dc:subject>The very un-scientific look at transaction logging on Domino - part 2 - a real world server</dc:subject>
<description><![CDATA[Anyone data on how this transaltes to iSeries? I'm getting conflicting answers whether this is or isn't a good idea on iSeries.]]></description>
<content:encoded><![CDATA[Anyone data on how this transaltes to iSeries? I'm getting conflicting answers whether this is or isn't a good idea on iSeries.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/the-very-un-scientific-look-at-transaction-logging-on-domino-part-2-a-real-world-server.htm?opendocument&amp;comments#02242010101802AMWEBKXT.htm</link>
</item>
<item>
<title>agreed</title>
<pubDate>Wed, 24 Feb 2010 10:01:59 AM -0400</pubDate>
<dc:creator>norm</dc:creator>
<dc:subject>The very un-scientific look at transaction logging on Domino - part 2 - a real world server</dc:subject>
<description><![CDATA[Hi Darren;<br /><br />Interesting findings. We finally moved our T-logs from SAN to internal RAID-1 disk on a dedicated controller - at the same time we moved from Domino 7.0.3 to 8.5. I don't have the before/after stats to back it up like you do, but I can say that the server is significantly faster. As a simple example, running a re-build of clubusy.nsf for our 3000 mail users used to take 6 hours. It now takes under one hour. We are now taking steps to upgrade the ODS to the latest, where I hear I/O is even faster.<br /><br />Do you have any comment on the notes.ini parm that drives the translog block size: CREATE_R85_LOG ??]]></description>
<content:encoded><![CDATA[Hi Darren;<br /><br />Interesting findings. We finally moved our T-logs from SAN to internal RAID-1 disk on a dedicated controller - at the same time we moved from Domino 7.0.3 to 8.5. I don't have the before/after stats to back it up like you do, but I can say that the server is significantly faster. As a simple example, running a re-build of clubusy.nsf for our 3000 mail users used to take 6 hours. It now takes under one hour. We are now taking steps to upgrade the ODS to the latest, where I hear I/O is even faster.<br /><br />Do you have any comment on the notes.ini parm that drives the translog block size: CREATE_R85_LOG ??]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/the-very-un-scientific-look-at-transaction-logging-on-domino-part-2-a-real-world-server.htm?opendocument&amp;comments#02242010100159AMWEBKMS.htm</link>
</item>
<item>
<title>Notes is dead, but Jesus was dead once, too</title>
<pubDate>Tue, 23 Feb 2010 12:07:48 PM -0400</pubDate>
<dc:creator>Lisa Duke</dc:creator>
<dc:subject>Lotus Notes and Dinosaurs - the comparison I hear all the time</dc:subject>
<description><![CDATA[The other one I hear all the time is that "Notes is dead". Forget the fact that just saying something doesn't make it so - let's go with it. So Notes is dead? Well, like Jesus, Notes is back from the dead. With the Lotus Knows campaign and the new 8 user interface, Notes is back from the dead and looking better than ever.<br /><br />If, like Jesus, Notes can be relevant 2000 years after it's death, my career is quiet safe. Count me unconcerned.]]></description>
<content:encoded><![CDATA[The other one I hear all the time is that "Notes is dead". Forget the fact that just saying something doesn't make it so - let's go with it. So Notes is dead? Well, like Jesus, Notes is back from the dead. With the Lotus Knows campaign and the new 8 user interface, Notes is back from the dead and looking better than ever.<br /><br />If, like Jesus, Notes can be relevant 2000 years after it's death, my career is quiet safe. Count me unconcerned.]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/lotus-notes-and-dinosaurs-the-comparisson-i-hear-all-the-time.htm?opendocument&amp;comments#02232010120748PMHOSN4G.htm</link>
</item>
<item>
<title>Untitled</title>
<pubDate>Tue, 23 Feb 2010 07:25:46 AM -0400</pubDate>
<dc:creator>Michael Urspringer</dc:creator>
<dc:subject>Is Quickr Domino &quot;Enterprise Ready&quot;? (aka How good is Quickr?)</dc:subject>
<description><![CDATA[Thanks Darren. Very helpful!]]></description>
<content:encoded><![CDATA[Thanks Darren. Very helpful!]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/is-quickr-domino-enterprise-ready.htm?opendocument&amp;comments#02232010072546AMWEBGL6.htm</link>
</item>
<item>
<title>The averages, however, tell a different story</title>
<pubDate>Tue, 16 Feb 2010 05:19:11 PM -0400</pubDate>
<dc:creator>Richard Schwartz</dc:creator>
<dc:subject>A very un-scientific look at transaction logging in Domino</dc:subject>
<description><![CDATA[It seems that in the second set of shots, the average write time on server 2 is substantially higher than on server 1. Wouldn't that be a much more important statistic than the max?]]></description>
<content:encoded><![CDATA[It seems that in the second set of shots, the average write time on server 2 is substantially higher than on server 1. Wouldn't that be a much more important statistic than the max?]]></content:encoded>
<link>http://blog.darrenduke.net/Darren/DDBZ.nsf/dx/a-very-un-scientific-look-at-transaction-logging-in-domino.htm?opendocument&amp;comments#02162010051911PMWEBU72.htm</link>
</item>

</channel></rss>
