<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>The Pythian Blog &#187; Don Seiler</title>
	<atom:link href="http://www.pythian.com/news/author/seiler/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pythian.com/news</link>
	<description>News and views from Pythian DBAs</description>
	<lastBuildDate>Fri, 10 Feb 2012 09:54:45 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
		<item>
		<title>A NoCOUG to Remember</title>
		<link>http://www.pythian.com/news/25677/a-nocoug-to-remember/</link>
		<comments>http://www.pythian.com/news/25677/a-nocoug-to-remember/#comments</comments>
		<pubDate>Thu, 01 Sep 2011 18:25:19 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Pythian Appearances]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[ADR]]></category>
		<category><![CDATA[conferences]]></category>
		<category><![CDATA[don seiler]]></category>
		<category><![CDATA[NoCoug]]></category>
		<category><![CDATA[Oracle 11g]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=25677</guid>
		<description><![CDATA[This post is long overdue, as I was supposed to blog about my appearance at NoCOUG before I left (sorry, Vanessa!). However in my efforts to rehearse and adjust my presentation, blogging about it just fell to the wayside. However now that NoCOUG 2011 Summer Conference is in the books, I&#8217;d like to take a [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/25677/a-nocoug-to-remember/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Upgrading Standalone ASM to Oracle Grid Infrastructure 11.2.0.2? Beware Bug 10283819!</title>
		<link>http://www.pythian.com/news/22305/upgrading-standalone-asm-to-oracle-grid-infrastructure-11-2-0-2-beware-bug-10283819/</link>
		<comments>http://www.pythian.com/news/22305/upgrading-standalone-asm-to-oracle-grid-infrastructure-11-2-0-2-beware-bug-10283819/#comments</comments>
		<pubDate>Thu, 16 Jun 2011 20:44:20 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[11g]]></category>
		<category><![CDATA[Oracle 11g]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=22305</guid>
		<description><![CDATA[No, this isn&#8217;t a re-post of my earlier blog about bug 1233183.1. We&#8217;ve found a fun new bug that seems to be specific to our poor standalone ASM instances when upgrading from Oracle Grid Infrastructure 11.2.0.1 to 11.2.0.2. The bug was first brought to my attention about four days after completing the Grid Infrastructure upgrade. [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/22305/upgrading-standalone-asm-to-oracle-grid-infrastructure-11-2-0-2-beware-bug-10283819/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Using a Custom Timezone? Beware Oracle 11.2.0.2 Grid Infrastructure!</title>
		<link>http://www.pythian.com/news/23885/using-a-custom-timezone-beware-oracle-11-2-0-2-grid-infrastructure/</link>
		<comments>http://www.pythian.com/news/23885/using-a-custom-timezone-beware-oracle-11-2-0-2-grid-infrastructure/#comments</comments>
		<pubDate>Thu, 16 Jun 2011 20:41:20 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[11.2.0.2]]></category>
		<category><![CDATA[11g]]></category>
		<category><![CDATA[ASM]]></category>
		<category><![CDATA[daylight savings time]]></category>
		<category><![CDATA[Grid]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=23885</guid>
		<description><![CDATA[We have a client that runs an application that, for whatever reasons, does NOT like daylight saving time. For that reason, the Oracle server is kept in Eastern Standard Time and does not change with the rest of the eastern United States when DST begins and ends every year. They accomplish this with a custom [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/23885/using-a-custom-timezone-beware-oracle-11-2-0-2-grid-infrastructure/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Upgrading Standalone ASM to Oracle Grid Infrastructure 11.2.0.2? Beware Bug 1233183.1!</title>
		<link>http://www.pythian.com/news/18925/upgrading-standalone-asm-to-oracle-grid-infrastructure-11-2-0-2-beware-bug-1233183-1/</link>
		<comments>http://www.pythian.com/news/18925/upgrading-standalone-asm-to-oracle-grid-infrastructure-11-2-0-2-beware-bug-1233183-1/#comments</comments>
		<pubDate>Tue, 07 Dec 2010 23:27:58 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[11.2.0.2]]></category>
		<category><![CDATA[11g]]></category>
		<category><![CDATA[11gR2]]></category>
		<category><![CDATA[ASM]]></category>
		<category><![CDATA[Grid Infrastructure]]></category>
		<category><![CDATA[upgrade]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=18925</guid>
		<description><![CDATA[The past four days have found me very frustrated and at wits&#8217; end while testing upgrades of standalone Oracle Grid Infrastructure (ASM) 11.2.0.1 to 11.2.0.2 on RHEL/OEL 5 VMs. The upgrade would seem to go fine, but after rebooting, I would see ASM and LISTENER running under the old (11.2.0.1) grid home directories again. Looking [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/18925/upgrading-standalone-asm-to-oracle-grid-infrastructure-11-2-0-2-beware-bug-1233183-1/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Beware the /var/tmp/.oracle Hidden Directory!</title>
		<link>http://www.pythian.com/news/13939/beware-the-vartmp-oracle-hidden-directory/</link>
		<comments>http://www.pythian.com/news/13939/beware-the-vartmp-oracle-hidden-directory/#comments</comments>
		<pubDate>Fri, 02 Jul 2010 19:03:19 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[ASM]]></category>
		<category><![CDATA[errors]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=13939</guid>
		<description><![CDATA[A few months ago, we had a test instance complaining that it couldn&#8217;t write to ASM. This was an 11.1.0.7 single (non-RAC) instance on Oracle Enterprise Linux 5, using ASM for the storage. We first saw these errors in the alert log: ORA-15032: not all alterations performed ORA-29702: error occurred in Cluster Group Service operation [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/13939/beware-the-vartmp-oracle-hidden-directory/feed/</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Installing Oracle 11gR2 Enterprise Edition on Ubuntu 10.04 (Lucid Lynx)</title>
		<link>http://www.pythian.com/news/13291/installing-oracle-11gr2-enterprise-edition-on-ubuntu-10-04-lucid-lynx/</link>
		<comments>http://www.pythian.com/news/13291/installing-oracle-11gr2-enterprise-edition-on-ubuntu-10-04-lucid-lynx/#comments</comments>
		<pubDate>Fri, 11 Jun 2010 21:08:48 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[11gR2]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Ubuntu]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=13291</guid>
		<description><![CDATA[I recently reformatted my laptop with the latest Ubuntu LTS release, 10.04, aka Lucid Lynx. Since I like to have a native client installation as well as a portable sandbox server, I decided to install the latest version of Oracle EE, 11.2.0.1. Rather than re-invent the wheel, I&#8217;m going to direct you to the previous [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/13291/installing-oracle-11gr2-enterprise-edition-on-ubuntu-10-04-lucid-lynx/feed/</wfw:commentRss>
		<slash:comments>66</slash:comments>
		</item>
		<item>
		<title>Applying Oracle 11.2 April 2010 PSU for Single-Instance ASM and DBMS</title>
		<link>http://www.pythian.com/news/11881/applying-oracle-11-2-april-2010-psu-for-single-instance-asm-and-dbms/</link>
		<comments>http://www.pythian.com/news/11881/applying-oracle-11-2-april-2010-psu-for-single-instance-asm-and-dbms/#comments</comments>
		<pubDate>Wed, 05 May 2010 03:48:21 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Grid Infrastructure]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Oracle 11g]]></category>
		<category><![CDATA[patch]]></category>
		<category><![CDATA[psu]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=11881</guid>
		<description><![CDATA[When news of the April 2010 PSU for Oracle 11.2 came out, I was excited to see it, since it marked the first non-one-off patch release for the 11.2 database software. I happened to have an 11gR2 test system running on 11gR2 ASM via standalone Grid Infrastructure. I applied PSU 9352237 to the DBMS home [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/11881/applying-oracle-11-2-april-2010-psu-for-single-instance-asm-and-dbms/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>Upgrading to Fedora 12?  You might need more /boot space!</title>
		<link>http://www.pythian.com/news/5539/upgrading-to-fedora-12-you-might-need-more-boot-space/</link>
		<comments>http://www.pythian.com/news/5539/upgrading-to-fedora-12-you-might-need-more-boot-space/#comments</comments>
		<pubDate>Thu, 19 Nov 2009 22:04:14 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[SysAdmin]]></category>
		<category><![CDATA[fedora]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[upgrade]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=5539</guid>
		<description><![CDATA[Today, I had a spare Fedora 11 machine sitting next to me, so I thought I&#8217;d try the upgrade to the newly-released Fedora 12, aka &#8220;Constantine.&#8221; Fedora support cycles are rather short compared to Ubuntu, so Fedora 11 will likely be de-supported in 6 to 7 months. Normally I&#8217;d wait a little longer into the [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/5539/upgrading-to-fedora-12-you-might-need-more-boot-space/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>HOWTO: Oracle Cross-Platform Migration with Minimal Downtime</title>
		<link>http://www.pythian.com/news/3653/howto-oracle-cross-platform-migration-with-minimal-downtime/</link>
		<comments>http://www.pythian.com/news/3653/howto-oracle-cross-platform-migration-with-minimal-downtime/#comments</comments>
		<pubDate>Thu, 20 Aug 2009 19:49:02 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[ASM]]></category>
		<category><![CDATA[database]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[migration]]></category>
		<category><![CDATA[rman]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=3653</guid>
		<description><![CDATA[I recently performed a migration from Oracle 10gR2 on Solaris to the same version on Linux, immediately followed by an upgrade to 11g. Both platforms were x86-64. Migrating to Linux also included migrating to ASM, whereas we had been using ZFS to hold the datafiles on Solaris. Restoring files into ASM meant we would have [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/3653/howto-oracle-cross-platform-migration-with-minimal-downtime/feed/</wfw:commentRss>
		<slash:comments>29</slash:comments>
		</item>
		<item>
		<title>Moving Oracle Datafiles to a ZFS Filesystem with the Correct Recordsize</title>
		<link>http://www.pythian.com/news/3627/moving-oracle-datafiles-to-a-zfs-filesystem-with-the-correct-recordsize/</link>
		<comments>http://www.pythian.com/news/3627/moving-oracle-datafiles-to-a-zfs-filesystem-with-the-correct-recordsize/#comments</comments>
		<pubDate>Wed, 19 Aug 2009 15:23:53 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[migration]]></category>
		<category><![CDATA[solaris sparc]]></category>
		<category><![CDATA[zfs]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=3627</guid>
		<description><![CDATA[Full credit for this tale should go to my colleague Christo Kutrovsky for the inspiration and basic plan involved. We recently migrated a large database from Solaris SPARC to Solaris x86-64. All seemed to go well with the migration, but in the next few weeks, we noticed some I/O issues cropping up. Some research led [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/3627/moving-oracle-datafiles-to-a-zfs-filesystem-with-the-correct-recordsize/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
	</channel>
</rss>

