<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 02:56:15 UTC 2024

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>MongoDB Jira</title>
    <link>https://jira.mongodb.org</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>9.7.1</version>
        <build-number>970001</build-number>
        <build-date>13-04-2023</build-date>
    </build-info>


<item>
            <title>[SERVER-1163] Writing 44K records a second and mongod.exe gives  &apos;FlushViewOfFile failed 33&apos; warning and then a client issue</title>
                <link>https://jira.mongodb.org/browse/SERVER-1163</link>
                <project id="10000" key="SERVER">Core Server</project>
                    <description>&lt;p&gt;A client application is attempting to write a large amount of data.  For several minutes the data is written to without error with peak throughput of roughly 44K message a second.  Then the client receives an error stating the application cannot connect to the database.  in the log on the database this error is encountered. FlushViewOfFile failed 33&lt;/p&gt;

&lt;p&gt;I have attached a log with the test runs included.&lt;/p&gt;</description>
                <environment>Windows 7 client using C# driver, writing to database on a Windows 2008 x64</environment>
        <key id="12034">SERVER-1163</key>
            <summary>Writing 44K records a second and mongod.exe gives  &apos;FlushViewOfFile failed 33&apos; warning and then a client issue</summary>
                <type id="1" iconUrl="https://jira.mongodb.org/secure/viewavatar?size=xsmall&amp;avatarId=14703&amp;avatarType=issuetype">Bug</type>
                                            <priority id="3" iconUrl="https://jira.mongodb.org/images/icons/priorities/major.svg">Major - P3</priority>
                        <status id="6" iconUrl="https://jira.mongodb.org/images/icons/statuses/closed.png" description="The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.">Closed</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="9">Done</resolution>
                                        <assignee username="tad">Tad Marshall</assignee>
                                    <reporter username="dougtaft">Douglas Taft</reporter>
                        <labels>
                    </labels>
                <created>Thu, 27 May 2010 14:31:11 +0000</created>
                <updated>Tue, 12 Jul 2016 00:27:28 +0000</updated>
                            <resolved>Sat, 24 Mar 2012 01:20:36 +0000</resolved>
                                    <version>1.4.2</version>
                                    <fixVersion>2.0.5</fixVersion>
                    <fixVersion>2.1.1</fixVersion>
                                    <component>Performance</component>
                                        <votes>8</votes>
                                    <watches>11</watches>
                                                                                                                <comments>
                            <comment id="261192" author="tad" created="Fri, 8 Feb 2013 19:14:19 +0000"  >&lt;p&gt;A hotfix is available from Microsoft for Windows 7 and Windows Server 2008 R2 that eliminates the root cause of the issue.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://support.microsoft.com/kb/2731284&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://support.microsoft.com/kb/2731284&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="111348" author="auto" created="Wed, 18 Apr 2012 20:26:24 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{u&apos;login&apos;: u&apos;tadmarshall&apos;, u&apos;name&apos;: u&apos;Tad Marshall&apos;, u&apos;email&apos;: u&apos;tad@10gen.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-1163&quot; title=&quot;Writing 44K records a second and mongod.exe gives  &amp;#39;FlushViewOfFile failed 33&amp;#39; warning and then a client issue&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-1163&quot;&gt;&lt;del&gt;SERVER-1163&lt;/del&gt;&lt;/a&gt; Retry calls to FlushViewOfFile on error 33&lt;/p&gt;

&lt;p&gt;FlushViewOfFile() will return error code 33 (ERROR_LOCK_VIOLATION)&lt;br/&gt;
in some cases, but this is a &quot;transient&quot; error, and just retrying&lt;br/&gt;
repeatedly will (supposedly) always work.  This changes the code&lt;br/&gt;
to retry up to one million times and for up to 60 seconds if it&lt;br/&gt;
continues to get ERROR_LOCK_VIOLATION.&lt;br/&gt;
Branch: v2.0&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/83fa0f7bc1611e015024b6acac23b14cca44f35e&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/83fa0f7bc1611e015024b6acac23b14cca44f35e&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="103907" author="auto" created="Tue, 27 Mar 2012 09:49:56 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{u&apos;login&apos;: u&apos;tadmarshall&apos;, u&apos;name&apos;: u&apos;Tad Marshall&apos;, u&apos;email&apos;: u&apos;tad@10gen.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-1163&quot; title=&quot;Writing 44K records a second and mongod.exe gives  &amp;#39;FlushViewOfFile failed 33&amp;#39; warning and then a client issue&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-1163&quot;&gt;&lt;del&gt;SERVER-1163&lt;/del&gt;&lt;/a&gt; Fix race condition in FlushViewOfFile loop&lt;/p&gt;

&lt;p&gt;Make timeout determination only after a call to FlushViewOfFile,&lt;br/&gt;
not before.  We would need a 60 second pause between two lines&lt;br/&gt;
of code to lose this race, but it was possible.&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/b5a14dd396630e3429491d4abc256a54b7bfb595&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/b5a14dd396630e3429491d4abc256a54b7bfb595&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="103207" author="siedler" created="Sat, 24 Mar 2012 03:19:43 +0000"  >&lt;p&gt;Sleep(0) is special, from the docs: &quot;If you specify 0 milliseconds, the thread will relinquish the remainder of its time slice but remain ready.&quot;&lt;/p&gt;

&lt;p&gt;We are just giving other threads (kernel included) a chance to run immediately; if there aren&apos;t any ready to run our thread will resume immediately.&lt;/p&gt;

