<!-- 
RSS generated by JIRA (9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66) at Thu Feb 08 03:08:19 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-5244] core suite fails with &quot;not enough storage&quot; error - Windows 32 bit</title>
                <link>https://jira.mongodb.org/browse/SERVER-5244</link>
                <project id="10000" key="SERVER">Core Server</project>
                    <description>&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;Wed Mar 07 13:36:41 [conn906] CMD: drop test.jstests_pushall&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;Wed Mar 07 13:36:41 [conn906] MapViewOfFile failed /data/db/sconsTests/test.5 errno:8 Not enough storage is available to process this command. (32 bit build)&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;Wed Mar 07 13:36:41 TypeError: t.findOne() has no properties C:\10gen\buildslaves\mongo\Windows_32bit_Nightly\mongo\jstests\pushall.js:20&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;failed to load: C:\10gen\buildslaves\mongo\Windows_32bit_Nightly\mongo\jstests\pushall.js&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;Wed Mar 07 13:36:41 [conn906] end connection 127.0.0.1:59526 (0 connections now open)&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;\mongo.exe&apos;, &apos;--port&apos;, &apos;27999&apos;, &apos;C:\\10gen\\buildslaves\\mongo\\Windows_32bit_Nightly\\mongo\\jstests\\push2.js&apos;, &apos;--eval&apos;, &apos;TestData = new Object();TestData.testPath = &quot;C:\\\\10gen\\\\buildslaves\\\\mongo\\\\Windows_32bit_Nightly\\\\mongo\\\\jstests\\\\push2.js&quot;;TestData.testFile = &quot;push2.js&quot;;TestData.testName = &quot;push2&quot;;TestData.noJournal = false;TestData.noJournalPrealloc = false;TestData.auth = false;TestData.keyFile = null;TestData.keyFileData = null;&apos;]&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;                11213.9999866ms&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;&lt;a href=&quot;http://buildbot.mongodb.org/builders/Nightly%20Windows%2032-bit/builds/791/steps/test_1/logs/stdio&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://buildbot.mongodb.org/builders/Nightly%20Windows%2032-bit/builds/791/steps/test_1/logs/stdio&lt;/a&gt;&lt;/p&gt;</description>
                <environment>Nightly Windows 32-bit</environment>
        <key id="32468">SERVER-5244</key>
            <summary>core suite fails with &quot;not enough storage&quot; error - Windows 32 bit</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="milkie@mongodb.com">Eric Milkie</assignee>
                                    <reporter username="ian@mongodb.com">Ian Whalen</reporter>
                        <labels>
                            <label>buildbot</label>
                    </labels>
                <created>Wed, 7 Mar 2012 22:10:25 +0000</created>
                <updated>Mon, 11 Jul 2016 18:34:33 +0000</updated>
                            <resolved>Tue, 1 May 2012 21:02:13 +0000</resolved>
                                                    <fixVersion>2.1.1</fixVersion>
                                    <component>Storage</component>
                                        <votes>0</votes>
                                    <watches>2</watches>
                                                                                                                <comments>
                            <comment id="114946" author="auto" created="Mon, 30 Apr 2012 18:44:01 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{u&apos;login&apos;: u&apos;milkie&apos;, u&apos;name&apos;: u&apos;Eric Milkie&apos;, u&apos;email&apos;: u&apos;milkie@10gen.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-5244&quot; title=&quot;core suite fails with &amp;quot;not enough storage&amp;quot; error - Windows 32 bit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-5244&quot;&gt;&lt;del&gt;SERVER-5244&lt;/del&gt;&lt;/a&gt; restart mongod periodically during tests&lt;/p&gt;

