<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sat Jan 11 08:18:25 UTC 2025

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>Mojang Studios Jira</title>
    <link>https://bugs.mojang.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en</language>    <build-info>
        <version>9.12.2</version>
        <build-number>9120002</build-number>
        <build-date>10-01-2024</build-date>
    </build-info>


<item>
            <title>[BDS-17527] Multiple server crashes due to memory leak when loading chunks</title>
                <link>https://bugs.mojang.com/browse/BDS-17527</link>
                <project id="11700" key="BDS">Bedrock Dedicated Server</project>
                    <description>&lt;p&gt;&lt;del&gt;Server is running mostly default survival settings except for simulation distance of 6 and chunk render distance of 32. Has been stable for the past year without issue until around 1 month ago. At first we believed the crashes to be caused by entering portals too quickly (going from nether to overworld, then overworld to end portal fast) since some of the crashes were occurring under those conditions, but we have also been getting crashes throughout normal gameplay, when performing normal actions such as placing blocks or even walking around. The crashes occur in multiple areas, overworld, nether, and end. There doesn&apos;t seem to be a specific chunk or groups of chunks causing this since the same areas may be fine one moment, then crash at another. As of now the server will crash at least 4-5 times a day if people are active. Checking memory usage showed a steady usage of around 700MB our of the 3GB allocated, so there doesn&apos;t seem to be any issue there.&lt;/del&gt;&lt;/p&gt;

&lt;p&gt;Made the bug public and removed the world file since I confirmed the memory leak occurs with a fresh world. Also adding some extra info from my comments below:&lt;/p&gt;

&lt;p&gt;After further testing this seems to be a memory leak related to chunk loading. If you check the memory while standing still, not loading chunks, it should be stable. When you load chunks, whether it&apos;s via crossing portals, flying, etc. the memory use increases and not come back down, which it should not be doing. Running farms while standing still did not affect the memory usage for us. Passive mob farms, redstone mechanisms, etc. did not contribute to the memory leak. Here&apos;s a log of our memory use up until the server crashed again.&lt;/p&gt;

&lt;p&gt;Crash reports are fairly limited in information, but here are some of them attached below.&lt;/p&gt;</description>
                <environment>OS = Debian GNU/Linux 10 (Buster)&lt;br/&gt;
Kernel = Linux 4.19.0-13-cloud-amd64&lt;br/&gt;
Server hosted on a 3rd-party VPS</environment>
        <key id="514263">BDS-17527</key>
            <summary>Multiple server crashes due to memory leak when loading chunks</summary>
                <type id="1" iconUrl="https://bugs.mojang.com/secure/viewavatar?size=xsmall&amp;avatarId=18903&amp;avatarType=issuetype">Bug</type>
                                    <status id="5" iconUrl="https://bugs.mojang.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="1">Fixed</resolution>
                                        <assignee username="-1">Unassigned</assignee>
                                    <reporter username="Mistahtokyo">MaladjustedPlatypus</reporter>
                        <labels>
                            <label>crash</label>
                            <label>server</label>
                    </labels>
                <created>Mon, 22 Aug 2022 14:09:38 +0200</created>
                <updated>Tue, 26 Sep 2023 11:43:18 +0200</updated>
                            <resolved>Tue, 19 Sep 2023 18:49:52 +0200</resolved>
                                    <version>1.19.20</version>
                    <version>1.19.21 Hotfix</version>
                    <version>1.19.30</version>
                    <version>1.19.31 Hotfix</version>
                    <version>1.19.41</version>
                    <version>1.19.63</version>
                    <version>1.20.12 Hotfix</version>
                                    <fixVersion>1.20.30</fixVersion>
                                            <votes>83</votes>
                                    <watches>44</watches>
                                                                            <comments>
                            <comment id="1276302" author="JIRAUSER757856" created="Wed, 23 Aug 2023 16:24:34 +0200"  >&lt;p&gt;I feel like they just ignored it until people recently started to pester them about it more. Seems like they were very confused on how to replicate the issue up until at least the last Mojang post on 6/16/23. Not sure how though since all you had to do was load a server and play on it.&lt;/p&gt;

&lt;p&gt;Either way, glad a fix is finally coming. Will be interesting to see how it runs after the fix. I had to bump up the RAM allocation on my VM just to deal with this issue. Will have to keep an eye on the release notes to watch for the update.&lt;/p&gt;</comment>
                            <comment id="1276186" author="twogamersytofi" created="Wed, 23 Aug 2023 04:27:11 +0200"  >&lt;p&gt;Looks like this issue has been finally fixed in the latest preview as the changelog says! Next stable release should bring the fix to everyone! &#8220;Only&#8221; took a year, but at least they fixed it. &lt;a href=&quot;https://feedback.minecraft.net/hc/en-us/articles/18619357250701-Minecraft-Beta-Preview-1-20-30-22&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://feedback.minecraft.net/hc/en-us/articles/18619357250701-Minecraft-Beta-Preview-1-20-30-22&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="1275435" author="JIRAUSER757856" created="Fri, 18 Aug 2023 13:55:19 +0200"  >&lt;p&gt;@GoldenHelmet, fair enough. Would be nice to get some sort of an update. Is it actively being worked on? Can they reproduce it? Do they need anything from the users? Even a response acknowledging the problem and saying they cannot figure out what is causing it would be better than totally ignoring everyone. I imagine there are thousands of people experiencing this bug but they either have no idea why the server is crashing or just have not bothered to search around and find this. I found it with a search trying to figure out if it was something I did wrong and could fix.&lt;/p&gt;