&lt;p&gt;But your measurements suggest that maybe we don&apos;t need to bother. Thanks.&lt;/p&gt;</comment>
                            <comment id="103187" author="tad" created="Sat, 24 Mar 2012 01:19:56 +0000"  >&lt;p&gt;I am going to close this ticket as &quot;fixed&quot;.  Most of the information in this report is rather old and refers to versions that will not be getting any further updates: 1.4.2 and 1.6.0.  If we see issues related to FlushViewOfFile in version 2.1.1 or later, it&apos;s time for a new ticket.&lt;/p&gt;

&lt;p&gt;The failure of FlushViewOfFile is completely reproducible.  Our &quot;core test suite&quot; hits it in every run in Windows.  You can reproduce it yourself if you want to: build &quot;test.exe&quot; from the MongoDB GitHub repository, and run &quot;test pdfile --dbpath C:\mongoTest&quot; after creating a C:\mongoTest (or anything you like) folder.  On my machine, I get the &quot;FlushViewOfFile error 33&quot; in seconds, every time.&lt;/p&gt;

&lt;p&gt;We have never seen crashes or data corruption that could be reliably connected with this error.  The meaning of the error is that we have asked Windows to sync our memory-mapped file (a portion of a database) to disk NOW and Windows has said &quot;not right now, I&apos;m busy&quot;.  It doesn&apos;t mean that something bad has happened and it doesn&apos;t mean that the data will not be written to disk: we just can&apos;t force it to happen at that instant.&lt;/p&gt;

&lt;p&gt;We got some help from a Microsoft engineer who talked to the &quot;NTFS owners&quot; and told us that if we retry repeatedly, we will eventually get a successful response from this API.&lt;/p&gt;

