<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://forums.iis.net/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:cs="http://blogs.iis.net/"><channel><title>Search results matching tag 'timeout'</title><link>http://forums.iis.net/search/SearchResults.aspx?o=DateDescending&amp;tag=timeout&amp;orTags=0</link><description>Search results matching tag 'timeout'</description><dc:language>en-US</dc:language><generator>CommunityServer 2007 SP1 (Build: 20510.895)</generator><item><title>FTP 7.5 SSL disconnects after 15 minutes. Large Files</title><link>http://forums.iis.net/p/1163110/1926774.aspx#1926774</link><pubDate>Wed, 02 Dec 2009 04:52:58 GMT</pubDate><guid isPermaLink="false">50bcf3b4-f6fe-4638-adff-0c150e922e99:1926774</guid><dc:creator>Comptekcs</dc:creator><cs:applicationKey>iis7_-_publishing-41</cs:applicationKey><description>&lt;p&gt;I am having the oddest issue so I hope somone has an idea.&lt;/p&gt;
&lt;p&gt;Backstory: 3 different ISP&amp;#39;s, 2 different physical servers, 1 2008 server and now 2008R2. This is a dedicated FTP server. 2008R2, FTP Role, local firewall off, hardware firewall ports open, and trying to upload anything over about 65MB the connection will reset&amp;nbsp;and start to upload again from 0. On the downloads, same thing but it resumes from where it left off. This issue has happened every time both on 7.0 and 7.5&lt;/p&gt;
&lt;p&gt;I have an official&amp;nbsp;SSL cert (not self-signed)&amp;nbsp;using FTPES explicit. Connections/Authentications are good and smaller files upload just fine.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;I have adjusted .config files for size limits as some of the forums have suggested but that didn&amp;#39;t work.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;FileZilla just blips and does the reconnect, no error message. I can&amp;#39;t find anything in FTP logs either. &lt;/p&gt;
&lt;p&gt;Does anyone have a clue or could point me in where I can get some better logging?&lt;/p&gt;</description></item><item><title>FTP client times out on directory change</title><link>http://forums.iis.net/p/1162116/1922373.aspx#1922373</link><pubDate>Tue, 27 Oct 2009 19:20:45 GMT</pubDate><guid isPermaLink="false">50bcf3b4-f6fe-4638-adff-0c150e922e99:1922373</guid><dc:creator>computerlady911</dc:creator><cs:applicationKey>tuning_iis--1</cs:applicationKey><description>&lt;p&gt;&amp;nbsp;Every time I connect to my ftp server, the connection initially works fine but if I click on any directory the client times out the first time.&amp;nbsp; If I wait until after I get the error, then try again it will work.&amp;nbsp; I am using IIS6 for the ftp and filezilla for the client.&lt;/p&gt;&lt;p&gt;This is how the filezilla reports the command and error. &amp;nbsp; &lt;br /&gt;&lt;/p&gt;&lt;p&gt;Command:&amp;nbsp;&amp;nbsp;&amp;nbsp; CWD /folder name/folder name/Folder Name&lt;br /&gt;Error:&amp;nbsp;&amp;nbsp;&amp;nbsp; Connection timed out&lt;br /&gt;Error:&amp;nbsp;&amp;nbsp;&amp;nbsp; Failed to retrieve directory listing &lt;/p&gt;&lt;p&gt;I increased the timeout settings to 1200 sec but no change.&amp;nbsp; Again it does work the second time I try to click on the folder.&amp;nbsp; But this is not a satisfactory result for my users.&amp;nbsp; It happens on every folder.&lt;br /&gt;&lt;/p&gt;</description></item><item><title>Re: PHP very slow on IIS7</title><link>http://forums.iis.net/p/1153459/1918097.aspx#1918097</link><pubDate>Thu, 24 Sep 2009 09:57:33 GMT</pubDate><guid isPermaLink="false">50bcf3b4-f6fe-4638-adff-0c150e922e99:1918097</guid><dc:creator>pierrejoye</dc:creator><cs:applicationKey>php_community-49</cs:applicationKey><description>&lt;p&gt;I can imagine two possible sources for this problem:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;div&gt;IPv6 is enabled and localhost does not exist or ::1&lt;/div&gt;&lt;/li&gt;
&lt;li&gt;
&lt;div&gt;Mysql&amp;#39;s libmysql is used instead of PHP&amp;#39;s libmysql.&lt;/div&gt;&lt;/li&gt;&lt;/ul&gt;
&lt;p&gt;It happens that the IPv6 problem was the cause for this problem (as you stated later). The 2nd possibility happens a lot when someone installs mysql after PHP, or do a mysql update after having installed PHP.&lt;/p&gt;
&lt;p&gt;The&amp;nbsp;latest&amp;nbsp;Mysql&amp;#39;s libmysql is not compatible with php&amp;#39;s libmysql (and many other, that&amp;#39;s not a php specific problem). They suffer from ABI compatibilities issues. The solution is to alter your PATH to be sure that php is first defined( PATH=c:\PHP;c:\mysql for example).&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;</description></item><item><title>IIS7 SQL Server Connection Pooling Timeout</title><link>http://forums.iis.net/p/1161111/1917873.aspx#1917873</link><pubDate>Tue, 22 Sep 2009 22:57:11 GMT</pubDate><guid isPermaLink="false">50bcf3b4-f6fe-4638-adff-0c150e922e99:1917873</guid><dc:creator>JAltrichter</dc:creator><cs:applicationKey>iis_7_-_aspnet_administration-41</cs:applicationKey><description>&lt;p&gt;I am looking for a little guidance regarding IIS7 SQL Server connection pooling timeout.&amp;nbsp;&amp;nbsp; I have two issues.&amp;nbsp; &lt;/p&gt;
&lt;p&gt;As we have migrated our app ASP.NET app to IIS7, I am wondering what a good general value would be for the timeout would be.&amp;nbsp;&amp;nbsp; In IIS6 we would extend the connection timeout to several minutes so that under normal load there would always be a SQL connection available. &lt;/p&gt;
&lt;p&gt;Second I am having a mysterious problem setting the connection pool timeout through the ODBC Administrator console.&amp;nbsp; No matter what value I enter, when I re-open the form the value has changed back to the default.&amp;nbsp; This must be something simple, but I am just not seeing it.&lt;/p&gt;
&lt;p&gt;Thanks in advance, for any replies.&lt;/p&gt;
&lt;p&gt;Jim&lt;/p&gt;</description></item><item><title>Long running ARR requests abort and are not logged</title><link>http://forums.iis.net/p/1160578/1915585.aspx#1915585</link><pubDate>Wed, 02 Sep 2009 14:25:43 GMT</pubDate><guid isPermaLink="false">50bcf3b4-f6fe-4638-adff-0c150e922e99:1915585</guid><dc:creator>loremipsum123</dc:creator><cs:applicationKey>iis_70_-_application_request_routing_arr-41</cs:applicationKey><description>Hi -