&lt;h3&gt;&lt;a name=&quot;Prettysadthishasbeenonhereforjustaboutayearnowandonlytworesponsesfrom%22Mojang%22inthatentiretime.&quot;&gt;&lt;/a&gt;&lt;b&gt;Pretty sad this has been on here for just about a year now and only two responses from &quot;Mojang&quot; in that entire time.&lt;/b&gt;&lt;/h3&gt;</comment>
                            <comment id="1275291" author="goldenhelmet" created="Thu, 17 Aug 2023 22:13:42 +0200"  >&lt;p&gt;jtp10181: the Bedrock team does not use the &quot;Assignee&quot; field on this bug tracker. You can see that the report is being tracked internally by Mojang when it has a number in the ADO field.&lt;/p&gt;</comment>
                            <comment id="1273514" author="JIRAUSER760737" created="Mon, 7 Aug 2023 01:49:38 +0200"  >&lt;p&gt;Just chiming in to say I&apos;m experiencing this too. The only difference is that for me, the server hangs instead of crashing while a process called &quot;kswapd&quot; climbs to 100% CPU usage and stays there. Sometimes it resolves itself after a few minutes. Sometimes it doesn&apos;t and requires me to restart my cloud VPS. I think this is because they provision the VPSs for me with swap enabled, so I get a hang instead of a crash.&lt;/p&gt;

&lt;p&gt;From the looks of the comments here, other people have more experience doing debugging steps and providing logs etc than me, so I&apos;ll hold off on adding mine until asked. I&apos;ll subscribe to this for updates on this issue.&lt;/p&gt;

&lt;p&gt;Thanks!&lt;/p&gt;</comment>
                            <comment id="1272830" author="JIRAUSER757856" created="Thu, 3 Aug 2023 23:34:38 +0200"  >&lt;p&gt;Now mods are editing and deleting peoples comments, while continuing to ignore the issue giving no responses at all. &lt;b&gt;In a few weeks it will be the 1yr anniversary of this being reported.&lt;/b&gt;&lt;/p&gt;</comment>
                            <comment id="1271517" author="JIRAUSER619499" created="Thu, 27 Jul 2023 23:31:31 +0200"  >&lt;p&gt;&lt;b&gt;Not sure why this issue is being ignored people like myself are paying good money for our servers to only have them be ruined by an issue that was reported a long time ago. This is completely unfair to server owners such as myself as it ruins the overall enjoyment people have.&lt;/b&gt;&lt;/p&gt;</comment>
                            <comment id="1271514" author="wuhupoo" created="Thu, 27 Jul 2023 22:54:35 +0200"  >&lt;p&gt;Very serious problem, when we want to travel far, soon the server crashes&lt;/p&gt;</comment>
                            <comment id="1266891" author="JIRAUSER757856" created="Tue, 4 Jul 2023 02:31:11 +0200"  >&lt;p&gt;@&lt;span class=&quot;error&quot;&gt;&amp;#91;Mojang&amp;#93;&lt;/span&gt; darknavi, @darknavi Do you still need a world to test this? Should really work on any world but I could upload if you really need something. Where do I send it?&lt;/p&gt;

&lt;p&gt;This is ridiculous this has been going on since August with basically no visible effort to fix. &#160;I am just hosting a small server at home for 4-8 people and it will tear through 4gb of ram every few days and crash.&lt;/p&gt;</comment>
                            <comment id="1264955" author="JIRAUSER619499" created="Fri, 23 Jun 2023 01:42:20 +0200"  >&lt;p&gt;Maybe all server owners should send Mojang/ Microsoft a partial server cost bill for each month this goes unresolved maybe then it will get the proper attention it deserves.&lt;/p&gt;</comment>
                            <comment id="1264645" author="jrtasel" created="Wed, 21 Jun 2023 18:17:52 +0200"  >&lt;p&gt;I could upload the 77th&apos;s world file if you want, but it&apos;s every world we put on the server. &#160;We play pure vanilla, no adding, no resource packs. &#160;Any world that&apos;s up (both our old one and the brand new server we created the Saturday after the update) will constantly increase in RAM usage until it hits 100% and then crash. &#160;Seems to be related more to chunks loading. &#160;The server just never seems to let go of the RAM.&lt;/p&gt;</comment>
                            <comment id="1264101" author="JIRAUSER526262" created="Sun, 18 Jun 2023 21:29:18 +0200"  >&lt;p&gt;This is a very old problem, I remember it has existed almost since the release of the kernel.&lt;/p&gt;

&lt;p&gt;That&apos;s why I had to abandon the idea of using a vanilla kernel.&lt;/p&gt;

&lt;p&gt;I fully support the negative comments here and am waiting for the long-awaited fix.&lt;/p&gt;

&lt;p&gt;(translation)&lt;/p&gt;</comment>
                            <comment id="1263924" author="JIRAUSER733272" created="Sat, 17 Jun 2023 23:48:21 +0200"  >&lt;p&gt;You don&apos;t even need to go to the Nether.  Just the act of teleporting around will cause the memory heap to grow and grow.  This is all documented in the comment history for this issue.  You can pick two locations, teleport back and forth between them, and watch memory utilization increase.  The point is that memory is never freed:  BDS keeps allocating new memory every time it needs to load a new chunk but it never frees up old memory.   It&apos;s as if the server can&apos;t remember which chunks it has loaded in memory, and keeps reloading the same chunks into new memory allocations over and over again.&lt;/p&gt;