&lt;p&gt;The 32-bit Windows builder runs out of virtual address space&lt;br/&gt;
before it reaches the end of the js test suite.  This change will&lt;br/&gt;
help it to complete successfully.  Note that smalloplog suite,&lt;br/&gt;
which tests how well replication works after all the js tests have run,&lt;br/&gt;
is unaffected by this.  The buildbot config will be changed such that&lt;br/&gt;
32-bit machines no longer run the small oplog suite.&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/7c50f4320f11865483541c8c092a0b482f5c51fc&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/7c50f4320f11865483541c8c092a0b482f5c51fc&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="112583" author="ian@10gen.com" created="Mon, 23 Apr 2012 14:50:24 +0000"  >&lt;p&gt;Appears that this problem is back:&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://buildbot.mongodb.org/builders/Nightly%20Windows%2032-bit/builds/838/steps/test_1/logs/stdio&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://buildbot.mongodb.org/builders/Nightly%20Windows%2032-bit/builds/838/steps/test_1/logs/stdio&lt;/a&gt;&lt;br/&gt;
and&lt;br/&gt;
&lt;a href=&quot;http://buildbot.mongodb.org/builders/Nightly%20Windows%2032-bit/builds/834/steps/test_1/logs/stdio&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://buildbot.mongodb.org/builders/Nightly%20Windows%2032-bit/builds/834/steps/test_1/logs/stdio&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="104920" author="milkie" created="Thu, 29 Mar 2012 19:20:06 +0000"  >&lt;p&gt;core suite is now passing. I just made sure that the tests with larger datasets didn&apos;t leave anything behind.&lt;/p&gt;</comment>
                            <comment id="104481" author="auto" created="Wed, 28 Mar 2012 20:37:17 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{u&apos;login&apos;: u&apos;milkie&apos;, u&apos;name&apos;: u&apos;Eric Milkie&apos;, u&apos;email&apos;: u&apos;milkie@10gen.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-5244&quot; title=&quot;core suite fails with &amp;quot;not enough storage&amp;quot; error - Windows 32 bit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-5244&quot;&gt;&lt;del&gt;SERVER-5244&lt;/del&gt;&lt;/a&gt; clean up tests that leave a lot of data behind&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/77e7786e7aae1d6446ad5f9357ced5973ed0a6b6&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/77e7786e7aae1d6446ad5f9357ced5973ed0a6b6&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="103766" author="auto" created="Mon, 26 Mar 2012 21:14:25 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{u&apos;login&apos;: u&apos;milkie&apos;, u&apos;name&apos;: u&apos;Eric Milkie&apos;, u&apos;email&apos;: u&apos;milkie@10gen.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-5244&quot; title=&quot;core suite fails with &amp;quot;not enough storage&amp;quot; error - Windows 32 bit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-5244&quot;&gt;&lt;del&gt;SERVER-5244&lt;/del&gt;&lt;/a&gt; attempt to save db space (and thus virtual address space) by dropping large collection&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/d4c663405f3ea1577a146549e73f428f55840aa2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/d4c663405f3ea1577a146549e73f428f55840aa2&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="103762" author="milkie" created="Mon, 26 Mar 2012 20:59:32 +0000"  >&lt;p&gt;I watched a run of smokeJS with VMMap.  It fails when it attempts to map in a 5th database file for db &quot;test&quot;:&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;03/26/2012  04:53 PM        16,777,216 test.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;03/26/2012  04:53 PM        33,554,432 test.1&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;03/26/2012  04:53 PM        67,108,864 test.2&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;03/26/2012  04:53 PM       268,435,456 test.3&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;03/26/2012  04:53 PM       268,435,456 test.4&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;03/26/2012  04:54 PM       536,608,768 test.5&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;03/26/2012  04:53 PM        16,777,216 test.ns&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;               7 File(s)  1,207,697,408 bytes&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;As can be seen above, just the 5th file alone consumes half a gig of virtual address space.  Combined with the rest of the files, it&apos;s no wonder we are hitting this error on the 32-bit build.  I don&apos;t know why this isn&apos;t problematic on Linux or OS X (perhaps we are getting close to running out?)&lt;/p&gt;

&lt;p&gt;Should we drop the &quot;test&quot; database after each js script is run for smokeJS?  &lt;br/&gt;
Also, why are test.3 and test.4 the same size?  Something seems screwy.&lt;/p&gt;</comment>
                            <comment id="103732" author="ian@10gen.com" created="Mon, 26 Mar 2012 19:51:48 +0000"  >&lt;p&gt;Nightly 32-bit build still failing on the MapViewOfFile issue: &lt;a href=&quot;http://buildbot.mongodb.org/builders/Nightly%20Windows%2032-bit/builds/807/steps/test_1/logs/stdio&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://buildbot.mongodb.org/builders/Nightly%20Windows%2032-bit/builds/807/steps/test_1/logs/stdio&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="97851" author="milkie" created="Mon, 12 Mar 2012 15:55:39 +0000"  >&lt;p&gt;I think all the collections are being dropped when we&apos;re done with them, but I could be mistaken.  I think we&apos;re just getting hit by memory fragmentation.  I&apos;ve hacked up the tests enough now, to make all of the core tests pass again on 32-bit Windows.&lt;br/&gt;
I&apos;ll file another ticket to clean up error handling on Windows with MapViewOfFile().&lt;/p&gt;</comment>
                            <comment id="97817" author="auto" created="Mon, 12 Mar 2012 15:05:37 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{u&apos;login&apos;: u&apos;milkie&apos;, u&apos;name&apos;: u&apos;Eric Milkie&apos;, u&apos;email&apos;: u&apos;milkie@10gen.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-5244&quot; title=&quot;core suite fails with &amp;quot;not enough storage&amp;quot; error - Windows 32 bit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-5244&quot;&gt;&lt;del&gt;SERVER-5244&lt;/del&gt;&lt;/a&gt; fix test for Windows (32 bit runs out of contiguous virtual address space)&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/e714bcaf6899bde1466c414c4494ceb18216c3a3&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/e714bcaf6899bde1466c414c4494ceb18216c3a3&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="97530" author="auto" created="Sat, 10 Mar 2012 18:55:17 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{u&apos;login&apos;: u&apos;milkie&apos;, u&apos;name&apos;: u&apos;Eric Milkie&apos;, u&apos;email&apos;: u&apos;milkie@10gen.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-5244&quot; title=&quot;core suite fails with &amp;quot;not enough storage&amp;quot; error - Windows 32 bit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-5244&quot;&gt;&lt;del&gt;SERVER-5244&lt;/del&gt;&lt;/a&gt; even better construction of large string value&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/e7a2aa504e99c2a75fb28bc8e0c733cc23fdbfd5&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/e7a2aa504e99c2a75fb28bc8e0c733cc23fdbfd5&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="97404" author="tad" created="Fri, 9 Mar 2012 23:14:14 +0000"  >&lt;p&gt;I like your idea of improving the handling of a MapViewOfFile() failure.  It&apos;s hard to say exactly what the &quot;best&quot; improvement would be, but the current tactic of reporting the error and failing the immediate action is not good enough.&lt;/p&gt;

&lt;p&gt;If an exception returned control to a place where things were cleaned up properly, we could keep running and a dropDatabase() on the database that triggered the exception might allow new database files to be mapped.  I spotted three places where we use this API:&lt;/p&gt;

&lt;p&gt;1) util/mmap_win.cpp, MemoryMappedFile::createReadOnlyMap(), line 71;&lt;br/&gt;
2) util/mmap_win.cpp, MemoryMappedFile::map(), line 144; &amp;#8211; this is the one we&apos;re hitting (it says 32-bit build)&lt;br/&gt;
3) db/mongommf.cpp, MemoryMappedFile::createPrivateMap(), line 85&lt;/p&gt;