&lt;p&gt;We&amp;#39;re trying to get ARR beta 2 up and running. We have 2 ARR proxy servers routing all requests to 2 IIS servers. If one of the IIS servers takes a long time to serve a page, the ARR server dumps the request somehow and returns this response: &amp;quot;The specified CGI application encountered an error and the server terminated the process.&amp;quot; (there&amp;#39;s no HTML formatting around it). If I visit the page directly (rather than through ARR), the page serves correctly. I&amp;#39;ve got a page doing Thread.Sleep to test this behaviour and it&amp;#39;s 100% reproducible - it seems to die after 30 seconds.&lt;/p&gt;


&lt;p&gt;The server farm&amp;#39;s Proxy element has a &amp;quot;Time-out&amp;quot; section that&amp;#39;s set to 30 seconds - but changing this doesn&amp;#39;t stop the error message.&lt;/p&gt;

&lt;p&gt;
Nothing gets left in the event log on the ARR boxes, and searching for this message on the net yields no results - so I&amp;#39;m a bit stuck how to troubleshoot! &lt;/p&gt;

&lt;p&gt;
Any ideas on what might be going wrong, and what I can do to stop it happening? At the very least, how can I return a friendly error page rather than this awful one liner!
&lt;/p&gt;

Thanks!</description></item><item><title>dbFullSql timeout issue</title><link>http://forums.iis.net/p/1160282/1914488.aspx#1914488</link><pubDate>Mon, 24 Aug 2009 22:32:15 GMT</pubDate><guid isPermaLink="false">50bcf3b4-f6fe-4638-adff-0c150e922e99:1914488</guid><dc:creator>Woland</dc:creator><cs:applicationKey>web_deployment_tool_wdeploy-39</cs:applicationKey><description>&lt;p&gt;I have a manifest file that needs to run the certain SQL script that sometimes (depending on the server load) will execute longer than 20 seconds. That I believe causes dbFullSql to generate timeout expired exception shown below:&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&amp;quot;Error: Timeout Expired. The timeout period elapsed prior&amp;nbsp;to completion of the operation or the server is not responding.&lt;/p&gt;
&lt;p&gt;Error count: 1&amp;quot;&lt;/p&gt;
&lt;p&gt;&amp;nbsp;I tried passing &amp;quot;connect timeout=380&amp;quot; to the connection string setting but that doesn&amp;#39;t seem to have any affect. The solutions I saw online envolved splitting complex SQL into multiple SQL files. In my case it is a simple SQL file that generated the dates table for the reporting purpose and should typically finish in 10 seconds, but due to SQL load, might take longer in certain condition.&lt;/p&gt;
&lt;p&gt;&amp;nbsp;Is it possible to encrease the timeout on Sql Provider?&lt;/p&gt;
&lt;p&gt;&amp;nbsp;&lt;/p&gt;</description></item><item><title>IIS7 -FastCGI -PHP White Screen of Death</title><link>http://forums.iis.net/p/1155825/1895924.aspx#1895924</link><pubDate>Sat, 07 Mar 2009 04:59:00 GMT</pubDate><guid isPermaLink="false">50bcf3b4-f6fe-4638-adff-0c150e922e99:1895924</guid><dc:creator>gusus</dc:creator><cs:applicationKey>fastcgi_module-41</cs:applicationKey><description>&lt;p&gt;I am having an issue with IIS7 and PHP relating to clients receiving the white screen of death (blank page) after 90 seconds of processing.&amp;nbsp; Standard php processing works fine. &amp;nbsp; &lt;/p&gt;&lt;p&gt;The following are set in php.ini:&lt;/p&gt;&lt;p&gt;max_execution_time = 180&lt;br /&gt;max_input_time = 180&lt;br /&gt;memory_limit = 128M&lt;/p&gt;&lt;p&gt;In the FastCGI configuration on IIS I have the following:&lt;/p&gt;&lt;p&gt;ActivityTimeout 900&lt;br /&gt;IdleTimeout 300&lt;br /&gt;RequestTimeout 500&lt;/p&gt;&lt;p&gt;I have a simple page that runs through loop and sleeps every 15 seconds.&amp;nbsp; If I set the max_execution_time to 30 seconds, I get the php execution time exceeded error as I should with two entries in the page. If I manually set_time_limit(0), it gives the white page of death.&amp;nbsp; I have set php logging and nothing appears in the log.&amp;nbsp; I intentionally put a syntax error to make sure and the syntax error was logged.&amp;nbsp; In addition, I can set the ActivityTimeout to 10 and IIS gives me a 500 error telling me that the FastCGI process exceeded the configuration activity timeout.&lt;br /&gt;&lt;/p&gt;&lt;p&gt;The weird thing is the Failed Request Tracking show that the time taken was 30592 msec with a status of 200 (I assume success).&amp;nbsp; However, the last entry in the request trace is &amp;quot;FASTCGI_WAITING_FOR_RESPONSE&amp;quot;...&lt;br /&gt;&lt;/p&gt;&lt;p&gt;Any ideas???&lt;br /&gt;&lt;/p&gt;</description></item><item><title>Timeout connecting to SharePoint (Internal; works Externally)</title><link>http://forums.iis.net/p/1154227/1889522.aspx#1889522</link><pubDate>Fri, 09 Jan 2009 16:18:10 GMT</pubDate><guid isPermaLink="false">50bcf3b4-f6fe-4638-adff-0c150e922e99:1889522</guid><dc:creator>dhcrusoe</dc:creator><cs:applicationKey>general--1</cs:applicationKey><description>&lt;p&gt;Hey there, &lt;/p&gt;
&lt;p&gt;Here&amp;#39;s the situation: We have a MOSS 2007 (SharePoint server) running on IIS 6.x . Connections through our internal network on 10.100.x.x work sometimes, but also timeout after 2-5 seconds, other times. The same goes for its assigned name, &lt;a href="http://mokie/"&gt;http://mokie/&lt;/a&gt;&amp;nbsp; . Connections work intermittantly, but at other times, time out. &lt;/p&gt;
&lt;p&gt;&amp;nbsp;External connections, to an IP address that points inbound, work fine - always - and never time out. &lt;/p&gt;
&lt;p&gt;&amp;nbsp;What are some things we can check to resolve? Any suggestions? &lt;/p&gt;
&lt;p&gt;&amp;nbsp;Thanks!&lt;/p&gt;
&lt;p&gt;--Dave&lt;/p&gt;</description></item><item><title>FastCGI Maximum ActivityTimeout</title><link>http://forums.iis.net/p/1153311/1885808.aspx#1885808</link><pubDate>Mon, 24 Nov 2008 18:14:17 GMT</pubDate><guid isPermaLink="false">50bcf3b4-f6fe-4638-adff-0c150e922e99:1885808</guid><dc:creator>Gengar003</dc:creator><cs:applicationKey>fastcgi_module-41</cs:applicationKey><description>Hello... on my IIS7 server, I have php implemented via fastCGI.
&lt;p&gt;
&lt;i&gt;(Windows Server 2008 build 6001, IIS7 version 7.0.6)&lt;/i&gt;
&lt;p&gt;
Some of my scripts I need to run for extended periods of time, up to several hours.
&lt;p&gt;
While PHP itself has no qualms about this, IIS7&amp;#39;s FastCGI &amp;quot;ActivityTimeout&amp;quot; setting refuses to allow itself to be set to more than 3600 seconds (1 hour).
&lt;p&gt;
This is inadequate. Using the management console, I cannot set the value to more than 3600, and when I edit the .xml file directly and restart the server, the .xml file is changed to contain 3600, instead of the value I chose.
&lt;p&gt;
&lt;b&gt;What can I do to allow a php script to run for more than 3600 seconds (FastCGI&amp;#39;s maximum ActivityTimeout)?&lt;/b&gt;
&lt;p&gt;
A good deal of the script in question&amp;#39;s time is spent sleep()ing - is it possible to have FastCGI not count that time toward the activity timeout? Or is there a way to send IIS7 some &amp;quot;activity&amp;quot; from a php script, and thus re-set the timer?
&lt;p&gt;
Are there any updates or workarounds that will solve this for me?
&lt;p&gt;
Thanks in advance</description></item><item><title>Re: System.Threading.ThreadAbortException when executing remote web service</title><link>http://forums.iis.net/p/1121400/1866600.aspx#1866600</link><pubDate>Wed, 02 Apr 2008 20:16:24 GMT</pubDate><guid isPermaLink="false">50bcf3b4-f6fe-4638-adff-0c150e922e99:1866600</guid><dc:creator>lethargicgeek</dc:creator><cs:applicationKey>iis_7_-_troubleshooting-41</cs:applicationKey><description>&lt;p&gt;This may or may not be relevant... but are you modifying any files/directories in your application folder at runtime? &lt;br /&gt; &lt;/p&gt;&lt;p&gt;In .Net 2.0 and later, the AppDomain is restarted whenever the file structure is heavily modified.&amp;nbsp; This causes all threads that do not wrap up in a timely fashion to be aborted.&amp;nbsp; Meaning, if your thread is fast enough, it won&amp;#39;t be touched.&amp;nbsp;  This is different than .net 1.1 where it was only the web.config and bin files that were monitored.&amp;nbsp; &lt;br /&gt;&lt;br /&gt;I myself was frustrated in figuring out why I could parse though a 100k file fine but my application threw ThreadAbortExceptions on a 500k file.&amp;nbsp; I killed hours playing with timeouts and configs before finding the solution.&amp;nbsp; &lt;br /&gt;&lt;/p&gt;&lt;p&gt;&lt;b&gt;&amp;nbsp;Solution I used to disable File Monitoring:&lt;/b&gt;&lt;br /&gt;&lt;i&gt;(requires using System.Reflection)&lt;br /&gt;&lt;br /&gt;&lt;/i&gt;&lt;span id="ctl00_MasterBody_WorkaroundList_ctl03_WorkaroundDescriptionLabel" class="7em"&gt;PropertyInfo
p = typeof(System.Web.HttpRuntime).GetProperty(&amp;quot;FileChangesMonitor&amp;quot;,
BindingFlags.NonPublic | BindingFlags.Public | BindingFlags.Static);&lt;br /&gt;object o = p.GetValue(null, null);&lt;br /&gt;FieldInfo f = o.GetType().GetField(&amp;quot;_dirMonSubdirs&amp;quot;, BindingFlags.Instance | BindingFlags.NonPublic | BindingFlags.IgnoreCase);&lt;br /&gt;object monitor = f.GetValue(o);&lt;br /&gt;MethodInfo m = monitor.GetType().GetMethod(&amp;quot;StopMonitoring&amp;quot;, BindingFlags.Instance | BindingFlags.NonPublic);&lt;br /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;m.Invoke(monitor, new object[] { });&lt;/span&gt;&lt;br /&gt;&amp;nbsp;&lt;/p&gt;&lt;p&gt;&lt;b&gt;Two good references on the problem:&lt;/b&gt; &lt;/p&gt;&lt;p&gt;The formal Complaint:&lt;br /&gt;http://connect.microsoft.com/VisualStudio/feedback/Workaround.aspx?FeedbackID=240686&lt;br /&gt;&lt;br /&gt;Guy Forsyth Discussing the problem&lt;br /&gt;http://weblogs.asp.net/owscott/archive/2006/02/21/ASP.NET-v2.0-_2D00_-AppDomain-recycles_2C00_-more-common-than-before.aspx&lt;/p&gt;&lt;p&gt;&amp;nbsp;&lt;/p&gt;&lt;p&gt;Hopes this helps someone...&lt;br /&gt;&amp;nbsp;&lt;/p&gt;&lt;p&gt;&lt;br /&gt;&amp;nbsp; &lt;br /&gt;&amp;nbsp;&lt;/p&gt;</description></item></channel></rss>