&lt;p&gt;And just to be clear, this happens even on brand new worlds, bare servers with no plugins.  It has nothing to do with content and can be easily reproduced even on brand new worlds.  Create new world, log in, teleport around, watch memory usage.  That&apos;s it!&lt;/p&gt;</comment>
                            <comment id="1263898" author="eleninja102" created="Sat, 17 Jun 2023 21:30:33 +0200"  >&lt;p&gt;@darknavi I could send my server file however it is really easy to replicate the problem, just by going back and forth from the nether and overworld. My hypothesis is that when going back and forth it causes the chunks in the nether and overworld to load again. Meaning the server has multiple of the same chunks loaded in memory without realizing. This might be caused by the server writing to storage but never returns the memory to the stack, a skipped destructor. This is only worsened by have building and content beyond the chunks that need to be loaded. &lt;/p&gt;</comment>
                            <comment id="1263783" author="twogamersytofi" created="Sat, 17 Jun 2023 01:33:08 +0200"  >&lt;p&gt;@darknavi That&apos;s what I thought at first as well, but after removing all content (I uninstalled BDS completely and reinstalled without changing anything so it creates a brand new fresh world) the issue still remained tho the interval between the crashes seemed to be a bit longer. The issue is definitely not caused by content, but it may be aggravated by them. The mystery is why this doesn&apos;t seem to happen to every single person.&lt;/p&gt;</comment>
                            <comment id="1263772" author="darknavi" created="Sat, 17 Jun 2023 00:32:50 +0200"  >&lt;p&gt;It seems like this could be provoked by content.  Does anyone here mind uploading their world/packs (probably just the entire server folder) so we can take a look at this?&lt;/p&gt;</comment>
                            <comment id="1262852" author="jrtasel" created="Tue, 13 Jun 2023 17:56:08 +0200"  >&lt;p&gt;Confirming issue still active on BDS servers (ours is running on Nodecraft if that helps any). &#160;Running current 1.20 update. &#160;Issue did not seem to happen in previously generated world as everything had been explored and built before we restarted for 1.20. &#160;New world crashes multiple times a day, even with the system rebooting twice a day. &#160;Have to have a script running to see if down every 5minutes and start it back up to accommodate players when they all get kicked due to the RAM hitting 100%+ and taking the server down. &#160;If I watch the RAM just slowly creeps up until it hits 100% and crashes.&lt;/p&gt;</comment>
                            <comment id="1261600" author="hey0ldguy" created="Fri, 9 Jun 2023 00:12:53 +0200"  >&lt;p&gt;this is still a problem in the 1.20 update, i restart my server 2x a day and ive still had crashes due to excessive memory usage, the server has 8gb memory assigned to it, if it takes more than 8gb of memory to run for 12 hours thats ridiculous, listen i am willing to do whatever it takes, if i need to add a dev to the dashboard so they can watch the server or if i need to provide server downloads of the files, i can do that, but the current state of the BDS is not acceptable,&#160;&lt;/p&gt;</comment>
                            <comment id="1260355" author="JIRAUSER619499" created="Fri, 2 Jun 2023 18:06:09 +0200"  >&lt;p&gt;Are we going to get any type of Proper resolution for this my server crashed 22 times in 4 days. This issue has gone on far too long. It needs to stop being ignored and made a priority. Many of us are spending hard earned money on our servers and these types of crashed are having a major impact on my community as a whole&lt;/p&gt;</comment>
                            <comment id="1256755" author="JIRAUSER660410" created="Sun, 14 May 2023 11:53:33 +0200"  >&lt;p&gt;I seem to be having the same issue, however I don&apos;t get any crash logs. Just a message that says &quot;Killed&quot; and nothing else.&lt;/p&gt;</comment>
                            <comment id="1256090" author="JIRAUSER619499" created="Wed, 10 May 2023 22:58:24 +0200"  >&lt;p&gt;@darknavi &lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;534228_thumb&quot; href=&quot;https://bugs.mojang.com/secure/attachment/534228/534228_Screenshot_20230510_165647_Chrome.jpg&quot; title=&quot;Screenshot_20230510_165647_Chrome.jpg&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;534228&quot; file-preview-title=&quot;Screenshot_20230510_165647_Chrome.jpg&quot;&gt;&lt;img src=&quot;https://bugs.mojang.com/secure/thumbnail/534228/_thumb_534228.png&quot; style=&quot;border: 0px solid black&quot; role=&quot;presentation&quot;/&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</comment>
                            <comment id="1256079" author="darknavi" created="Wed, 10 May 2023 22:17:56 +0200"  >&lt;p&gt;Does someone mind uploading a more recent server log?&#160; Specifically I am looking for the bits at the end that contain the session ID.&lt;/p&gt;</comment>
                            <comment id="1255661" author="JIRAUSER619499" created="Mon, 8 May 2023 22:10:10 +0200"  >&lt;p&gt;THIS ISSUE IS STILL PRESENT IN 1.19.81!!!!&lt;/p&gt;</comment>
                            <comment id="1255657" author="twogamersytofi" created="Mon, 8 May 2023 21:04:41 +0200"  >
&lt;p&gt;can anyone confirm if this happens in 1.19.81?&lt;/p&gt;</comment>
                            <comment id="1250857" author="JIRAUSER670853" created="Sun, 16 Apr 2023 17:20:32 +0200"  >&lt;p&gt;1.19.73 affected as well&lt;/p&gt;</comment>
                            <comment id="1248556" author="JIRAUSER688900" created="Tue, 4 Apr 2023 00:14:12 +0200"  >&lt;p&gt;Our server is still having the issue.&#160; Our work around that has help us, is setting server render distance to 16, and we do 4 restarts a day.&#160; Every once in a while the server starts to lag just before the restart, but it is manageable .&#160; &#160;If we increase render distance or reduce the number of restarts the server will almost always crash, within the restart window.&lt;/p&gt;</comment>
                            <comment id="1248194" author="twogamersytofi" created="Sat, 1 Apr 2023 07:43:38 +0200"  >&lt;p&gt;@Matthew Dietrich EXACTLY! As a temporary solution, i suggest moving your BDS server to realm. It has 10 player limitation, but at least no crashes that i&apos;m aware of.&lt;/p&gt;</comment>
                            <comment id="1248192" author="JIRAUSER619499" created="Sat, 1 Apr 2023 07:12:17 +0200"  >&lt;p&gt;This is absolutely absurd things like this are shoved off to the side people are spending their hard earned money for their servers and yall are just ignoring a problem with your software and your game. You people need to get off your lazy ***** and get this resolved or I think you should have to reimburse every bds owner partial of nlot all the money for their servers since this has gotten to the point of sheer neglect by the dev team&lt;/p&gt;</comment>
                            <comment id="1248179" author="twogamersytofi" created="Sat, 1 Apr 2023 05:47:44 +0200"  >&lt;p&gt;Come on Mojang! This has been happening for 8 MONTHS NOW! That is ALMOST A YEAR and still not fixed. My server crashes every 1-2 hours with 6-10 players online... If this is not fixed all the work I put into my server is lost. &lt;/p&gt;

