<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 02:57:04 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-1459] FlushViewOfFile failed 33 (and othe numbers) &amp; Client disconnections - Details - Windows</title>
                <link>https://jira.mongodb.org/browse/SERVER-1459</link>
                <project id="10000" key="SERVER">Core Server</project>
                    <description>&lt;p&gt;I&apos;m testing (writing alot of data) MongoDB (1.4.4 and 1.5.5) on Win 2008 R2  and have this issue:&lt;br/&gt;
During &quot;new extent allocations&quot; i see the following error: &quot;FlushViewOfFile failed 33&quot;.&lt;br/&gt;
In almost all cases this is not a problem (except several seconds delay in writing)/ But some times it leads to client disconnects (all clients in the same time with identical error). &lt;/p&gt;

&lt;p&gt;The error is (on the client side):&lt;/p&gt;

&lt;p&gt;Unable to write data to the transport connection: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.&lt;br/&gt;
   at System.Net.Sockets.NetworkStream.Write(Byte[] buffer, Int32 offset, Int32 size)&lt;br/&gt;
   at Norm.Connection.Write(Byte[] bytes, Int32 start, Int32 size)&lt;br/&gt;
   at Norm.Protocol.Messages.InsertMessage`1.Execute()&lt;br/&gt;
   at Norm.Collections.MongoCollection`1.Insert(IEnumerable`1 documentsToInsert&lt;br/&gt;
...&lt;/p&gt;

&lt;p&gt;The MongoDB is still working and i can connect to it again. But, with the growth of written data these disconnects happens more frequently.&lt;br/&gt;
Writing data in 2 threads (1 doc is 7 attributes and about 1 kB in size) fails:&lt;br/&gt;
1. First time - after 15 millions of docs written.&lt;br/&gt;
2. Second - after 5 millions,&lt;br/&gt;
3. Third - after 2 millions.&lt;br/&gt;
At the third time database is about 50Gb.&lt;/p&gt;

&lt;p&gt;And finally? i&apos;ve pressed Ctrl+C and find at the log these errors:&lt;/p&gt;

&lt;p&gt;FlushFileBuffers failed 6 file: /data/db/fortest.16&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.17&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.18&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.19&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.20&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.21&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.22&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.23&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.24&lt;br/&gt;
FlushViewOfFile failed 487 file: /data/db/fortest.26&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.26&lt;br/&gt;
FlushViewOfFile failed 487 file: /data/db/fortest.0&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.0&lt;br/&gt;
FlushViewOfFile failed 487 file: /data/db/fortest.1&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.1&lt;br/&gt;
FlushViewOfFile failed 487 file: /data/db/fortest.2&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.2&lt;br/&gt;
FlushFileBuffers failed 6 file: /data/db/fortest.3&lt;br/&gt;
---------&lt;/p&gt;

&lt;p&gt;As you see, client library is NoRM,&lt;br/&gt;
Mongo version is 1.4.4 64 bit (1.5.5 shows the same behavior)&lt;/p&gt;

&lt;p&gt;Mongo starts with this command: mongod -v --cpu --syncdelay 1 -logpath e:\logs\Mongod.txt&lt;br/&gt;
The log file is in attachment (i&apos;ve cut off the middle part).&lt;/p&gt;

&lt;p&gt;Clients stop write with last &quot;insert fortest.posts&quot; in the log and get the error in a minute.&lt;/p&gt;</description>
                <environment>Windows Srv 2008 R2, HP DL160G6: 2xXeon E5550, 24 Gb RAM, 4x500 Gb SATA HDD</environment>
        <key id="12509">SERVER-1459</key>
            <summary>FlushViewOfFile failed 33 (and othe numbers) &amp; Client disconnections - Details - Windows</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="vadis">Vadim</reporter>
                        <labels>
                    </labels>
                <created>Thu, 22 Jul 2010 07:51:59 +0000</created>
                <updated>Tue, 12 Jul 2016 00:18:22 +0000</updated>
                            <resolved>Sat, 24 Mar 2012 02:21:30 +0000</resolved>
                                    <version>1.4.4</version>
                    <version>1.5.5</version>
                                                    <component>Stability</component>
                                        <votes>1</votes>
                                    <watches>4</watches>
                                                                                                                <comments>
                            <comment id="103200" author="tad" created="Sat, 24 Mar 2012 02:21:09 +0000"  >&lt;p&gt;This comment is copied from &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;.  The specific version referenced here (1.4.4 and 1.5.5) are different, but the time-frame is the same and the FlushViewOfFile error 33 issues are the same.  The extra ingredient this bug report contains is a few different FlushViewOfFile error codes and some failures of FlushFileBuffers as well.  But no new customer information has been added since Jul 22 2010 and that report said that the problems were not reproducible in version 1.5.5.  Since the FlushViewOfFile failure has now been addressed, and we don&apos;t have anything to work with for the other errors, this ticket should be closed.&lt;/p&gt;

&lt;p&gt;Below text copied from &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;/p&gt;

&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;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="70786" author="tad" created="Mon, 5 Dec 2011 00:39:35 +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="69624" author="tad" created="Tue, 29 Nov 2011 20:17:36 +0000"  >&lt;p&gt;In following up on Dwight&apos;s comment from Mar 08 2011 05:10:21 PM UTC (in which he provides a simple and reproducible way to reproduce the FlushViewOfFile() failure with ERROR_LOCK_VIOLATION), this bug shows some interesting behavior.&lt;/p&gt;

&lt;p&gt;1)  It happens exactly once in each run of &apos;test --dbpath \data\db\unittest -v --debug --dur --bigfiles&apos; and in the same test every time.  It doesn&apos;t look random at all.&lt;/p&gt;

&lt;p&gt;2)  The failing test is called ExtentAllocOrder and the point at which we fail is from within dropDatabase() while syncing the journal with getDur().syncDataAndTruncateJournal().  A call to flushAll() loops through all open memory mapped files, but it is always unittest_ex.3 that triggers the failure.&lt;/p&gt;

&lt;p&gt;3)  On the theory that this was a race condition in which Windows is busy doing something and we hit an internal Windows lock, I tried adding a Sleep(1) call just before the FlushViewOfFile() call to wait for 1 millisecond before the flush to let Windows catch up.  It didn&apos;t change anything.  I increased the timeout to 10 ms.  Fail again.  100 ms, 1000 ms and then 10000 ms changed nothing.  In other words, giving Windows 10 seconds to &quot;catch up&quot; changes nothing.  This doesn&apos;t look like a race condition, and the lock we hit is probably one we set.  At least that&apos;s what it looks like right now.&lt;/p&gt;

&lt;p&gt;4)  Matthias suggested calling flushAll() before dropping the database to see what happened.  The pre-call to flushAll() doesn&apos;t fail, we fail in the same place in the same way even after having called FlushViewOfFile() just an instant beforehand.  So, it&apos;s not any pending data requiring flushing that is getting in the way, it&apos;s all activity that we trigger in dropping the database.&lt;/p&gt;

&lt;p&gt;I&apos;m still digging, but I wanted to get some notes written down.&lt;/p&gt;</comment>
                            <comment id="69140" author="tad" created="Mon, 28 Nov 2011 04:02:40 +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="25519" author="dwight_10gen" created="Tue, 8 Mar 2011 17:10:21 +0000"  >&lt;p&gt;i am able to reproduce this with 1.9.x and: &lt;/p&gt;

&lt;p&gt;  ./test --dur pdfile&lt;/p&gt;

&lt;p&gt;as the command line.&lt;/p&gt;

&lt;p&gt;i did some digging and could not resolve.  a couple notes: &lt;/p&gt;

&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;added some tracing, the thing we are flushing looks valid.&lt;/li&gt;
	&lt;li&gt;tried, this, didn&apos;t help: &lt;a href=&quot;https://groups.google.com/group/microsoft.public.win32.programmer.kernel/browse_frm/thread/a7a70e5bf111f31f/3053356d049d22bc?hl=en#3053356d049d22bc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://groups.google.com/group/microsoft.public.win32.programmer.kernel/browse_frm/thread/a7a70e5bf111f31f/3053356d049d22bc?hl=en#3053356d049d22bc&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;we should open a ticket with msft&lt;/p&gt;

&lt;p&gt;Tue Mar 08 12:12:57 &lt;span class=&quot;error&quot;&gt;&amp;#91;testsuite&amp;#93;&lt;/span&gt; FlushViewOfFile failed 33 file: /tmp/unittest/unittest_ex.6&lt;/p&gt;</comment>
                            <comment id="16054" author="eliot" created="Thu, 22 Jul 2010 18:39:53 +0000"  >&lt;p&gt;Given we&apos;re getting ready to release 1.6 - not going to look into fixing 1.4.4 right now&lt;/p&gt;</comment>
                            <comment id="16042" author="vadis" created="Thu, 22 Jul 2010 14:29:49 +0000"  >&lt;p&gt;I&apos;m very sorry. More tests show this problem ONLY in 1.4.4 (not in 1.5.5)&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10011">
                    <name>Depends</name>
                                                                <inwardlinks description="is depended on by">
                                                        </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                            <outwardlinks description="duplicates">
                                        <issuelink>
            <issuekey id="12034">SERVER-1163</issuekey>
        </issuelink>
                            </outwardlinks>
                                                        </issuelinktype>
                            <issuelinktype id="10012">
                    <name>Related</name>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="12034">SERVER-1163</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="38413">SERVER-5819</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="10308" name="Mongo-log.zip" size="4716" author="vadis" created="Thu, 22 Jul 2010 07:51:59 +0000"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_10050" key="com.atlassian.jira.toolkit:comments">
                        <customfieldname># Replies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>7.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, 22 Jul 2010 18:39:53 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.toolkit:dayslastcommented">
                        <customfieldname>Days since reply</customfieldname>
                        <customfieldvalues>
                                        11 years, 47 weeks, 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, 47 weeks, 5 days ago
                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_10000" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Old_Backport</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10000"><![CDATA[No]]></customfieldvalue>

                        </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>dwight@mongodb.com</customfieldvalue>
            <customfieldvalue>eliot</customfieldvalue>
            <customfieldvalue>tad</customfieldvalue>
            <customfieldvalue>vadis</customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_14254" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Product Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hrpj73:</customfieldvalue>

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

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10558" key="com.pyxis.greenhopper.jira:gh-global-rank">
                        <customfieldname>Rank (Obsolete)</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>22118</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|ht090v:</customfieldvalue>

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