&lt;p&gt;That&apos;s what the new code change does.  We limit &quot;repeatedly&quot; to one million retries or 60 seconds, whichever comes first, and this gets us past the failure we see in our test runs every day.  On my home machine running Windows 7 x64, the 32-bit version succeeded after 6 retries taking 4 milliseconds.  On my work machine running Windows 7 x64 under VirtualBox under Ubuntu 11.10, the 64-bit version succeeded after 24 retries taking 6400 milliseconds.  If you read the code (see &lt;a href=&quot;https://github.com/mongodb/mongo/commit/c0ed1fde6a726909ae99b928a711e3c38837a4ae&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/c0ed1fde6a726909ae99b928a711e3c38837a4ae&lt;/a&gt; in the check-in above) you will see that we report every outcome of FlushViewOfFile other than &quot;worked the first time&quot;.  This means that (for now) every situation that previously reported &quot;FlushViewOfFile failed 33&quot; will still report something about FlushViewOfFile.  If this code change does what we think it will do, the new report will say &quot;FlushViewOfFile for &amp;lt;filename&amp;gt; succeeded after &amp;lt;number&amp;gt; attempts taking &amp;lt;number&amp;gt; ms&quot;.  After we accumulate some experience with this new code, we may (and probably will) limit the reporting to only cases where the count or time exceeds some arbitrary limits, but today&apos;s code will report any count other than 1.&lt;/p&gt;

&lt;p&gt;@Erich Siedler, thanks for the link.  Both because the internal Windows code already does a &quot;sleep&quot; (KeDelayExecutionThread) on STATUS_FILE_LOCK_CONFLICT and because we don&apos;t want to pause if we don&apos;t have to, I think we don&apos;t want to add a Sleep(0).  According to the documentation, Sleep() can have a resolution of as much as 15 milliseconds and if we can do 6 retries in 4 milliseconds (and then succeed) I&apos;d rather not slow anything down unnecessarily.  We&apos;re already hitting the disk by flushing a memory-mapped file to disk, and we&apos;d like the delays to be only what the disk subsystem forces on us.&lt;/p&gt;

&lt;p&gt;I hope this isn&apos;t just too-long-didn&apos;t-read, but if you see issues in 2.1.1 or later, please post a new Jira ticket and let us know if there is more to do.  Thanks!&lt;/p&gt;</comment>
                            <comment id="103156" author="siedler" created="Fri, 23 Mar 2012 22:25:03 +0000"  >&lt;p&gt;Apparently a known issue.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://connect.microsoft.com/VisualStudio/feedback/details/552859/memorymappedviewaccessor-flush-throws-ioexception&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://connect.microsoft.com/VisualStudio/feedback/details/552859/memorymappedviewaccessor-flush-throws-ioexception&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;The semi-official workaround calls for a pause between retries. I think we should at least do a ::Sleep(0).&lt;/p&gt;</comment>
                            <comment id="103125" author="auto" created="Fri, 23 Mar 2012 20:35:26 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{u&apos;login&apos;: u&apos;tadmarshall&apos;, u&apos;name&apos;: u&apos;Tad Marshall&apos;, u&apos;email&apos;: u&apos;tad@10gen.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-1163&quot; title=&quot;Writing 44K records a second and mongod.exe gives  &amp;#39;FlushViewOfFile failed 33&amp;#39; warning and then a client issue&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-1163&quot;&gt;&lt;del&gt;SERVER-1163&lt;/del&gt;&lt;/a&gt; Retry calls to FlushViewOfFile on error 33&lt;/p&gt;

&lt;p&gt;FlushViewOfFile() will return error code 33 (ERROR_LOCK_VIOLATION)&lt;br/&gt;
in some cases, but this is a &quot;transient&quot; error, and just retrying&lt;br/&gt;
repeatedly will (supposedly) always work.  This changes the code&lt;br/&gt;
to retry up to one million times and for up to 60 seconds if it&lt;br/&gt;
continues to get ERROR_LOCK_VIOLATION.&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/c0ed1fde6a726909ae99b928a711e3c38837a4ae&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/c0ed1fde6a726909ae99b928a711e3c38837a4ae&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="75635" author="tad" created="Fri, 23 Dec 2011 11:09:35 +0000"  >&lt;p&gt;@Viktar, can you run VMMap ( &lt;a href=&quot;http://technet.microsoft.com/en-us/sysinternals/dd535533&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://technet.microsoft.com/en-us/sysinternals/dd535533&lt;/a&gt; ) and post a screenshot of the mongod.exe process when it is approaching its problem point?  Also, the output from db.serverStatus() and db.stats(), please?  I&apos;d like to get a handle on what this looks like from outside (VMMap) and inside to help me figure out what is going wrong.  Thanks!&lt;/p&gt;</comment>
                            <comment id="73368" author="tad" created="Thu, 15 Dec 2011 15:35:22 +0000"  >&lt;p&gt;@Viktar &amp;#8211; do you have a server log that includes the hang that you could post to this Jira ticket?  How much RAM is in the machine, and is mongod.exe&apos;s &quot;Memory (Private Working Set)&quot; at the time according to Windows Task Manager?  The FlushViewOfFiles API call is important for forcing modified database pages back to disk, and if we get a lot of failures on that call then we will eat up page file space until it gets better.  After the hang, did it go back to normal?&lt;/p&gt;</comment>
                            <comment id="73332" author="dnnx" created="Thu, 15 Dec 2011 12:54:31 +0000"  >&lt;p&gt;I have the same issue on Windows 2008 using Java driver.&lt;/p&gt;

&lt;p&gt;N:\mongodb\bin&amp;gt;mongod --version&lt;br/&gt;
db version v2.0.0, pdfile version 4.5&lt;br/&gt;
Thu Dec 15 12:55:10 git version: 695c67dff0ffc361b8568a13366f027caa406222&lt;/p&gt;

&lt;p&gt;When inserting a large amount of data, mongod just hangs after 6 or 7 million rows are inserted, and I can&apos;t connect to MongoDB even from mongo command line client.&lt;/p&gt;</comment>
                            <comment id="70785" author="tad" created="Mon, 5 Dec 2011 00:39:01 +0000"  >&lt;p&gt;I did some more research and single-stepped through some of the NtFlushVirtualMemory() routine that FlushViewOfFile() translates into.  NtFlushVirtualMemory() eventually calls MiFlushSectionInternal(), and this is the routine that returns the STATUS_FILE_LOCK_CONFLICT (0xC0000054) error that gets translated into DOS error 33 (ERROR_LOCK_VIOLATION) that we see in the return from FlushViewOfFile().  The funny thing is that NtFlushVirtualMemory() has code to detect this specific error code, and it retries 5 times before returning the error to us.  Any other error is returned without retrying ... so Microsoft knows something about this failure, or the code thinks it does.  More research is needed.&lt;/p&gt;</comment>
                            <comment id="69139" author="tad" created="Mon, 28 Nov 2011 04:01:25 +0000"  >&lt;p&gt;I think that this is &quot;an OS issue&quot; and may require working with Microsoft to get it fixed.&lt;/p&gt;

&lt;p&gt;From way back in Windows 2000 days, MS posted this Knowledge Base article: &lt;a href=&quot;http://support.microsoft.com/kb/266749&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://support.microsoft.com/kb/266749&lt;/a&gt; .&lt;/p&gt;

&lt;p&gt;It says &quot;When you create a file with the CreateFileMapping function, you may receive an ERROR_LOCK_VIOLATION response.  This error occurs if the NTFS Transaction log becomes full while you are creating the file mapping. Memory Manager is not waiting long enough for NTFS to flush the transaction log and returns the error, causing the function not to succeed. To resolve this problem, obtain the latest service pack for Windows 2000.&quot;  Right.&lt;/p&gt;

&lt;p&gt;Here&apos;s how the folks working on the OpenJDK addressed it in MappedByteBuffer.c:&lt;/p&gt;
&lt;p/&gt;
&lt;div id=&quot;syntaxplugin&quot; class=&quot;syntaxplugin&quot; style=&quot;border: 1px dashed #bbb; border-radius: 5px !important; overflow: auto; max-height: 30em;&quot;&gt;
&lt;table cellspacing=&quot;0&quot; cellpadding=&quot;0&quot; border=&quot;0&quot; width=&quot;100%&quot; style=&quot;font-size: 1em; line-height: 1.4em !important; font-weight: normal; font-style: normal; color: black;&quot;&gt;
		&lt;tbody &gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;  margin-top: 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;    /*&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;     * FlushViewOfFile can fail with ERROR_LOCK_VIOLATION if the memory&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;     * system is writing dirty pages to disk. As there is no way to&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;     * synchronize the flushing then we retry a limited number of times.&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;     */&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;    retry = 0;&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;    do {&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;        result = FlushViewOfFile(a, (DWORD)len);&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;        if ((result != 0) || (GetLastError() != ERROR_LOCK_VIOLATION))&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;            break;&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;        retry++;&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
				&lt;tr id=&quot;syntaxplugin_code_and_gutter&quot;&gt;
						&lt;td  style=&quot; line-height: 1.4em !important; padding: 0em; vertical-align: top;&quot;&gt;
					&lt;pre style=&quot;font-size: 1em; margin: 0 10px;   margin-bottom: 10px;  width: auto; padding: 0;&quot;&gt;&lt;span style=&quot;color: black; font-family: &apos;Consolas&apos;, &apos;Bitstream Vera Sans Mono&apos;, &apos;Courier New&apos;, Courier, monospace !important;&quot;&gt;    } while (retry &amp;lt; 3);&lt;/span&gt;&lt;/pre&gt;
			&lt;/td&gt;
		&lt;/tr&gt;
			&lt;/tbody&gt;
&lt;/table&gt;
&lt;/div&gt;
&lt;p/&gt;

&lt;p&gt;I&apos;ll investigate how we might get some Microsoft attention to the problem.&lt;/p&gt;</comment>
                            <comment id="38362" author="dwight_10gen" created="Mon, 20 Jun 2011 18:46:01 +0000"  >&lt;p&gt;in an isolated test not using most of the mongodb code i can get this to happen suggesting maybe an OS issue.&lt;br/&gt;
when i try to flush &amp;lt;= 64MB it works, at least in the one test i am doing.&lt;/p&gt;</comment>
                            <comment id="23753" author="sym3tri" created="Sat, 12 Feb 2011 06:02:07 +0000"  >&lt;p&gt;Update, seems to only happen when building the indexes. I&apos;m guessing b/c this is a write-intensive operation.&lt;/p&gt;</comment>
                            <comment id="23229" author="sym3tri" created="Mon, 7 Feb 2011 05:45:57 +0000"  >&lt;p&gt;We are also getting this error consistently with v 1.6.5 on windows 64-bit&lt;/p&gt;</comment>
                            <comment id="17607" author="andrewk" created="Tue, 31 Aug 2010 12:41:59 +0000"  >&lt;p&gt;Alas, no luck. Are you able to repro this on your side?&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;Primary node - started first&amp;#93;&lt;/span&gt;&lt;br/&gt;
D:\bin\mongodb-win32-x86_64-2010-08-31\bin\mongod.exe --port 5001 --rest --dbpath .\node1 --replSet devset/localhost:5002&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;Secondary node - this node is the one that generates the error&amp;#93;&lt;/span&gt;&lt;br/&gt;
D:\bin\mongodb-win32-x86_64-2010-08-31\bin\mongod.exe --port 5002 --rest --dbpath .\node2  --replSet devset/localhost:5001&lt;/p&gt;

&lt;p&gt;Tue Aug 31 13:38:15 MongoDB starting : pid=12220 port=5002 dbpath=.\node2 64-bit&lt;/p&gt;

&lt;ul&gt;
	&lt;li&gt;
	&lt;ul&gt;
		&lt;li&gt;NOTE: This is a development version (1.7.0-pre-) of MongoDB.&lt;/li&gt;
		&lt;li&gt;Not recommended for production.&lt;/li&gt;
	&lt;/ul&gt;
	&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Tue Aug 31 13:38:15 db version v1.7.0-pre-, pdfile version 4.5&lt;br/&gt;
Tue Aug 31 13:38:15 git version: 387e0e4fcdb3498fc84f3f5386a15e450ea4c5f1&lt;br/&gt;
Tue Aug 31 13:38:15 sys info: windows (6, 1, 7600, 2, &apos;&apos;) BOOST_LIB_VERSION=1_42&lt;br/&gt;
Tue Aug 31 13:38:15 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; waiting for connections on port 5002&lt;br/&gt;
Tue Aug 31 13:38:15 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; ******&lt;br/&gt;
Tue Aug 31 13:38:15 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; creating replication oplog of size: 944MB... (use --oplogSize to change)&lt;br/&gt;
Tue Aug 31 13:38:16 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; ******&lt;br/&gt;
Tue Aug 31 13:38:16 &lt;span class=&quot;error&quot;&gt;&amp;#91;websvr&amp;#93;&lt;/span&gt; web admin interface listening on port 6002&lt;br/&gt;
Tue Aug 31 13:38:16 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; connection accepted from 127.0.0.1:60994 #1&lt;br/&gt;
Tue Aug 31 13:38:16 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; connection accepted from 127.0.0.1:60993 #2&lt;br/&gt;
Tue Aug 31 13:38:17 &lt;span class=&quot;error&quot;&gt;&amp;#91;startReplSets&amp;#93;&lt;/span&gt; replSet got config version 2 from a remote, saving locally&lt;br/&gt;
Tue Aug 31 13:38:17 &lt;span class=&quot;error&quot;&gt;&amp;#91;startReplSets&amp;#93;&lt;/span&gt; replSet info saving a newer config version to local.system.replset&lt;br/&gt;
Tue Aug 31 13:38:18 &lt;span class=&quot;error&quot;&gt;&amp;#91;startReplSets&amp;#93;&lt;/span&gt; FlushViewOfFile failed 33 file: ./node2/local.1&lt;/p&gt;</comment>
                            <comment id="17554" author="redbeard0531" created="Mon, 30 Aug 2010 16:10:15 +0000"  >&lt;p&gt;Ok, I changed the fix around. Could you try out tomorrow&apos;s nightly?&lt;/p&gt;</comment>
                            <comment id="17553" author="auto" created="Mon, 30 Aug 2010 15:31:11 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{&apos;login&apos;: &apos;RedBeard0531&apos;, &apos;name&apos;: &apos;Mathias Stearn&apos;, &apos;email&apos;: &apos;mathias@10gen.com&apos;}
&lt;p&gt;Message: Per-file flush mutex on Windows &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-1163&quot; title=&quot;Writing 44K records a second and mongod.exe gives  &amp;#39;FlushViewOfFile failed 33&amp;#39; warning and then a client issue&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-1163&quot;&gt;&lt;del&gt;SERVER-1163&lt;/del&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;http://github.com/mongodb/mongo/commit/2eb1ac7c193e7c0f1234f1facb732b199d5fc037&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://github.com/mongodb/mongo/commit/2eb1ac7c193e7c0f1234f1facb732b199d5fc037&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="17552" author="auto" created="Mon, 30 Aug 2010 15:31:09 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{&apos;login&apos;: &apos;RedBeard0531&apos;, &apos;name&apos;: &apos;Mathias Stearn&apos;, &apos;email&apos;: &apos;mathias@10gen.com&apos;}
&lt;p&gt;Message: Revert &quot;make sure only one flush happens at a time &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-1163&quot; title=&quot;Writing 44K records a second and mongod.exe gives  &amp;#39;FlushViewOfFile failed 33&amp;#39; warning and then a client issue&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-1163&quot;&gt;&lt;del&gt;SERVER-1163&lt;/del&gt;&lt;/a&gt;&quot;&lt;/p&gt;

&lt;p&gt;This reverts commit 6dbd8594e56135347fca75f15ba08578cfacbe1a.&lt;br/&gt;
&lt;a href=&quot;http://github.com/mongodb/mongo/commit/29596f5f9681595b515469c8bc5a2d8bc8d8c0f5&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://github.com/mongodb/mongo/commit/29596f5f9681595b515469c8bc5a2d8bc8d8c0f5&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="17518" author="andrewk" created="Sat, 28 Aug 2010 13:12:30 +0000"  >&lt;p&gt;Right, we may be on to something here... &lt;/p&gt;

&lt;p&gt;I can&apos;t get it to produce the error when running a single node. I started with an empty dbpath and then pumped data in, did queries, left it sitting around for a while etc. By this stage, the replSet would definitely have produced the error (in fact, the replSet produces the error on the second node almost immediately after starting it with an empty dbpath and without any queries/inserts).&lt;/p&gt;

&lt;p&gt;Here&apos;s the command line for the single node:&lt;br/&gt;
D:\bin\mongodb-win32-x86_64-2010-08-27\bin\mongod.exe --port 5002 --rest --dbpath .\node2  --master&lt;/p&gt;

&lt;p&gt;Here are the command lines for the replSet:&lt;br/&gt;
D:\bin\mongodb-win32-x86_64-2010-08-27\bin\mongod.exe --port 5001 --rest --dbpath .\node1 --replSet devset/localhost:5002&lt;br/&gt;
D:\bin\mongodb-win32-x86_64-2010-08-27\bin\mongod.exe --port 5002 --rest --dbpath .\node2 --replSet devset/localhost:5001&lt;/p&gt;</comment>
                            <comment id="17513" author="redbeard0531" created="Sat, 28 Aug 2010 00:51:53 +0000"  >&lt;p&gt;Could you try w/o repl sets (just a regular --master node)? It looks like Repl sets are using a different flush call, so I&apos;d like to take that out of the equation and try to isolate the issue. Also can you give the full commandline you use when starting mongod?&lt;/p&gt;</comment>
                            <comment id="17506" author="andrewk" created="Fri, 27 Aug 2010 22:14:20 +0000"  >&lt;p&gt;Still getting the error:&lt;/p&gt;

&lt;p&gt;Fri Aug 27 23:11:33 db version v1.7.0-pre-, pdfile version 4.5&lt;br/&gt;
Fri Aug 27 23:11:33 git version: 948b3ad552579f4dfaae50c30d89bad71766f8d0&lt;br/&gt;
Fri Aug 27 23:11:33 sys info: windows (6, 1, 7600, 2, &apos;&apos;) BOOST_LIB_VERSION=1_42&lt;br/&gt;
Fri Aug 27 23:11:33 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; waiting for connections on port 5002&lt;br/&gt;
Fri Aug 27 23:11:33 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; ******&lt;br/&gt;
Fri Aug 27 23:11:33 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; creating replication oplog of size: 944MB... (use --oplogSize to change)&lt;br/&gt;
Fri Aug 27 23:11:34 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; ******&lt;br/&gt;
Fri Aug 27 23:11:34 &lt;span class=&quot;error&quot;&gt;&amp;#91;websvr&amp;#93;&lt;/span&gt; web admin interface listening on port 6002&lt;br/&gt;
Fri Aug 27 23:11:34 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; connection accepted from 127.0.0.1:8932 #1&lt;br/&gt;
Fri Aug 27 23:11:34 &lt;span class=&quot;error&quot;&gt;&amp;#91;startReplSets&amp;#93;&lt;/span&gt; replSet got config version 2 from a remote, saving locally&lt;br/&gt;
Fri Aug 27 23:11:34 &lt;span class=&quot;error&quot;&gt;&amp;#91;startReplSets&amp;#93;&lt;/span&gt; replSet info saving a newer config version to local.system.replset&lt;br/&gt;
Fri Aug 27 23:11:34 &lt;span class=&quot;error&quot;&gt;&amp;#91;initandlisten&amp;#93;&lt;/span&gt; connection accepted from 127.0.0.1:8934 #2&lt;br/&gt;
Fri Aug 27 23:11:34 &lt;span class=&quot;error&quot;&gt;&amp;#91;startReplSets&amp;#93;&lt;/span&gt; FlushViewOfFile failed 33 file: ./node2/local.1&lt;/p&gt;</comment>
                            <comment id="17448" author="andrewk" created="Thu, 26 Aug 2010 12:37:08 +0000"  >&lt;p&gt;Mathias Stearn: i&apos;m not set up to compile - can you put it into a nightly?&lt;/p&gt;

&lt;p&gt;I can get the error pretty reliably every time I start things with a fresh --dbpath&lt;/p&gt;

&lt;p&gt;Getting it on an existing --dbpath is a little harder but still happens with time.&lt;/p&gt;

&lt;p&gt;Let&apos;s assume that the corrupted oplog is red herring for now. let&apos;s see if we can get rid of those errors and then work from there.&lt;/p&gt;</comment>
                            <comment id="17391" author="redbeard0531" created="Wed, 25 Aug 2010 18:57:12 +0000"  >&lt;p&gt;AndrewK: could you try with master, or apply that patch to your branch of choice? &lt;/p&gt;

&lt;p&gt;Do you see the error within a few seconds &lt;b&gt;every&lt;/b&gt; time you launch the server? If so, does it happen if you point the server to a clean --dbpath?&lt;/p&gt;

&lt;p&gt;Since flushing is a background operation unrelated to modifying the data, I wouldn&apos;t expect it to cause corruption unless windows does something seriously screwy with mmaped files, so this probably isn&apos;t the cause of your oplog issues.&lt;/p&gt;</comment>
                            <comment id="17390" author="auto" created="Wed, 25 Aug 2010 18:33:25 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{&apos;login&apos;: &apos;RedBeard0531&apos;, &apos;name&apos;: &apos;Mathias Stearn&apos;, &apos;email&apos;: &apos;mathias@10gen.com&apos;}
&lt;p&gt;Message: make sure only one flush happens at a time &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-1163&quot; title=&quot;Writing 44K records a second and mongod.exe gives  &amp;#39;FlushViewOfFile failed 33&amp;#39; warning and then a client issue&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-1163&quot;&gt;&lt;del&gt;SERVER-1163&lt;/del&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;http://github.com/mongodb/mongo/commit/6dbd8594e56135347fca75f15ba08578cfacbe1a&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://github.com/mongodb/mongo/commit/6dbd8594e56135347fca75f15ba08578cfacbe1a&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="16966" author="andrewk" created="Tue, 17 Aug 2010 10:15:20 +0000"  >&lt;p&gt;From console:&lt;/p&gt;

&lt;p&gt;&amp;gt; db.runCommand(&apos;fsync&apos;)&lt;/p&gt;
{ &quot;numFiles&quot; : 4, &quot;ok&quot; : 1 }

&lt;p&gt;In logs:&lt;br/&gt;
Tue Aug 17 11:02:20 &lt;span class=&quot;error&quot;&gt;&amp;#91;conn21&amp;#93;&lt;/span&gt; CMD fsync:  sync:1 lock:0&lt;/p&gt;

&lt;p&gt;I&apos;ve tried issuing the command many times and never see the error.&lt;/p&gt;

&lt;p&gt;When testing with 1.4.x a while ago, I landed up with a corrupt oplog for no apparent reason. I don&apos;t know if this was the cause - there were no server restarts so I will assume that it may have been. I&apos;ll try and see if I can land up with a similar situation again. &lt;/p&gt;

&lt;p&gt;What worries me is what is causing that error message - is there a chance two threads are trying to modify the file(s)? Can some debugging code be added to see if multiple attempts to flush are occurring?&lt;/p&gt;

&lt;p&gt;Lastly, the error appears within seconds of starting the database server. Surely you don&apos;t call flush that quickly?&lt;/p&gt;</comment>
                            <comment id="16915" author="redbeard0531" created="Mon, 16 Aug 2010 16:58:19 +0000"  >&lt;p&gt;The reason it doesn&apos;t happen in 1.2.4 is that it was the last release where flush() was a noop on windows.&lt;/p&gt;

&lt;p&gt;Have you noticed any issues related to this other than a warning in the log? If you run db.adminCommand(&apos;fsync&apos;) do you see any errors? This may be a transient non-issue since we call flush every 60 seconds anyway.&lt;/p&gt;</comment>
                            <comment id="16787" author="andrewk" created="Thu, 12 Aug 2010 14:55:36 +0000"  >&lt;p&gt;Although I&apos;m not the original submitter, please get in touch if you want to work through this - I am eager to do what ever you need in order to help reproduce this.&lt;/p&gt;

&lt;p&gt;The version information for the 1.2.4 build, where this error does not appear to be present, is:&lt;/p&gt;

&lt;p&gt;db version v1.2.4, pdfile version 4.5&lt;br/&gt;
Thu Aug 12 14:53:58 git version: 5cf582d3d96b882c400c33e7670b811ccd47f477&lt;/p&gt;</comment>
                            <comment id="16779" author="andrewk" created="Thu, 12 Aug 2010 11:43:41 +0000"  >&lt;p&gt;Here is the logout put from the 3rd node in a 3 node replica-set using 1.6.0.&lt;/p&gt;

&lt;p&gt;All nodes on same Windows 7 64bit machine (not a VM), local un-raided disk. No anti-virus.&lt;br/&gt;
Nodes 1 &amp;amp; 2 are synced with a single collection of 1m objects.&lt;br/&gt;
Node 3 has already been configured to be part of the set and has previously synced successfully.&lt;/p&gt;

&lt;p&gt;Node 3&apos;s data path is cleaned. The node is then restarted with:&lt;/p&gt;

&lt;p&gt;mongod.exe --rest --dbpath .\node3 --port 5003 --replSet devset/localhost:5002 --logpath .\node3\log.txt --vvvvv&lt;/p&gt;

&lt;p&gt;The attached log (log-1.6.0-replset.1.txt) is the resulting output.&lt;/p&gt;

&lt;p&gt;The following appears pretty early on - without any need to generate updates/deletes or anything.&lt;br/&gt;
FlushViewOfFile failed 33 file: ./node3/local.1 &lt;/p&gt;

&lt;p&gt;Sometimes when running node 3, there is no error. However, restarting with a fresh data path a few times almost always generates this error.&lt;/p&gt;</comment>
                            <comment id="16777" author="andrewk" created="Thu, 12 Aug 2010 10:39:23 +0000"  >&lt;p&gt;This is still a problem with 1.4.4 and 1.6.0. I know you&apos;d prefer not to go back and fix 1.4.4 - but this may help tracing the change. The problem happens on both Windows 7 64bit and Windows Server 2008 R2 64bit. Both instances are with local non-raided drives. I&apos;ve seen the error happen with both clean data paths and with pre-existing data.&lt;/p&gt;

&lt;p&gt;The machines this has been tested on have no anti-virus software and nothing else is accessing the files.&lt;/p&gt;

&lt;p&gt;Importantly, it doesn&apos;t happen with 1.2.4 - this was the last version I can find where this error doesn&apos;t occur.&lt;/p&gt;

&lt;p&gt;This output is from 1.6.0. Unfortunately running with --vv doesn&apos;t show any additional output around the same time as the error. I&apos;ve also seen this error happen with the data files.&lt;/p&gt;

&lt;p&gt;(from node1)&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;startReplSets&amp;#93;&lt;/span&gt; FlushViewOfFile failed 33 file: ./node1/local.1&lt;/p&gt;

&lt;p&gt;(from node2)&lt;br/&gt;
&lt;span class=&quot;error&quot;&gt;&amp;#91;DataFileSync&amp;#93;&lt;/span&gt; FlushViewOfFile failed 33 file: ./node2/local.1&lt;/p&gt;

&lt;p&gt;OS: Windows 7 64bit&lt;br/&gt;
Thu Aug 12 11:17:50 MongoDB starting : pid=10520 port=5002 dbpath=.\node1 64-bit&lt;br/&gt;
Thu Aug 12 11:17:50 db version v1.6.0, pdfile version 4.5&lt;br/&gt;
Thu Aug 12 11:17:50 git version: 2c7f164b653f0d703947572ede064aed41cc2185&lt;br/&gt;
Thu Aug 12 11:17:50 sys info: windows (6, 1, 7600, 2, &apos;&apos;) BOOST_LIB_VERSION=1_42&lt;/p&gt;</comment>
                            <comment id="14799" author="dougtaft" created="Tue, 15 Jun 2010 15:39:54 +0000"  >&lt;p&gt;We can&apos;t reproduce the error.  I have tried several configurations, and nothing causes the error.  As far as I can tell, nothing has changed in the data or the MongoDB, and yet I can&apos;t reproduce the error.  I am going to run a few more tests over night, but at this point it looks like our error disappeared.  I have added a slave, and I will add another slave tomorrow.  I will update tomorrow if we are still error free.&lt;/p&gt;</comment>
                            <comment id="14789" author="eliot" created="Tue, 15 Jun 2010 10:20:03 +0000"  >&lt;p&gt;I see.&lt;br/&gt;
Running with -vv should be sufficient.&lt;br/&gt;
It&apos;ll log everything.&lt;/p&gt;</comment>
                            <comment id="14788" author="dougtaft" created="Tue, 15 Jun 2010 10:18:47 +0000"  >&lt;p&gt;I will run it not as a service to get the log.&lt;/p&gt;

&lt;p&gt;What I want from the C# client is some kind of log of events.  I want to give you as much data about the issue as possible. &lt;/p&gt;</comment>
                            <comment id="14780" author="eliot" created="Tue, 15 Jun 2010 09:49:42 +0000"  >&lt;p&gt;Can you run mongo as a normal daemon for now instead of a service?&lt;br/&gt;
There are some issues with the service stuff and we haven&apos;t had a chance to work on that yet.&lt;/p&gt;

&lt;p&gt;Not sure what you mean by log from the c# client&lt;/p&gt;</comment>
                            <comment id="14776" author="dougtaft" created="Tue, 15 Jun 2010 08:54:19 +0000"  >&lt;p&gt;I am using the string below to install MongoDB as a service.  Unfortunately it is not logging.  What am I doing wrong?&lt;/p&gt;

&lt;p&gt;G:\MongoDB\bin\mongod.exe  --logpath G:\MongoDB\log\log.txt -vv --dbpath G:\MongoDB\db\ --directoryperdb --install&lt;/p&gt;

&lt;p&gt;I also tried just the single -v&lt;/p&gt;

&lt;p&gt;G:\MongoDB\bin\mongod.exe  --logpath G:\MongoDB\log\log.txt -v --dbpath G:\MongoDB\db\ --directoryperdb --install&lt;/p&gt;

&lt;p&gt;Also, is there a way to log from the C# MongoDB client?&lt;/p&gt;</comment>
                            <comment id="14729" author="eliot" created="Mon, 14 Jun 2010 12:13:35 +0000"  >&lt;p&gt;Can you try again with -vv and send us the full log and when the client had a problem?&lt;/p&gt;</comment>
                            <comment id="14676" author="dougtaft" created="Fri, 11 Jun 2010 12:24:03 +0000"  >&lt;p&gt;The data volume is on a NetApp SAN, on a relatively new aggregate on new shelves.  We have not had any issues with the new disks, shelves, aggregates, or volumes.  I had the storage guys comb the logs on both the filers and the systems to ensure the load issue was not disk related.&lt;/p&gt;</comment>
                            <comment id="14675" author="dougtaft" created="Fri, 11 Jun 2010 12:21:33 +0000"  >&lt;p&gt;Eliot,&lt;/p&gt;

&lt;p&gt;Here are the details on the system where MongoDB is running.&lt;br/&gt;
OS: Windows 2008 Ent&lt;br/&gt;
CPU cores: 8&lt;br/&gt;
RAM: 32GB&lt;/p&gt;

&lt;p&gt;The data for MongoDB is on its own volume, 100GB.&lt;/p&gt;

&lt;p&gt;I will try and rerun this afternoon with the -v enabled for logging.  The -v did not seem that verbose though, is -v all events?&lt;/p&gt;</comment>
                            <comment id="14674" author="eliot" created="Fri, 11 Jun 2010 12:07:16 +0000"  >&lt;p&gt;Mongo will retry&lt;/p&gt;

&lt;p&gt;Some other people with the same issue&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://groups.google.ie/group/microsoft.public.win32.programmer.kernel/browse_frm/thread/a7a70e5bf111f31f/3053356d049d22bc?hl=en&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://groups.google.ie/group/microsoft.public.win32.programmer.kernel/browse_frm/thread/a7a70e5bf111f31f/3053356d049d22bc?hl=en&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;But i&apos;m pretty sure that issue is harmless&lt;/p&gt;</comment>
                            <comment id="14673" author="matthiasg" created="Fri, 11 Jun 2010 11:55:02 +0000"  >&lt;p&gt;We are also running into occasional FlushViewOfFile errors (Code 33) i assume that is the windows error code for ERROR_LOCK_VIOLATION.&lt;/p&gt;

&lt;p&gt;How is mongo dealing with this error ? Is it retrying or could data potentially be lost ?&lt;/p&gt;</comment>
                            <comment id="14664" author="eliot" created="Thu, 10 Jun 2010 16:03:42 +0000"  >&lt;p&gt;We&apos;re still trying to figure out exactly what that means in windows.&lt;br/&gt;
The docs are quite obtuse.&lt;/p&gt;

&lt;p&gt;Are you sure you have enough disk space?&lt;/p&gt;

&lt;p&gt;Can you try running with mongod -v&lt;/p&gt;</comment>
                            <comment id="14626" author="dougtaft" created="Tue, 8 Jun 2010 17:38:14 +0000"  >&lt;p&gt;What does that error mean?  Why did the error occur during our load process?&lt;/p&gt;

&lt;p&gt;The error from the client was short, &quot;Client failed to connect.&quot; &lt;/p&gt;

&lt;p&gt;If you have a way for me to produce a more verbose error log I would be more than happy to run our test again.&lt;/p&gt;</comment>
                            <comment id="14622" author="eliot" created="Tue, 8 Jun 2010 16:51:25 +0000"  >&lt;p&gt;No - that error shouldn&apos;t cause any kind of problem like that.&lt;br/&gt;
Can you send the client error?&lt;/p&gt;</comment>
                            <comment id="14621" author="dougtaft" created="Tue, 8 Jun 2010 15:52:40 +0000"  >&lt;p&gt;Sorry, the database did not shutdown.  The client receives an error indicating that it is unable to connect to the database.  I assumed that the last error in the log was related to the clients issue because that was the only activity against the database at that time.&lt;/p&gt;</comment>
                            <comment id="14481" author="redbeard0531" created="Thu, 27 May 2010 15:19:32 +0000"  >&lt;p&gt;Is that the last line in the log? Are you sure the db crashed? Usually there is a shutting down message, even on crashes.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="12509">SERVER-1459</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="36480">SERVER-5631</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10012">
                    <name>Related</name>
                                            <outwardlinks description="related to">
                                        <issuelink>
            <issuekey id="12509">SERVER-1459</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="38413">SERVER-5819</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="10367" name="log-1.6.0-replset.1.txt" size="5048" author="andrewk" created="Thu, 12 Aug 2010 11:43:41 +0000"/>
                            <attachment id="10229" name="log.txt" size="152038" author="dougtaft" created="Thu, 27 May 2010 14:31:11 +0000"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_10050" key="com.atlassian.jira.toolkit:comments">
                        <customfieldname># Replies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>45.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_10011" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Backwards Compatibility</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10038"><![CDATA[Fully Compatible]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                            <customfield id="customfield_10055" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>Date of 1st Reply</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Thu, 27 May 2010 15:19:32 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.toolkit:dayslastcommented">
                        <customfieldname>Days since reply</customfieldname>
                        <customfieldvalues>
                                        11 years, 1 week, 5 days ago
    
                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_18254" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Dependencies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue><![CDATA[]]></customfieldvalue>


                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_15850" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_10057" key="com.atlassian.jira.toolkit:lastusercommented">
                        <customfieldname>Last comment by Customer</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>true</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10056" key="com.atlassian.jira.toolkit:lastupdaterorcommenter">
                        <customfieldname>Last commenter</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>ramon.fernandez@mongodb.com</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_11151" key="com.atlassian.jira.toolkit:LastCommentDate">
                        <customfieldname>Last public comment date</customfieldname>
                        <customfieldvalues>
                            11 years, 1 week, 5 days ago
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_10032" key="com.atlassian.jira.plugin.system.customfieldtypes:select">
                        <customfieldname>Operating System</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10022"><![CDATA[Windows]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_10051" key="com.atlassian.jira.toolkit:participants">
                        <customfieldname>Participants</customfieldname>
                        <customfieldvalues>
                                        <customfieldvalue>andrewk</customfieldvalue>
            <customfieldvalue>auto</customfieldvalue>
            <customfieldvalue>dougtaft</customfieldvalue>
            <customfieldvalue>dwight@mongodb.com</customfieldvalue>
            <customfieldvalue>sym3tri</customfieldvalue>
            <customfieldvalue>eliot</customfieldvalue>
            <customfieldvalue>siedler</customfieldvalue>
            <customfieldvalue>mathias@mongodb.com</customfieldvalue>
            <customfieldvalue>matthiasg</customfieldvalue>
            <customfieldvalue>tad</customfieldvalue>
            <customfieldvalue>dnnx</customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_14254" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Product Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hrpm33:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_12550" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>2|hrgcu7:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10558" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>8989</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_23361" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Requested By</customfieldname>
                        <customfieldvalues>
                                

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10166" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Tests Written</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10153"><![CDATA[Unneeded]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10053" key="com.atlassian.jira.ext.charting:timeinstatus">
                        <customfieldname>Time In Status</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                        <customfield id="customfield_22870" key="com.onresolve.jira.groovy.groovyrunner:scripted-field">
                        <customfieldname>Triagers</customfieldname>
                        <customfieldvalues>
                                

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                    <customfield id="customfield_14350" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>serverRank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hrnvjj:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                    </customfields>
    </item>
</channel>
</rss>