&lt;p&gt;And moderators: can&apos;t you do something? like bumping this issue up? I haven&apos;t seen a single comment from a dev for a long time since this issue was open.&lt;/p&gt;</comment>
                            <comment id="1242189" author="JIRAUSER619499" created="Mon, 6 Mar 2023 00:15:55 +0100"  >&lt;p&gt;This has been happening to me as well with my server host had it crash on its own 4 times in one day. It has been crashing on a daily. This issue needs to be resolved as it is having a major effect on my community and their ability to enjoy my server.&lt;/p&gt;</comment>
                            <comment id="1241308" author="eleninja102" created="Tue, 28 Feb 2023 22:44:14 +0100"  >&lt;p&gt;The problem continue to exist in the latest update patch 1.19.63.01. Depending on activity my self hosted server crashes more then once a day.&lt;/p&gt;</comment>
                            <comment id="1237992" author="JIRAUSER531644" created="Wed, 15 Feb 2023 18:26:22 +0100"  >&lt;p&gt;This is happening to me, as well. Restarting my server around four times every week or it&apos;ll crash on its own. Running latest bedrock server on Ubuntu.&lt;/p&gt;</comment>
                            <comment id="1235082" author="windfreaker" created="Thu, 2 Feb 2023 04:27:21 +0100"  >&lt;p&gt;Still happening on 1.19.51.01. I have to restart my server constantly to avoid filling up all the allocated RAM.&lt;/p&gt;</comment>
                            <comment id="1221237" author="tjmidnight" created="Sun, 15 Jan 2023 19:54:21 +0100"  >&lt;p&gt;Happening here as well. 1.19.50&lt;/p&gt;</comment>
                            <comment id="1220702" author="ertnec" created="Thu, 12 Jan 2023 13:18:16 +0100"  >&lt;p&gt;I&apos;ve also been experiencing this more as of late, I&apos;ve also been monitoring CPU/Memory usage and can confirm the same pattern as others.&#160; I&apos;ve done some tests on my own BDS server too which caused it to crash within 5 minutes by simply teleporting between 2 previously generated areas at a 10 second interval.&#160; I&apos;ll attach both the output from pidstat, server log (with tp commands prefixed with the time at which they occured) and server.properties.&#160; You can clearly see memory utilisation increasing at each teleportation event.&lt;/p&gt;</comment>
                            <comment id="1220555" author="JIRAUSER688900" created="Wed, 11 Jan 2023 13:27:33 +0100"  >&lt;p&gt;We have dropped our server render distance from 32 to16 and it has helped a lot since each client s now asking the server to generate less chunks.&#160; &#160;We have client-side-chunk-generation-enabled set to false as well.&#160;&#160;&lt;/p&gt;</comment>
                            <comment id="1220233" author="JIRAUSER688900" created="Mon, 9 Jan 2023 15:07:59 +0100"  >&lt;p&gt;We are also seeing this on our newly created world running on Ubuntu 20.04 with 4GB of ram and bedrock server version 1.19.51.01.&#160;&#160; Restarting of the sever fix the problem for a short while.&#160; As members are on the world moving around after about 5 hours block lag is noticed, and at the server has crashed/rebooted almost daily now.&#160; We have implanted 6 hour restart to help minimize the problem.&lt;/p&gt;</comment>
                            <comment id="1220137" author="JIRAUSER743224" created="Sun, 8 Jan 2023 19:24:54 +0100"  >&lt;p&gt;This issue is also impacting my recent deployment, fresh world, and fresh ubuntu server. To make things worse, this issue makes deploying bedrock on AWS with EBS-backed storage extremely problematic as the ever-increasing memory usage leads to swapping, which eats up the server&apos;s storage IOPS&#8212;rendering the whole instance unresponsive. I&apos;m investigating setting hard memory limits, scheduling daily server restarts, and disabling swapping to support hosting a bedrock server. Which indeed is a bit of a bummer to have to deal with. Hopefully, the issue can be looked at soon, and I am happy to help in any way I can.&lt;/p&gt;</comment>
                            <comment id="1219819" author="JIRAUSER743050" created="Fri, 6 Jan 2023 15:25:06 +0100"  >&lt;p&gt;This issue is ongoing as of 1.19.51. With a clean install of ubuntu server and only the Minecraft BDS running with two players, the memory usage started out on server start with around 270 MB then slowly increased over around 4 hours time up to 2.4 GB of memory usage.&#160; Both players logout and even after thirty minutes logged out the memory usage was still at 2.4 GB. After testing the memory usage increases at a faster rate when loading chunks, even chunks that were loaded very recently (riding a horse back and forth 500 block distance). However the usage still continues to climb (at a lower rate) even when just standing there. Only restarting the server released the memory.&lt;/p&gt;</comment>
                            <comment id="1218838" author="dnscrypt" created="Fri, 30 Dec 2022 19:11:05 +0100"  >&lt;p&gt;I&apos;ve noticed performance take a huge hit recently on latest updates in 1.19.5 series, chunks slow to load when flying with elytra, game locks up sometimes (server side freezing), portals in and out are way slower to load (world gen).  I&apos;m assuming memory usage is higher than normal (checked mine and it&apos;s 4.8 GB) with just myself connected, but something is definitely not right.  Running BDS on Windows, 1-3 players typically.&lt;/p&gt;</comment>
                            <comment id="1218627" author="JIRAUSER731068" created="Thu, 29 Dec 2022 09:58:25 +0100"  >&lt;p&gt;The problem still seems to exist in the latest 1.19.50 update. I am running the server with a new world on a 8GB RAM Windows machine, but the bedrock server used about 6GB RAM after 3-4 players played for a week(I guess mainly because they travel long distances in games and as a result loaded a lot of chunks along the way). I have to manually stop and start the server to make the RAM usage go down again.&lt;/p&gt;</comment>
                            <comment id="1212638" author="JIRAUSER739986" created="Sat, 19 Nov 2022 13:06:23 +0100"  >&lt;p&gt;Have been having this exact issue since I think 1.19.40. Only way to get the RAM down is to restart the server.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;514156_thumb&quot; href=&quot;https://bugs.mojang.com/secure/attachment/514156/514156_Server_RAM.PNG&quot; title=&quot;Server_RAM.PNG&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;514156&quot; file-preview-title=&quot;Server_RAM.PNG&quot;&gt;&lt;img src=&quot;https://bugs.mojang.com/secure/thumbnail/514156/_thumb_514156.png&quot; style=&quot;border: 0px solid black&quot; role=&quot;presentation&quot;/&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</comment>
                            <comment id="1211852" author="foxynotail" created="Tue, 15 Nov 2022 19:25:03 +0100"  >&lt;p&gt;It also affects the other server that I run which resets twice per day &lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;513804_thumb&quot; href=&quot;https://bugs.mojang.com/secure/attachment/513804/513804_RamGraph3.PNG&quot; title=&quot;RamGraph3.PNG&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;513804&quot; file-preview-title=&quot;RamGraph3.PNG&quot;&gt;&lt;img src=&quot;https://bugs.mojang.com/secure/thumbnail/513804/_thumb_513804.png&quot; style=&quot;border: 0px solid black&quot; role=&quot;presentation&quot;/&gt;&lt;/a&gt;&lt;/span&gt; &lt;/p&gt;</comment>
                            <comment id="1211851" author="foxynotail" created="Tue, 15 Nov 2022 19:23:29 +0100"  >&lt;p&gt;This affects 1.19.41 too. &lt;br/&gt;
