<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: SQL SERVER &#8211; Shrinking Truncate Log File &#8211; Log Full &#8211; Part 2</title>
	<atom:link href="http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/</link>
	<description>SQL, SQL Server, MySQL, Big Data and NoSQL</description>
	<lastBuildDate>Wed, 19 Jun 2013 21:45:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Diwakar</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-379739</link>
		<dc:creator><![CDATA[Diwakar]]></dc:creator>
		<pubDate>Sat, 24 Nov 2012 02:56:48 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-379739</guid>
		<description><![CDATA[Hi

I need one help very badly. My scenario is like this. I have1 DB on an Instance which is having a data of almost 50GB with around 20 million records. And we have one job after running which the data or records in the DB1 are pushed into an another DB which is running on another Instance. But the bad thing is that the Log file(on Instance 2) is getting filled and the job getting failed. I already kept the Log Drive size as 68GB and I can&#039;t afford more than that. So is there any chance or settings by setting which the log file will be shrinked on fly and the transaction continues.]]></description>
		<content:encoded><![CDATA[<p>Hi</p>
<p>I need one help very badly. My scenario is like this. I have1 DB on an Instance which is having a data of almost 50GB with around 20 million records. And we have one job after running which the data or records in the DB1 are pushed into an another DB which is running on another Instance. But the bad thing is that the Log file(on Instance 2) is getting filled and the job getting failed. I already kept the Log Drive size as 68GB and I can&#8217;t afford more than that. So is there any chance or settings by setting which the log file will be shrinked on fly and the transaction continues.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SQL SERVER &#8211; Weekly Series &#8211; Memory Lane &#8211; #004 &#171; SQL Server Journey with SQL Authority</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-379680</link>
		<dc:creator><![CDATA[SQL SERVER &#8211; Weekly Series &#8211; Memory Lane &#8211; #004 &#171; SQL Server Journey with SQL Authority]]></dc:creator>
		<pubDate>Sat, 24 Nov 2012 01:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-379680</guid>
		<description><![CDATA[[...] Shrinking Truncate Log File – Log Full – Part 2 Shrinking database or mdf file is indeed bad thing and it creates lots of problems. However, once in a while there is legit requirement to shrink the log file &#8211; a very rare one. In the rare occasion shrinking or truncating the log file may be the only solution. However, one should make sure to take backup before and after the truncate or shrink as in case of a disaster they can be very useful. Remember that truncating log file will break the log chain and while restore it can create major issue. Anyway, use this feature with caution. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Shrinking Truncate Log File – Log Full – Part 2 Shrinking database or mdf file is indeed bad thing and it creates lots of problems. However, once in a while there is legit requirement to shrink the log file &#8211; a very rare one. In the rare occasion shrinking or truncating the log file may be the only solution. However, one should make sure to take backup before and after the truncate or shrink as in case of a disaster they can be very useful. Remember that truncating log file will break the log chain and while restore it can create major issue. Anyway, use this feature with caution. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Armstrong Henderson</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-252558</link>
		<dc:creator><![CDATA[Armstrong Henderson]]></dc:creator>
		<pubDate>Tue, 14 Feb 2012 20:01:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-252558</guid>
		<description><![CDATA[So easy i wish had thought of it.  I&#039;m on SQL Express 2008 r2 and it worked just fine.]]></description>
		<content:encoded><![CDATA[<p>So easy i wish had thought of it.  I&#8217;m on SQL Express 2008 r2 and it worked just fine.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Malaya Sinha</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-227202</link>
		<dc:creator><![CDATA[Malaya Sinha]]></dc:creator>
		<pubDate>Wed, 28 Dec 2011 05:03:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-227202</guid>
		<description><![CDATA[Hi,
If the log file size is huge and you are not able to truncate it then you can try these steps as well.
1. Goto to database properties.
2. Goto options.
3. Change the recovery model to simple and click over ok.
4. Restart the database.
5. Try shrinking the log file.]]></description>
		<content:encoded><![CDATA[<p>Hi,<br />
If the log file size is huge and you are not able to truncate it then you can try these steps as well.<br />
1. Goto to database properties.<br />
2. Goto options.<br />
3. Change the recovery model to simple and click over ok.<br />
4. Restart the database.<br />
5. Try shrinking the log file.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anton</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-202272</link>
		<dc:creator><![CDATA[Anton]]></dc:creator>
		<pubDate>Tue, 22 Nov 2011 15:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-202272</guid>
		<description><![CDATA[Hi Pinal,
thank you for this post. I initially had the same problem as Yasemin but found if the reference to the log file is removed when re-attaching, your solution works perfectly.]]></description>
		<content:encoded><![CDATA[<p>Hi Pinal,<br />
thank you for this post. I initially had the same problem as Yasemin but found if the reference to the log file is removed when re-attaching, your solution works perfectly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jernas solomon</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-80903</link>
		<dc:creator><![CDATA[jernas solomon]]></dc:creator>
		<pubDate>Tue, 20 Jul 2010 09:43:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-80903</guid>
		<description><![CDATA[Hi pinal
 
         how to create email alert for log is full in database.

please help me....]]></description>
		<content:encoded><![CDATA[<p>Hi pinal</p>
<p>         how to create email alert for log is full in database.</p>
<p>please help me&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yasemin</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-56880</link>
		<dc:creator><![CDATA[Yasemin]]></dc:creator>
		<pubDate>Thu, 22 Oct 2009 00:40:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-56880</guid>
		<description><![CDATA[Hi!
What about removing the log file in Ms Sql 2008? 
I tried to Detach&amp;Attach the database, however I can&#039;t attach it without the log file.. 
thank you,
yasemin]]></description>
		<content:encoded><![CDATA[<p>Hi!<br />
What about removing the log file in Ms Sql 2008?<br />
I tried to Detach&amp;Attach the database, however I can&#8217;t attach it without the log file..<br />
thank you,<br />
yasemin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Udaya</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-55595</link>
		<dc:creator><![CDATA[Udaya]]></dc:creator>
		<pubDate>Fri, 04 Sep 2009 11:58:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-55595</guid>
		<description><![CDATA[Hi Pinal,

Even after executing the above shrink query the size of the log file has not reduced. In my case the data file is around 180 mb, where as Log file is aroung 32 GB. Please let me know the log maintenance procedure to reduce the log file size.

Regards,
Uday]]></description>
		<content:encoded><![CDATA[<p>Hi Pinal,</p>
<p>Even after executing the above shrink query the size of the log file has not reduced. In my case the data file is around 180 mb, where as Log file is aroung 32 GB. Please let me know the log maintenance procedure to reduce the log file size.</p>
<p>Regards,<br />
Uday</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Uma</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-55436</link>
		<dc:creator><![CDATA[Uma]]></dc:creator>
		<pubDate>Mon, 31 Aug 2009 16:06:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-55436</guid>
		<description><![CDATA[Hi Pinal, I am using SQL Server 2005 Management studio and connected to SQL Server 2000 instance and I am able to get rid of the promary log file completely.
Thanks for posting the solution.]]></description>
		<content:encoded><![CDATA[<p>Hi Pinal, I am using SQL Server 2005 Management studio and connected to SQL Server 2000 instance and I am able to get rid of the promary log file completely.<br />
Thanks for posting the solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Devang</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-51753</link>
		<dc:creator><![CDATA[Devang]]></dc:creator>
		<pubDate>Mon, 11 May 2009 03:07:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-51753</guid>
		<description><![CDATA[this will not be done if database is mirrored., Whats procedure to shiriking mirror database.]]></description>
		<content:encoded><![CDATA[<p>this will not be done if database is mirrored., Whats procedure to shiriking mirror database.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dale</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-49192</link>
		<dc:creator><![CDATA[Dale]]></dc:creator>
		<pubDate>Mon, 16 Mar 2009 13:23:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-49192</guid>
		<description><![CDATA[I just tried II. Eliminate the log file completely.  The trick worked PERFECTLY!

Thank you for posting the solution!]]></description>
		<content:encoded><![CDATA[<p>I just tried II. Eliminate the log file completely.  The trick worked PERFECTLY!</p>
<p>Thank you for posting the solution!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ajay</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-44821</link>
		<dc:creator><![CDATA[ajay]]></dc:creator>
		<pubDate>Mon, 15 Dec 2008 16:30:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-44821</guid>
		<description><![CDATA[I am presently working on Upgradation project and the SQL Server is development phase n we are getting data from another database through SSIS. I am experiencing performance problem, where there are only 20-30 users who are using the SQL.  There is a very slow running SSIS packages and sometimes they are stopping due to unkown reason n if they leave them..the next day its show tht the SSIS package ran successful.  what are the things I am suppose to check for?..plz suggest me how to check the loading performance as its bulk loads n even mass updates are ran on the loaded tables.


thanks and regards]]></description>
		<content:encoded><![CDATA[<p>I am presently working on Upgradation project and the SQL Server is development phase n we are getting data from another database through SSIS. I am experiencing performance problem, where there are only 20-30 users who are using the SQL.  There is a very slow running SSIS packages and sometimes they are stopping due to unkown reason n if they leave them..the next day its show tht the SSIS package ran successful.  what are the things I am suppose to check for?..plz suggest me how to check the loading performance as its bulk loads n even mass updates are ran on the loaded tables.</p>
<p>thanks and regards</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ScottG</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-44203</link>
		<dc:creator><![CDATA[ScottG]]></dc:creator>
		<pubDate>Thu, 13 Nov 2008 15:22:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-44203</guid>
		<description><![CDATA[Very nice and helpful article.  Got a log file down from 524 meg  to 500 k.]]></description>
		<content:encoded><![CDATA[<p>Very nice and helpful article.  Got a log file down from 524 meg  to 500 k.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Senthil kumar Rajendran</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-42664</link>
		<dc:creator><![CDATA[Senthil kumar Rajendran]]></dc:creator>
		<pubDate>Wed, 10 Sep 2008 21:59:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-42664</guid>
		<description><![CDATA[We have an option with one of our server like disk space alert, when the usage os disk reaches 90-95% it wil create an alert and send an email to all DBA.

All the time Critical suituation is due to growth of LOG files only, rarely on MDF files. Is there any query to find which file MDF/LDF is growing or which is adapting more space.

Is there any way to find the file in short time period because we have to resolve it as quick as posible.

Regards,

Senthil kumar Rajendran.]]></description>
		<content:encoded><![CDATA[<p>We have an option with one of our server like disk space alert, when the usage os disk reaches 90-95% it wil create an alert and send an email to all DBA.</p>
<p>All the time Critical suituation is due to growth of LOG files only, rarely on MDF files. Is there any query to find which file MDF/LDF is growing or which is adapting more space.</p>
<p>Is there any way to find the file in short time period because we have to resolve it as quick as posible.</p>
<p>Regards,</p>
<p>Senthil kumar Rajendran.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darshan shah</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-39899</link>
		<dc:creator><![CDATA[Darshan shah]]></dc:creator>
		<pubDate>Tue, 08 Jul 2008 09:53:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-39899</guid>
		<description><![CDATA[Hi Pinal ,

If i create second  log file for the one database. so how it works ?]]></description>
		<content:encoded><![CDATA[<p>Hi Pinal ,</p>
<p>If i create second  log file for the one database. so how it works ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Kamoski</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-37829</link>
		<dc:creator><![CDATA[Mark Kamoski]]></dc:creator>
		<pubDate>Mon, 12 May 2008 18:30:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-37829</guid>
		<description><![CDATA[Can one programmatically schedule this?

If yes, then what would the BAT file look like?

Please advise.

Thank you.

-- Mark Kamoski]]></description>
		<content:encoded><![CDATA[<p>Can one programmatically schedule this?</p>
<p>If yes, then what would the BAT file look like?</p>
<p>Please advise.</p>
<p>Thank you.</p>
<p>&#8211; Mark Kamoski</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gaurav</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-33386</link>
		<dc:creator><![CDATA[Gaurav]]></dc:creator>
		<pubDate>Thu, 31 Jan 2008 11:12:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-33386</guid>
		<description><![CDATA[Hi Sukh,
You need to find the Log file folder in your Windows folders by going to place where your SQL server is installed and has its data files. The path should be something like.. &#039;D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\&#039;. There you will see your Log file and MDF file.

- Gaurav]]></description>
		<content:encoded><![CDATA[<p>Hi Sukh,<br />
You need to find the Log file folder in your Windows folders by going to place where your SQL server is installed and has its data files. The path should be something like.. &#8216;D:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\&#8217;. There you will see your Log file and MDF file.</p>
<p>- Gaurav</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sukh</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-33200</link>
		<dc:creator><![CDATA[Sukh]]></dc:creator>
		<pubDate>Tue, 22 Jan 2008 22:27:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-33200</guid>
		<description><![CDATA[Sorry, i attached the detached file by right clicking on database-&gt;attach. But my questions of finding log folder is still unsolved.]]></description>
		<content:encoded><![CDATA[<p>Sorry, i attached the detached file by right clicking on database-&gt;attach. But my questions of finding log folder is still unsolved.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sukh</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-33199</link>
		<dc:creator><![CDATA[Sukh]]></dc:creator>
		<pubDate>Tue, 22 Jan 2008 22:23:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-33199</guid>
		<description><![CDATA[Hi,

i am using sql server 2005 express edition,
I detach the database but i couldn&#039;t find log folder anywhere. There is SQL serve logs folder under Management folder but it is not showing any rename option after right clicking on it, it just shows Refresh.
How can bring back my detach database as i don&#039;t have any backup for that.]]></description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>i am using sql server 2005 express edition,<br />
I detach the database but i couldn&#8217;t find log folder anywhere. There is SQL serve logs folder under Management folder but it is not showing any rename option after right clicking on it, it just shows Refresh.<br />
How can bring back my detach database as i don&#8217;t have any backup for that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SQL SERVER - Solution - Log File Very Large - Log Full Journey to SQL Authority with Pinal Dave</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-26572</link>
		<dc:creator><![CDATA[SQL SERVER - Solution - Log File Very Large - Log Full Journey to SQL Authority with Pinal Dave]]></dc:creator>
		<pubDate>Mon, 17 Dec 2007 13:45:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-26572</guid>
		<description><![CDATA[[...] SQL SERVER - Shrinking Truncate Log File - Log Full - Part 2(Management Studio) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] SQL SERVER &#8211; Shrinking Truncate Log File &#8211; Log Full &#8211; Part 2(Management Studio) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shannon Justice</title>
		<link>http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-25819</link>
		<dc:creator><![CDATA[Shannon Justice]]></dc:creator>
		<pubDate>Thu, 13 Dec 2007 21:44:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sqlauthority.com/2007/11/22/sql-server-shrinking-truncate-log-file-log-full-part-2/#comment-25819</guid>
		<description><![CDATA[I have noticed that you have not included a step of backing up the database first, and when doing so, clicking remove inactive entries will verify that all transactions have made it through the log before deleting it. I have avoided the dreaded &quot;Unable to Attach&quot; corruption error by doing this fashion. Thanks for having a great site, although I am disappointed in your decision to not write 2k tips anymore. I understand it, but still have clients from all over who are still running 2k and will for quite a while longer. Still, thanks for all you do!

Shannon]]></description>
		<content:encoded><![CDATA[<p>I have noticed that you have not included a step of backing up the database first, and when doing so, clicking remove inactive entries will verify that all transactions have made it through the log before deleting it. I have avoided the dreaded &#8220;Unable to Attach&#8221; corruption error by doing this fashion. Thanks for having a great site, although I am disappointed in your decision to not write 2k tips anymore. I understand it, but still have clients from all over who are still running 2k and will for quite a while longer. Still, thanks for all you do!</p>
<p>Shannon</p>
]]></content:encoded>
	</item>
</channel>
</rss>