&lt;p&gt;I think the third one is the one used for journaling. &lt;/p&gt;

&lt;p&gt;We should definitely not be returning bad data ... it would be better to do a fatal shutdown than let that happen.&lt;/p&gt;

&lt;p&gt;For the core suite, are we dropping collections when we are done with them, and is the space being reused by later tests?  If collections are being dropped and the space is not being reused, is that another bug we need to look at?  If they are not being dropped, maybe we should, otherwise we have inter-test dependencies and changing behavior when tests are added, removed, moved or renamed.&lt;/p&gt;</comment>
                            <comment id="97391" author="milkie" created="Fri, 9 Mar 2012 22:41:59 +0000"  >&lt;p&gt;We&apos;re further now, we make it to the u&apos;s before it runs out of storage.&lt;/p&gt;

&lt;p&gt;Should we consider throwing an exception when MapViewOfFile() fails?  Right now we just blindly continue after logging what happened. This makes me nervous.  Note that the unit test that is now failing is actually failing due to unexpected data!!  This could result in queries returning wrong answers.&lt;/p&gt;</comment>
                            <comment id="97285" author="auto" created="Fri, 9 Mar 2012 18:55:37 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{u&apos;login&apos;: u&apos;milkie&apos;, u&apos;name&apos;: u&apos;Eric Milkie&apos;, u&apos;email&apos;: u&apos;milkie@10gen.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-5244&quot; title=&quot;core suite fails with &amp;quot;not enough storage&amp;quot; error - Windows 32 bit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-5244&quot;&gt;&lt;del&gt;SERVER-5244&lt;/del&gt;&lt;/a&gt; push bigger and fewer, to avoid Windows failure&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/b1586264fdbcbaa9ccef9291fefe93c5bf853dd9&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/b1586264fdbcbaa9ccef9291fefe93c5bf853dd9&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="97208" author="tad" created="Fri, 9 Mar 2012 16:12:22 +0000"  >&lt;p&gt;Assigning to Eric since he is working on it, reassign to me if you need to, thanks!&lt;/p&gt;</comment>
                            <comment id="97172" author="auto" created="Fri, 9 Mar 2012 15:19:57 +0000"  >&lt;p&gt;Author:&lt;/p&gt;
{u&apos;login&apos;: u&apos;milkie&apos;, u&apos;name&apos;: u&apos;Eric Milkie&apos;, u&apos;email&apos;: u&apos;milkie@10gen.com&apos;}
&lt;p&gt;Message: &lt;a href=&quot;https://jira.mongodb.org/browse/SERVER-5244&quot; title=&quot;core suite fails with &amp;quot;not enough storage&amp;quot; error - Windows 32 bit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-5244&quot;&gt;&lt;del&gt;SERVER-5244&lt;/del&gt;&lt;/a&gt; reduce memory fragmentation during object construction&lt;/p&gt;