Our Nodecraft server resets every 12 hours at 1pm and you can see the issues from the attached graphs. &lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;513802_thumb&quot; href=&quot;https://bugs.mojang.com/secure/attachment/513802/513802_RamGraph.PNG&quot; title=&quot;RamGraph.PNG&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;513802&quot; file-preview-title=&quot;RamGraph.PNG&quot;&gt;&lt;img src=&quot;https://bugs.mojang.com/secure/thumbnail/513802/_thumb_513802.png&quot; style=&quot;border: 0px solid black&quot; role=&quot;presentation&quot;/&gt;&lt;/a&gt;&lt;/span&gt;  &lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;513803_thumb&quot; href=&quot;https://bugs.mojang.com/secure/attachment/513803/513803_RamGraph2.PNG&quot; title=&quot;RamGraph2.PNG&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;513803&quot; file-preview-title=&quot;RamGraph2.PNG&quot;&gt;&lt;img src=&quot;https://bugs.mojang.com/secure/thumbnail/513803/_thumb_513803.png&quot; style=&quot;border: 0px solid black&quot; role=&quot;presentation&quot;/&gt;&lt;/a&gt;&lt;/span&gt; &lt;/p&gt;</comment>
                            <comment id="1211717" author="JIRAUSER578106" created="Tue, 15 Nov 2022 08:05:52 +0100"  >&lt;p&gt;I can confirm this affects 1.19.41; in fact it seems significantly worse since we updated our servers to that version.&lt;/p&gt;</comment>
                            <comment id="1204945" author="JIRAUSER656552" created="Fri, 14 Oct 2022 02:26:36 +0200"  >&lt;p&gt;Now seems to affect windows&lt;/p&gt;</comment>
                            <comment id="1198464" author="JIRAUSER541540" created="Wed, 7 Sep 2022 01:53:30 +0200"  >&lt;p&gt;We are having the exact same issue. We are running on a server hosted by Nodecraft.&lt;/p&gt;

&lt;p&gt;Originally set to 2GB RAM, 2-3 players online and only working in about 500 blocks around spawn we would consistently get to 80-90% usage.&lt;br/&gt;
If one of us would venture further or head out and come back then we would quite regularly have the RAM hit 100% and crash.&lt;/p&gt;

&lt;p&gt;Upgraded the ram to 4GB earlier, and with only 2 people on we were able to have the server crash due to 100% RAM usage.&lt;br/&gt;
As you can see from the image below there are multiple times where there is no-one online and the RAM usage is still excessive. The redlines indicate a server crash, and the blue lines indicate a manual server restart, which is when the RAM is unallocated again.&lt;/p&gt;

&lt;p&gt;We are running a primarily vanilla server with some resource and behaviour packs, however these packs are the same that were on the server before the upgrade to 1.19.20, and we have only been experiencing these issues since 1.19.20&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;507384_thumb&quot; href=&quot;https://bugs.mojang.com/secure/attachment/507384/507384_image-2022-09-07-09-50-29-828.png&quot; title=&quot;image-2022-09-07-09-50-29-828.png&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;507384&quot; file-preview-title=&quot;image-2022-09-07-09-50-29-828.png&quot;&gt;&lt;img src=&quot;https://bugs.mojang.com/secure/thumbnail/507384/_thumb_507384.png&quot; style=&quot;border: 0px solid black&quot; role=&quot;presentation&quot;/&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;::EDIT::&lt;br/&gt;
Have been keeping an eye on the ram usage, and as shown in this picture, the ram is not released by the game until the server is restarted, indicated by the blue mark. Even though there had been no players online for a significant amount of time.&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;&lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;img src=&quot;https://bugs.mojang.com/secure/attachment/507492/507492_image-2022-09-09-07-30-54-970.png&quot; style=&quot;border: 0px solid black&quot; /&gt;&lt;/span&gt;&lt;/p&gt;</comment>
                            <comment id="1196580" author="peonygirl13" created="Tue, 30 Aug 2022 00:14:48 +0200"  >&lt;p&gt;Same here!!! Random crashes with 100% RAM usage and nobody online.&#160;&lt;/p&gt;</comment>
                            <comment id="1196290" author="mistahtokyo" created="Sun, 28 Aug 2022 19:02:23 +0200"  >&lt;p&gt;The use of the word &quot;should&quot; is with regards to someone trying to reproduce the bug, not that said behavior is what one would expect in normal gameplay. If you were to test for the bug, that is what you &quot;should&quot; be seeing. I&apos;ll change the word to avoid any more grammar semantics unrelated to the bug.&lt;/p&gt;</comment>
                            <comment id="1196269" author="JIRAUSER733272" created="Sun, 28 Aug 2022 17:30:47 +0200"  >&lt;p&gt;Just by way of follow-up:  14 hours later my completely idle server process released no memory and is still at 705.64MB. &lt;/p&gt;

