<?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; troubleshooting</title>
	<atom:link href="http://www.pythian.com/news/tag/troubleshooting/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>SQL server:opening errorlog:Failed to retrieve data for this request. (Microsoft.SqlServer.Management.Sdk.Sfc)</title>
		<link>http://www.pythian.com/news/27905/sql-serveropening-errorlogfailed-to-retrieve-data-for-this-request-microsoft-sqlserver-management-sdk-sfc/</link>
		<comments>http://www.pythian.com/news/27905/sql-serveropening-errorlogfailed-to-retrieve-data-for-this-request-microsoft-sqlserver-management-sdk-sfc/#comments</comments>
		<pubDate>Tue, 25 Oct 2011 20:53:09 +0000</pubDate>
		<dc:creator>Mohammed Mawla</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[SQL Server]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[SSMS]]></category>
		<category><![CDATA[troubleshooting]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=27905</guid>
		<description><![CDATA[After an in place upgrade of SQL server 2005 to SQL server 2008 R2 , I tried to open SQL errorlog from Management&#62; SQL server logs but I got the following error Refreshing the node will pop the error up again. Maybe we try T-SQL! EXEC xp_readerrorlog Msg 22004, Level 16, State 1, Line 0 [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/27905/sql-serveropening-errorlogfailed-to-retrieve-data-for-this-request-microsoft-sqlserver-management-sdk-sfc/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to GNS process log level for diagnostic purposes (11G R2 RAC / SCAN / GNS) ?</title>
		<link>http://www.pythian.com/news/16103/how-to-gns-process-log-level-for-diagnostic-purposes-11g-r2-rac-scan-gns/</link>
		<comments>http://www.pythian.com/news/16103/how-to-gns-process-log-level-for-diagnostic-purposes-11g-r2-rac-scan-gns/#comments</comments>
		<pubDate>Tue, 31 Aug 2010 02:13:48 +0000</pubDate>
		<dc:creator>Yury Velikanov</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Technical Blog]]></category>
		<category><![CDATA[11gR2]]></category>
		<category><![CDATA[GNS]]></category>
		<category><![CDATA[logging]]></category>
		<category><![CDATA[RAC]]></category>
		<category><![CDATA[SCAN]]></category>
		<category><![CDATA[trace]]></category>
		<category><![CDATA[troubleshooting]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=16103</guid>
		<description><![CDATA[Hello Everyone, This is one of my fist posts under Pythian&#8217;s blog. I will try to keep those short and simple at the beginning. Recently I was troubleshooting a new GNS (Grid Name Services) functionality. For more information please see here: Oracle Clusterware Network Configuration Concepts. I have noticed that there is a-trace-level parameter in [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/16103/how-to-gns-process-log-level-for-diagnostic-purposes-11g-r2-rac-scan-gns/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Sydney Oracle Meetup #2 Report &#8212; Visualizing Oracle Performance</title>
		<link>http://www.pythian.com/news/2590/sydney-oracle-meetup-2-visualizing-oracle-performance/</link>
		<comments>http://www.pythian.com/news/2590/sydney-oracle-meetup-2-visualizing-oracle-performance/#comments</comments>
		<pubDate>Wed, 27 May 2009 03:48:52 +0000</pubDate>
		<dc:creator>Alex Gorbachev</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[Sydney Oracle Meetup]]></category>
		<category><![CDATA[charts]]></category>
		<category><![CDATA[events]]></category>
		<category><![CDATA[GUI tools]]></category>
		<category><![CDATA[Hotsos]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[perfsheet]]></category>
		<category><![CDATA[Sydney]]></category>
		<category><![CDATA[Tanel Poder]]></category>
		<category><![CDATA[troubleshooting]]></category>
		<category><![CDATA[video]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=2590</guid>
		<description><![CDATA[More than a month has passed since Sydney Oracle Meetup #2. We shot some video, but it took me a while to process it and publish a few interesting pieces, but I finally got it all. Ric Van Dyke&#8216;s presentation on tuning SQL queries using 10046 trace is available on the SOM website in the [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/2590/sydney-oracle-meetup-2-visualizing-oracle-performance/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Spinning the Wheel of Protocols</title>
		<link>http://www.pythian.com/news/1442/spinning-the-wheel-of-protocols/</link>
		<comments>http://www.pythian.com/news/1442/spinning-the-wheel-of-protocols/#comments</comments>
		<pubDate>Wed, 14 Jan 2009 05:04:33 +0000</pubDate>
		<dc:creator>Sheeri Cabral</dc:creator>
				<category><![CDATA[MySQL]]></category>
		<category><![CDATA[connectivity]]></category>
		<category><![CDATA[protocol]]></category>
		<category><![CDATA[troubleshooting]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/1442/spinning-the-wheel-of-protocols</guid>
		<description><![CDATA[Wheel of protocol, turn turn turn. Tell us the lesson that we should learn. (with apologies to the original source) Writing a book comes with many challenges. For me, writing a MySQL book for MySQL beginners, who may or may not be database beginners, has fed my compulsion to research and test bizarre interactions. Today&#8217;s [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/1442/spinning-the-wheel-of-protocols/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Enable JServ Logging Without Bouncing Apache</title>
		<link>http://www.pythian.com/news/911/enable-jserv-logging-with-out-bouncing-apache/</link>
		<comments>http://www.pythian.com/news/911/enable-jserv-logging-with-out-bouncing-apache/#comments</comments>
		<pubDate>Thu, 17 Apr 2008 16:14:27 +0000</pubDate>
		<dc:creator>Vasu Balla</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle E-Business Suite]]></category>
		<category><![CDATA[Apache]]></category>
		<category><![CDATA[Jserv]]></category>
		<category><![CDATA[Oracle 11i E-Business Suite]]></category>
		<category><![CDATA[troubleshooting]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/911/enable-jserv-logging-with-out-bouncing-apache</guid>
		<description><![CDATA[It is quite common for Oracle Tech support, while troubleshooting any 11i E-Business Suite Self Service Applications (SSWA) related error messages, to ask to enable debug logging in JServ configuration files. The procedure to enable debug logging in JServ is to update following line in file $IAS_ORACLE_HOME/Apache/Jserv/etc/jserv.properties from log=false to log=true, and then bounce Apache [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/911/enable-jserv-logging-with-out-bouncing-apache/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Tilton&#8217;s Law: Always solve the first problem. Corollary to Tilton&#8217;s law: there only is the first problem.</title>
		<link>http://www.pythian.com/news/861/tiltons-law-always-solve-the-first-problem-corollary-to-tiltons-law-there-only-is-the-first-problem/</link>
		<comments>http://www.pythian.com/news/861/tiltons-law-always-solve-the-first-problem-corollary-to-tiltons-law-there-only-is-the-first-problem/#comments</comments>
		<pubDate>Tue, 11 Mar 2008 19:37:03 +0000</pubDate>
		<dc:creator>Paul Vallee</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[database problem solving]]></category>
		<category><![CDATA[tilton's law]]></category>
		<category><![CDATA[troubleshooting]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/861/tiltons-law-always-solve-the-first-problem-corollary-to-tiltons-law-there-only-is-the-first-problem</guid>
		<description><![CDATA[Kenny Tilton writes a blog that is mostly about LISP programming, but today he posted about database troubleshooting, and he anecdotally illustrates and elaborates on a law of troubleshooting that I strongly agree with: Always solve the first problem. Based on the way this law is named, I suspect it is his own. In a [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/861/tiltons-law-always-solve-the-first-problem-corollary-to-tiltons-law-there-only-is-the-first-problem/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