&lt;p&gt;This is in hopes of making all the core js tests pass on Windows 32-bit&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/0e06167978fe5e22f9b130f0e6483287369743a4&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/0e06167978fe5e22f9b130f0e6483287369743a4&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="97127" author="tad" created="Fri, 9 Mar 2012 12:27:52 +0000"  >&lt;p&gt;Thinking about the problem some more, I suspect that what is happening is that we do not have enough contiguous virtual address space in the 32-bit mongod.exe process to map the next file in the test database set.  The failure is on test.5, so we already have test.0 through test.4, but the push2.js test is trying to create a BSON object that is too large and so keeps creating bigger and bigger objects until it gets a failure.  When this causes mongod.exe to need a new extent in a new file, it tries to create the file and map it and there isn&apos;t a block of contiguous address space big enough to hold the mapping.&lt;/p&gt;

&lt;p&gt;The big issue with 32-bit processes is not simply &quot;memory&quot;, but address space.  Windows reserves the top half of the address space for the kernel so there is only 2 GB of address space available for user processes.  But all of the DLLs used by a process and a whole bunch that may not even be used are mapped into the user&apos;s half of the address space, and they are not necessarily placed optimally.  If you look at your address space with VMMap or vadump.exe you can see that they are scattered around, and all of our memory mapped files have to fit into whatever contiguous blocks of address space are available.  Even with lots of unused address space, there may not be a single contiguous block of address space large enough to hold a new memory mapped file.&lt;/p&gt;

&lt;p&gt;I think that the right thing to do now is to disable the push2.js test for 32-bit Windows.  pushall.js is not the problem and it should pass on 32-bit Windows as-is if push2.js is not run.&lt;/p&gt;</comment>
                            <comment id="96728" author="auto" created="Thu, 8 Mar 2012 12:56:42 +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-5244&quot; title=&quot;core suite fails with &amp;quot;not enough storage&amp;quot; error - Windows 32 bit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-5244&quot;&gt;&lt;del&gt;SERVER-5244&lt;/del&gt;&lt;/a&gt; Remove temporary diagnostics&lt;/p&gt;