&lt;p&gt;I note that the author of the other ticket wrote &quot;When you load chunks, whether it&apos;s via crossing portals, flying, etc. the memory use should increase and not come back down.&quot;  &lt;/p&gt;

&lt;p&gt;With no disrespect to anyone intended, and with deep apologies, I disagree with that &quot;should&quot;.  I think that condition is actually a part of the problem.  I would suggest instead that when you load chunks &lt;span class=&quot;error&quot;&gt;&amp;#91;by any method&amp;#93;&lt;/span&gt; the memory use should increase, but when chunks are unused/un-accessed for a period of time, they should be written back to disk and released from memory.  That is to say, &quot;memory use should increase, and then &lt;b&gt;should&lt;/b&gt; come back down after a period of inactivity for unused chunk(s).&quot;&lt;/p&gt;

&lt;p&gt;If memory is never released, the process runs the risk of growing to infinity, which is the behavior we&apos;re seeing here.   Proper memory management is essential to the health of the process.&lt;/p&gt;</comment>
                            <comment id="1196267" author="JIRAUSER733272" created="Sun, 28 Aug 2022 17:15:59 +0200"  >&lt;p&gt;My ticket was merged here, so I&apos;m adding my comments here as requested:&lt;/p&gt;



&lt;p&gt;There appears to be a significant memory leak in BDS for Linux.  The bedrock_server process continues to grow its memory utilization whenever any activity occurs, and appears to not ever release that memory.  Utilization continues to increase until all available RAM on the host is exhausted, at which point either swap kicks in (resulting in host paging/thrashing), or the process is killed by the OOM killer in the kernel, which of course releases all the memory but terminates the BDS service. Either situation results in all players being forcibly disconnected, and could result in database corruption.&lt;/p&gt;

&lt;p&gt;The problem appears to be related to loading chunks. It is exacerbated when teleporting.  Teleporting to a distant location can trigger significant memory allocations (on the order of 10MB per second) making this problem easier to duplicate.  It also exposes an additional aspect of this bug, which I will describe below.&lt;/p&gt;

&lt;p&gt;Steps to duplicate:&lt;br/&gt;
1. Fresh install a current Ubuntu LTS version on a bare metal or virtual server.&lt;br/&gt;
2. Download BDS 1.19.21.01. No mods, blank world. Start the process running.&lt;br/&gt;
3. Observe utilization of about 300MB initially.&lt;br/&gt;
4. Connect to game. Note that RAM increases slightly (that&apos;s expected of course.)&lt;br/&gt;
5. Teleport to a distant location (e.g. 2000, 80, 2000).&lt;br/&gt;
6. Note that RAM increases by 10-20MB within seconds.&lt;br/&gt;
7. Teleport back to origin. Wait.&lt;br/&gt;
8. Note that RAM is not released.&lt;br/&gt;
9. Teleport to the same distant location.&lt;br/&gt;
10. Observe that RAM again increases by 10-20 MB within seconds.&lt;br/&gt;
11. Repeat steps 7-10. Observe that RAM continues to increase.&lt;br/&gt;
12. Disconnect from game. Wait for hours. Observe that allocated RAM is never released.&lt;/p&gt;

&lt;p&gt;I used an Azure server with 2 CPUs, 4GB of RAM, and 32GB of disk, but this has also been tested on larger server configurations with the same result. I used Ubuntu 20 LTS as directed, but I also tested this under OpenSuse 15.3, with the same result.&lt;/p&gt;

&lt;p&gt;Following the above steps, I was, within the space of 10 minutes, able to more than double the process&apos; RAM allocation to above 700MB. Clearly I could have continued teleporting, back and forth, until I brought the server down from memory exhaustion.&lt;/p&gt;

&lt;p&gt;This highlights a number of points:&lt;/p&gt;

&lt;p&gt;1. As C++ has no automated garbage collection mechanism, save for very limited scope-exit recoveries, it is necessary for the program to track and release its own memory. This clearly is not happening. An idle server with no players on it should detect this condition and release unused memory. A chunk which is no longer in use after a period of time should be written back to disk and similarly released from memory. Neither of these things are happening.&lt;/p&gt;

&lt;p&gt;2. If you&apos;re building an in-memory copy of loaded portions of the database (as is clearly the case here), an in-core index or other similar data structure should be used to track which chunks are already loaded, and point functions back to them. This clearly is also not happening. Only two chunks (or areas) were being visited in my test: 0,0,0 (the spawn point, or near to it), and 2000,80,2000. Yet, each visit to those same chunks in either direction, caused additional RAM to be alloc&apos;ed by the process. Each teleport required, in my case, an additional 10-20MB of RAM to complete. This suggests that multiple copies of the same chunk(s) were being maintained in RAM (clearly without the process realizing it), which amplifies the leak: Not only is RAM not being released, but data is being duplicated in RAM, causing growth to expand at least geometrically. This may be related to why memory is not being freed: If the process isn&apos;t tracking which memory it&apos;s allocated, and loses the pointer to the allocated memory block(s), it CANNOT release them. That type of thing seems to be happening here.&lt;/p&gt;

&lt;p&gt;3. This obviously exposes a potential for a denial-of-service-style attack against a BDS. If a world has either a malicious operator, or if the world has set up (for example) command blocks enabling regular users to teleport, then repeated use of the teleport by players - either maliciously in quick succession - or, simply over time, if the server process continues to run - is guaranteed to speed up memory consumption and hasten the crashing of the server process itself. Again this applies to any in-server actions: the more action, the faster the RAM exhaustion appears to occur.&lt;/p&gt;

&lt;p&gt;Note here that this bug is NOT about teleporting itself: Memory usage increases whenever new chunks are loaded via ANY method, and such memory appears to never be released. Teleporting simply speeds up the process and the visibility of the problem. Even with teleporting disabled, BDS on Linux slowly grows in RAM size, and never releases any RAM, eventually exhausting available resources on the server causing a crash of some kind to happen.&lt;/p&gt;

&lt;p&gt;I&apos;ve been off the test instance for an hour as I post this bug, and I firewalled it off so nobody could get in. It&apos;s still at 705.64MB - after being unused by anyone for an hour - and will continue that way until it&apos;s reset.&lt;/p&gt;</comment>
                            <comment id="1196105" author="mistahtokyo" created="Sun, 28 Aug 2022 00:13:09 +0200"  >&lt;p&gt;After further testing this seems to be a memory leak related to chunk loading. If you check the memory while standing still, not loading chunks, it should be stable. When you load chunks, whether it&apos;s via crossing portals, flying, etc. the memory use should increase and not come back down. Running farms while standing still did not affect the memory usage for us. Passive mob farms, redstone mechanisms, etc. did not contribute to the memory leak. Here&apos;s a log of our memory use up until the server crashed again. &lt;span class=&quot;nobr&quot;&gt;&lt;a href=&quot;https://bugs.mojang.com/secure/attachment/506461/506461_syrupy_20220827204110.ps.log&quot; title=&quot;syrupy_20220827204110.ps.log attached to BDS-17527&quot;&gt;syrupy_20220827204110.ps.log&lt;sup&gt;&lt;img class=&quot;rendericon&quot; src=&quot;https://bugs.mojang.com/images/icons/link_attachment_7.gif&quot; height=&quot;7&quot; width=&quot;7&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/sup&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;

&lt;p&gt;&#160;&lt;/p&gt;

&lt;p&gt;&lt;sup&gt;Edit: Tested with a fresh world on the server, issue still persists.&lt;/sup&gt;&lt;/p&gt;</comment>
                            <comment id="1194683" author="mistahtokyo" created="Mon, 22 Aug 2022 18:57:26 +0200"  >&lt;p&gt;Sorry for the duplicate comment, can&apos;t seem to add another attachment via editing existing comments. Here&apos;s a screenshot of the server directory. If anything I&apos;m seeing more files than what is normally present so I&apos;ll back up the server files, download a fresh install and try again.&lt;br/&gt;
&lt;span class=&quot;image-wrap&quot; style=&quot;&quot;&gt;&lt;a id=&quot;505915_thumb&quot; href=&quot;https://bugs.mojang.com/secure/attachment/505915/505915_Server+Files.PNG&quot; title=&quot;Server Files.PNG&quot; file-preview-type=&quot;image&quot; file-preview-id=&quot;505915&quot; file-preview-title=&quot;Server Files.PNG&quot;&gt;&lt;img src=&quot;https://bugs.mojang.com/secure/thumbnail/505915/_thumb_505915.png&quot; style=&quot;border: 0px solid black&quot; role=&quot;presentation&quot;/&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</comment>
                            <comment id="1194681" author="mistahtokyo" created="Mon, 22 Aug 2022 18:46:29 +0200"  >&lt;p&gt;I don&apos;t think this is related to &lt;a href=&quot;https://bugs.mojang.com/browse/BDS-17453&quot; title=&quot;Server crashes if script-watchdog is enabled and default permissions.json is missing&quot; class=&quot;issue-link&quot; data-issue-key=&quot;BDS-17453&quot;&gt;&lt;del&gt;BDS-17453&lt;/del&gt;&lt;/a&gt; since there is a permissions.json file present. Either way the server crashes are not on startup, they&apos;re after some time playing, which can vary dramatically, not sure if that&apos;s relevant to the script-watchdog setting. &lt;br/&gt;
Attached here is the server properties file. Not sure what would cause an issue there, thought it might be outdated since I do not see a script-watchdog setting.&lt;br/&gt;
&lt;span class=&quot;nobr&quot;&gt;&lt;a href=&quot;https://bugs.mojang.com/secure/attachment/505914/505914_server.properties&quot; title=&quot;server.properties attached to BDS-17527&quot;&gt;server.properties&lt;sup&gt;&lt;img class=&quot;rendericon&quot; src=&quot;https://bugs.mojang.com/images/icons/link_attachment_7.gif&quot; height=&quot;7&quot; width=&quot;7&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/sup&gt;&lt;/a&gt;&lt;/span&gt;&lt;/p&gt;</comment>
                            <comment id="1194660" author="JIRAUSER648376" created="Mon, 22 Aug 2022 16:23:24 +0200"  >&lt;p&gt;Hi&lt;/p&gt;

&lt;p&gt;Were there any changes made to server.properties? Any files from root BDS folder deleted? Have you tried reinstalling BDS from new download?&lt;br/&gt;
Can you please look at &lt;a href=&quot;https://bugs.mojang.com/browse/BDS-17453&quot; title=&quot;Server crashes if script-watchdog is enabled and default permissions.json is missing&quot; class=&quot;issue-link&quot; data-issue-key=&quot;BDS-17453&quot;&gt;&lt;del&gt;BDS-17453&lt;/del&gt;&lt;/a&gt; and tell us if it relates to your issue?&lt;/p&gt;