&lt;p&gt;Remove the diagnostic logging I added for trying to debug this issue.&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/1bf5aac8d6a6a649421f3482abe70f3c12730aa3&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/1bf5aac8d6a6a649421f3482abe70f3c12730aa3&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="96716" author="tad" created="Thu, 8 Mar 2012 11:49:05 +0000"  >&lt;p&gt;We do not seem to be out of memory when the MapViewOfFile() API fails.  Total mapped is 384 MB when we start push2.js and 768 MB after push2.js when we start pushall.js.  We are barely touching the page file with 77 MB of it used.  It is somewhat possible that the test against BSON size of 16 MB isn&apos;t working but that seems unlikely given that there are far fewer slow updates logged before the failing case than we get past in the succeeding case.  The failing case displays &quot;info DFM::findAll(): extent 2:6787000 was empty, skipping ahead. ns:test.push2&quot; 7 times before the failure, but the succeeding case prints it 8 times.  The push2.js test kicks virtual memory usage from 1148 MB up to 1533 MB and on a machine with 1738 MB RAM that&apos;s interesting, but in theory it shouldn&apos;t break Windows APIs.  Next step may be to add diagnostics to the MapViewOfFile() failure and see what&apos;s going on there.  We may be getting stuck on a slow disk subsystem:  watching the code run by Remote Desktop into the AWS instance, CPU usage spends most of its time in the single digits ... we are waiting for the disk almost all the time.  If waiting for memory-mapped file I/O can give a MapViewOfFile() error, maybe sleeping and retrying would get us past the error.  Not solved yet.&lt;/p&gt;</comment>
                            <comment id="96698" author="tad" created="Thu, 8 Mar 2012 09:09:23 +0000"  >&lt;p&gt;It seems like something earlier in the tests must have put us in a bad state.  I can log into the BuildBot machine and run pushall.js by hand and it works fine.  Microsoft TechNet says that &quot;Not enough storage is available to process this command&quot; could be memory, page file, or disk space, Google suggests it could be lack of interrupt (IRP) stack space.  I raised the page file to 5 GB and added diagnostics (db.hostInfo, db.serverStatus and db.stats) to see how bad the memory and test database size look on the next run.  We&apos;re hitting test.5 when the MapViewOfFile() fails while pushall.js is pushing almost nothing, so it&apos;s not the pushing itself, it&apos;s the size of the memory-mapped database that&apos;s killing us.  Also, push2.js is failing with the same MapViewOfFile() error but the test doesn&apos;t distinguish between the desired BSON size error and a Windows API failing.&lt;/p&gt;</comment>
                            <comment id="96693" author="auto" created="Thu, 8 Mar 2012 08:37:35 +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-5244&quot; title=&quot;core suite fails with &amp;quot;not enough storage&amp;quot; error - Windows 32 bit&quot; class=&quot;issue-link&quot; data-issue-key=&quot;SERVER-5244&quot;&gt;&lt;del&gt;SERVER-5244&lt;/del&gt;&lt;/a&gt; Added temporary diagnostics to 2 tests&lt;/p&gt;

&lt;p&gt;The 32-bit Windows BuildBot is showing signs of being out of&lt;br/&gt;
memory while mapping a file that has been expanded to try to&lt;br/&gt;
get a BSON size error (on purpose).  In successful tests, we&lt;br/&gt;
get the BSON size error, on failing tests we get a Windows API&lt;br/&gt;
failure instead.  I added db.hostInfo(), db.serverStatus() and&lt;br/&gt;
db.stats() to push2.js and pushall.js temporarily to see if we&lt;br/&gt;
can learn if it&apos;s really an out-of-memory failure.&lt;br/&gt;
Branch: master&lt;br/&gt;
&lt;a href=&quot;https://github.com/mongodb/mongo/commit/ef111a5b999fdb6871775a57fedf4fab07a10df4&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/mongodb/mongo/commit/ef111a5b999fdb6871775a57fedf4fab07a10df4&lt;/a&gt;&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10010">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="32807">SERVER-5295</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="40795">SERVER-6044</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10012">
                    <name>Related</name>
                                                                <inwardlinks description="is related to">
                                        <issuelink>
            <issuekey id="32771">SERVER-5287</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_10050" key="com.atlassian.jira.toolkit:comments">
                        <customfieldname># Replies</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>20.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                <customfield id="customfield_10055" key="com.atlassian.jira.ext.charting:firstresponsedate">
                        <customfieldname>Date of 1st Reply</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Thu, 8 Mar 2012 08:37:35 +0000</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_10052" key="com.atlassian.jira.toolkit:dayslastcommented">
                        <customfieldname>Days since reply</customfieldname>
                        <customfieldvalues>
                                        11 years, 42 weeks, 2 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, 42 weeks, 2 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>auto</customfieldvalue>
            <customfieldvalue>milkie@mongodb.com</customfieldvalue>
            <customfieldvalue>ian@mongodb.com</customfieldvalue>
            <customfieldvalue>tad</customfieldvalue>
    
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_14254" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Product Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1|hroaen:</customfieldvalue>

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

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

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