&lt;p&gt;This ticket will automatically reopen when you reply. &lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10102">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="514096">BDS-17519</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="514868">BDS-17567</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="518932">BDS-17765</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="520434">BDS-17832</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="528631">BDS-18156</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="539789">BDS-18590</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="513802" name="RamGraph.PNG" size="98808" author="foxynotail" created="Tue, 15 Nov 2022 19:23:25 +0100"/>
                            <attachment id="513803" name="RamGraph2.PNG" size="168011" author="foxynotail" created="Tue, 15 Nov 2022 19:23:25 +0100"/>
                            <attachment id="513804" name="RamGraph3.PNG" size="126321" author="foxynotail" created="Tue, 15 Nov 2022 19:25:02 +0100"/>
                            <attachment id="534228" name="Screenshot_20230510_165647_Chrome.jpg" size="560708" author="CHG_Arctic_Wolf" created="Wed, 10 May 2023 22:58:15 +0200"/>
                            <attachment id="505915" name="Server Files.PNG" size="96818" author="Mistahtokyo" created="Mon, 22 Aug 2022 18:57:21 +0200"/>
                            <attachment id="514156" name="Server_RAM.PNG" size="29680" author="timmyc1983" created="Sat, 19 Nov 2022 13:05:23 +0100"/>
                            <attachment id="506456" name="TRS.2022.08.23.20.17.37.log" size="3893" author="Mistahtokyo" created="Sat, 27 Aug 2022 22:28:35 +0200"/>
                            <attachment id="506455" name="TRS.2022.08.24.09.55.26.log" size="5371" author="Mistahtokyo" created="Sat, 27 Aug 2022 22:28:35 +0200"/>
                            <attachment id="506454" name="TRS.2022.08.24.14.51.04.log" size="5161" author="Mistahtokyo" created="Sat, 27 Aug 2022 22:28:35 +0200"/>
                            <attachment id="506453" name="TRS.2022.08.25.04.00.41.log" size="19338" author="Mistahtokyo" created="Sat, 27 Aug 2022 22:28:35 +0200"/>
                            <attachment id="506452" name="TRS.2022.08.26.17.05.38.log" size="3247" author="Mistahtokyo" created="Sat, 27 Aug 2022 22:28:35 +0200"/>
                            <attachment id="506451" name="TRS.2022.08.27.04.00.42.log" size="10095" author="Mistahtokyo" created="Sat, 27 Aug 2022 22:28:35 +0200"/>
                            <attachment id="506450" name="TRS.2022.08.27.17.25.05.log" size="4315" author="Mistahtokyo" created="Sat, 27 Aug 2022 22:28:35 +0200"/>
                            <attachment id="517942" name="bds-smaps-15teleportevents.txt" size="200141" author="ErTnEc" created="Fri, 13 Jan 2023 12:30:53 +0100"/>
                            <attachment id="517944" name="bds-smaps-launched.txt" size="191351" author="ErTnEc" created="Fri, 13 Jan 2023 12:30:53 +0100"/>
                            <attachment id="517943" name="bds-smaps-userloggedin.txt" size="196997" author="ErTnEc" created="Fri, 13 Jan 2023 12:30:53 +0100"/>
                            <attachment id="517945" name="heap.dump.gz.partaa" size="10485760" author="ErTnEc" created="Fri, 13 Jan 2023 12:34:44 +0100"/>
                            <attachment id="517946" name="heap.dump.gz.partab" size="10485760" author="ErTnEc" created="Fri, 13 Jan 2023 12:34:48 +0100"/>
                            <attachment id="517947" name="heap.dump.gz.partac" size="2385529" author="ErTnEc" created="Fri, 13 Jan 2023 12:34:52 +0100"/>
                            <attachment id="507384" name="image-2022-09-07-09-50-29-828.png" size="44310" author="NavDaz76" created="Wed, 7 Sep 2022 01:50:30 +0200"/>
                            <attachment id="507492" name="image-2022-09-09-07-30-54-970.png" size="36525" author="NavDaz76" created="Thu, 8 Sep 2022 23:30:54 +0200"/>
                            <attachment id="517855" name="pidstat.txt" size="64781" author="ErTnEc" created="Thu, 12 Jan 2023 13:19:25 +0100"/>
                            <attachment id="517858" name="server-1.properties" size="947" author="ErTnEc" created="Thu, 12 Jan 2023 13:21:11 +0100"/>
                            <attachment id="505914" name="server.properties" size="5288" author="Mistahtokyo" created="Mon, 22 Aug 2022 18:45:05 +0200"/>
                            <attachment id="517856" name="server_log.txt" size="2669" author="ErTnEc" created="Thu, 12 Jan 2023 13:19:25 +0100"/>
                            <attachment id="506461" name="syrupy_20220827204110.ps.log" size="577259" author="Mistahtokyo" created="Sun, 28 Aug 2022 00:13:02 +0200"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                <customfield id="customfield_11500" key="com.atlassian.jira.plugin.system.customfieldtypes:textfield">
                        <customfieldname>ADO</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>881031</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_10500" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Confirmation Status</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10302"><![CDATA[Community Consensus]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_12700" key="com.atlassian.jira.plugin.system.customfieldtypes:textarea">
                        <customfieldname>Description</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>[Briefly describe the bug here]&lt;br/&gt;
&lt;br/&gt;
*Steps to Reproduce:*&lt;br/&gt;
# [Step 1]&lt;br/&gt;
# [Step 2]&lt;br/&gt;
# [Step 3]&lt;br/&gt;
&lt;br/&gt;
*Observed Results:*&lt;br/&gt;
[Describe what happens]&lt;br/&gt;
&lt;br/&gt;
*Expected Results:*&lt;br/&gt;
[Describe what should happen]&lt;br/&gt;
&lt;br/&gt;
*Screenshots/Videos attached:* [please attach an image or short video]&lt;br/&gt;
&lt;br/&gt;
*Notes:*</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                <customfield id="customfield_11700" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                    <customfield id="customfield_11100" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Linked</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>7.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                        <customfield id="customfield_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i2a5hr:</customfieldvalue>

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