{ "expand": "operations,versionedRepresentations,editmeta,changelog,renderedFields", "id": "514263", "self": "https://bugs.mojang.com/rest/api/2/issue/514263", "key": "BDS-17527", "fields": { "issuetype": "1", "project": "11700", "fixVersions": [ "21654" ], "resolution": "1", "customfield_10500": { "self": "https://bugs.mojang.com/rest/api/2/customFieldOption/10302", "value": "Community Consensus", "id": "10302", "disabled": false }, "customfield_12800": null, "customfield_12602": [], "customfield_12601": null, "customfield_12604": null, "customfield_12603": null, "customfield_12606": null, "customfield_12605": null, "customfield_12608": null, "resolutiondate": "2023-09-19T19:49:52.000+0300", "customfield_12607": null, "customfield_12609": null, "workratio": -1, "lastViewed": null, "watches": { "self": "https://bugs.mojang.com/rest/api/2/issue/BDS-17527/watchers", "watchCount": 44, "isWatching": false }, "created": "2022-08-22T15:09:38.000+0300", "customfield_12000": null, "customfield_12201": null, "customfield_12600": null, "labels": [ "crash", "server" ], "customfield_11700": "{}", "versions": [ "21139", "21148", "21166", "21176", "21227", "21324", "21534" ], "issuelinks": [ { "id": "273177", "self": "https://bugs.mojang.com/rest/api/2/issueLink/273177", "type": "10102", "inwardIssue": "513602" }, { "id": "273448", "self": "https://bugs.mojang.com/rest/api/2/issueLink/273448", "type": "10102", "inwardIssue": "514096" }, { "id": "273447", "self": "https://bugs.mojang.com/rest/api/2/issueLink/273447", "type": "10102", "inwardIssue": "514868" }, { "id": "275635", "self": "https://bugs.mojang.com/rest/api/2/issueLink/275635", "type": "10102", "inwardIssue": "518932" }, { "id": "279099", "self": "https://bugs.mojang.com/rest/api/2/issueLink/279099", "type": "10102", "inwardIssue": "520434" }, { "id": "282315", "self": "https://bugs.mojang.com/rest/api/2/issueLink/282315", "type": "10102", "inwardIssue": "528631" }, { "id": "287167", "self": "https://bugs.mojang.com/rest/api/2/issueLink/287167", "type": "10102", "inwardIssue": "539789" } ], "assignee": null, "updated": "2023-09-26T12:43:18.000+0300", "status": "5", "description": "-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'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't seem to be any issue there.-\r\n\r\nMade 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:\r\n\r\nAfter 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'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's a log of our memory use up until the server crashed again.\r\n\r\nCrash reports are fairly limited in information, but here are some of them attached below.", "customfield_11100": 7.0, "customfield_11300": null, "customfield_11500": "881031", "customfield_12503": null, "customfield_12700": "[Briefly describe the bug here]\r\n\r\n*Steps to Reproduce:*\r\n# [Step 1]\r\n# [Step 2]\r\n# [Step 3]\r\n\r\n*Observed Results:*\r\n[Describe what happens]\r\n\r\n*Expected Results:*\r\n[Describe what should happen]\r\n\r\n*Screenshots/Videos attached:* [please attach an image or short video]\r\n\r\n*Notes:*", "customfield_12502": null, "customfield_12504": null, "attachment": [ "517942", "517944", "517943", "517945", "517946", "517947", "507384", "507492", "517855", "513802", "513803", "513804", "534228", "517856", "514156", "505914", "517858", "505915", "506461", "506456", "506455", "506454", "506453", "506452", "506451", "506450" ], "summary": "Multiple server crashes due to memory leak when loading chunks", "creator": "mistahtokyo", "reporter": "mistahtokyo", "customfield_10002": null, "customfield_12501": null, "customfield_12500": null, "customfield_11601": null, "customfield_11600": "0|i2a5hr:", "environment": "OS = Debian GNU/Linux 10 (Buster)\r\nKernel = Linux 4.19.0-13-cloud-amd64\r\nServer hosted on a 3rd-party VPS", "customfield_11801": null, "customfield_11800": null, "customfield_11602": null, "customfield_11802": null, "comment": { "comments": [ { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1194660", "id": "1194660", "author": "JIRAUSER648376", "body": "Hi\r\n\r\nWere there any changes made to server.properties? Any files from root BDS folder deleted? Have you tried reinstalling BDS from new download?\r\nCan you please look at BDS-17453 and tell us if it relates to your issue?\r\n\r\nThis ticket will automatically reopen when you reply. ", "updateAuthor": "JIRAUSER648376", "created": "2022-08-22T17:23:24.196+0300", "updated": "2022-08-22T17:34:15.130+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1194681", "id": "1194681", "author": "mistahtokyo", "body": "I don't think this is related to BDS-17453 since there is a permissions.json file present. Either way the server crashes are not on startup, they're after some time playing, which can vary dramatically, not sure if that's relevant to the script-watchdog setting. \r\nAttached 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.\r\n[^server.properties]", "updateAuthor": "mistahtokyo", "created": "2022-08-22T19:46:29.033+0300", "updated": "2022-08-22T19:46:29.033+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1194683", "id": "1194683", "author": "mistahtokyo", "body": "Sorry for the duplicate comment, can't seem to add another attachment via editing existing comments. Here's a screenshot of the server directory. If anything I'm seeing more files than what is normally present so I'll back up the server files, download a fresh install and try again.\r\n!Server Files.PNG|thumbnail!", "updateAuthor": "arisabot", "created": "2022-08-22T19:57:26.230+0300", "updated": "2022-08-22T19:57:38.551+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1196105", "id": "1196105", "author": "mistahtokyo", "body": "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'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's a log of our memory use up until the server crashed again. [^syrupy_20220827204110.ps.log]\r\n\r\n\u00a0\r\n\r\n^Edit: Tested with a fresh world on the server, issue still persists.^", "updateAuthor": "mistahtokyo", "created": "2022-08-28T01:13:09.839+0300", "updated": "2022-08-28T10:15:34.445+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1196267", "id": "1196267", "author": "JIRAUSER733272", "body": "My ticket was merged here, so I'm adding my comments here as requested:\r\n\r\n\r\n\r\nThere 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.\r\n\r\nThe 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.\r\n\r\nSteps to duplicate:\r\n1. Fresh install a current Ubuntu LTS version on a bare metal or virtual server.\r\n2. Download BDS 1.19.21.01. No mods, blank world. Start the process running.\r\n3. Observe utilization of about 300MB initially.\r\n4. Connect to game. Note that RAM increases slightly (that's expected of course.)\r\n5. Teleport to a distant location (e.g. 2000, 80, 2000).\r\n6. Note that RAM increases by 10-20MB within seconds.\r\n7. Teleport back to origin. Wait.\r\n8. Note that RAM is not released.\r\n9. Teleport to the same distant location.\r\n10. Observe that RAM again increases by 10-20 MB within seconds.\r\n11. Repeat steps 7-10. Observe that RAM continues to increase.\r\n12. Disconnect from game. Wait for hours. Observe that allocated RAM is never released.\r\n\r\nI 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.\r\n\r\nFollowing the above steps, I was, within the space of 10 minutes, able to more than double the process' RAM allocation to above 700MB. Clearly I could have continued teleporting, back and forth, until I brought the server down from memory exhaustion.\r\n\r\nThis highlights a number of points:\r\n\r\n1. 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.\r\n\r\n2. If you'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'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't tracking which memory it'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.\r\n\r\n3. 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.\r\n\r\nNote 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.\r\n\r\nI'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's still at 705.64MB - after being unused by anyone for an hour - and will continue that way until it's reset.\r\n", "updateAuthor": "JIRAUSER733272", "created": "2022-08-28T18:15:59.883+0300", "updated": "2022-08-28T18:15:59.883+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1196269", "id": "1196269", "author": "JIRAUSER733272", "body": "Just by way of follow-up: 14 hours later my completely idle server process released no memory and is still at 705.64MB. \r\n\r\nI note that the author of the other ticket wrote \"When you load chunks, whether it's via crossing portals, flying, etc. the memory use should increase and not come back down.\" \r\n\r\nWith no disrespect to anyone intended, and with deep apologies, I disagree with that \"should\". I think that condition is actually a part of the problem. I would suggest instead that when you load chunks [by any method] 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, \"memory use should increase, and then *should* come back down after a period of inactivity for unused chunk(s).\"\r\n\r\nIf memory is never released, the process runs the risk of growing to infinity, which is the behavior we're seeing here. Proper memory management is essential to the health of the process.", "updateAuthor": "JIRAUSER733272", "created": "2022-08-28T18:30:47.445+0300", "updated": "2022-08-28T19:13:35.914+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1196290", "id": "1196290", "author": "mistahtokyo", "body": "The use of the word \"should\" 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 \"should\" be seeing. I'll change the word to avoid any more grammar semantics unrelated to the bug.", "updateAuthor": "mistahtokyo", "created": "2022-08-28T20:02:23.351+0300", "updated": "2022-08-28T20:07:36.279+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1196580", "id": "1196580", "author": "peonygirl13", "body": "Same here!!! Random crashes with 100% RAM usage and nobody online.\u00a0", "updateAuthor": "peonygirl13", "created": "2022-08-30T01:14:48.984+0300", "updated": "2022-08-30T01:14:48.984+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1198464", "id": "1198464", "author": "JIRAUSER541540", "body": "We are having the exact same issue. We are running on a server hosted by Nodecraft.\r\n\r\nOriginally 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.\r\nIf one of us would venture further or head out and come back then we would quite regularly have the RAM hit 100% and crash.\r\n\r\nUpgraded the ram to 4GB earlier, and with only 2 people on we were able to have the server crash due to 100% RAM usage.\r\nAs 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.\r\n\r\nWe 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\r\n\r\n!image-2022-09-07-09-50-29-828.png|thumbnail!\r\n\r\n::EDIT::\r\nHave 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.\r\n\r\n\u00a0\r\n\r\n!image-2022-09-09-07-30-54-970.png!", "updateAuthor": "JIRAUSER541540", "created": "2022-09-07T02:53:30.000+0300", "updated": "2022-09-09T00:31:30.695+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1204945", "id": "1204945", "author": "JIRAUSER656552", "body": "Now seems to affect windows", "updateAuthor": "JIRAUSER656552", "created": "2022-10-14T03:26:36.291+0300", "updated": "2022-10-14T03:26:36.291+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1211717", "id": "1211717", "author": "JIRAUSER578106", "body": "I can confirm this affects 1.19.41; in fact it seems significantly worse since we updated our servers to that version.", "updateAuthor": "JIRAUSER578106", "created": "2022-11-15T09:05:52.544+0200", "updated": "2022-11-15T09:05:52.544+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1211851", "id": "1211851", "author": "foxynotail", "body": "This affects 1.19.41 too. \r\nOur Nodecraft server resets every 12 hours at 1pm and you can see the issues from the attached graphs. !RamGraph.PNG|thumbnail! !RamGraph2.PNG|thumbnail! ", "updateAuthor": "foxynotail", "created": "2022-11-15T20:23:29.020+0200", "updated": "2022-11-15T20:23:29.020+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1211852", "id": "1211852", "author": "foxynotail", "body": "It also affects the other server that I run which resets twice per day !RamGraph3.PNG|thumbnail! ", "updateAuthor": "foxynotail", "created": "2022-11-15T20:25:03.060+0200", "updated": "2022-11-15T20:25:03.060+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1212638", "id": "1212638", "author": "JIRAUSER739986", "body": "Have been having this exact issue since I think 1.19.40. Only way to get the RAM down is to restart the server.\r\n\r\n\u00a0\r\n\r\n!Server_RAM.PNG|thumbnail!", "updateAuthor": "arisabot", "created": "2022-11-19T14:06:23.427+0200", "updated": "2022-11-19T14:06:28.369+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1218627", "id": "1218627", "author": "JIRAUSER731068", "body": "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.", "updateAuthor": "JIRAUSER731068", "created": "2022-12-29T10:58:25.836+0200", "updated": "2022-12-29T10:58:25.836+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1218838", "id": "1218838", "author": "dnscrypt", "body": "I'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'm assuming memory usage is higher than normal (checked mine and it's 4.8 GB) with just myself connected, but something is definitely not right. Running BDS on Windows, 1-3 players typically.", "updateAuthor": "dnscrypt", "created": "2022-12-30T20:11:05.503+0200", "updated": "2022-12-30T20:12:22.398+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1219819", "id": "1219819", "author": "JIRAUSER743050", "body": "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.\u00a0 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.", "updateAuthor": "JIRAUSER743050", "created": "2023-01-06T16:25:06.856+0200", "updated": "2023-01-06T16:26:20.622+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1220137", "id": "1220137", "author": "JIRAUSER743224", "body": "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's storage IOPS\u2014rendering the whole instance unresponsive. I'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.", "updateAuthor": "JIRAUSER743224", "created": "2023-01-08T20:24:54.370+0200", "updated": "2023-01-08T20:24:54.370+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1220233", "id": "1220233", "author": "JIRAUSER688900", "body": "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.\u00a0\u00a0 Restarting of the sever fix the problem for a short while.\u00a0 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.\u00a0 We have implanted 6 hour restart to help minimize the problem.", "updateAuthor": "JIRAUSER688900", "created": "2023-01-09T16:07:59.890+0200", "updated": "2023-01-09T16:07:59.890+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1220555", "id": "1220555", "author": "JIRAUSER688900", "body": "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.\u00a0 \u00a0We have client-side-chunk-generation-enabled set to false as well.\u00a0\u00a0", "updateAuthor": "JIRAUSER688900", "created": "2023-01-11T14:27:33.522+0200", "updated": "2023-01-11T14:27:33.522+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1220702", "id": "1220702", "author": "ertnec", "body": "I've also been experiencing this more as of late, I've also been monitoring CPU/Memory usage and can confirm the same pattern as others.\u00a0 I'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.\u00a0 I'll attach both the output from pidstat, server log (with tp commands prefixed with the time at which they occured) and server.properties.\u00a0 You can clearly see memory utilisation increasing at each teleportation event.", "updateAuthor": "ertnec", "created": "2023-01-12T14:18:16.736+0200", "updated": "2023-01-12T14:18:16.736+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1221237", "id": "1221237", "author": "tjmidnight", "body": "Happening here as well. 1.19.50", "updateAuthor": "tjmidnight", "created": "2023-01-15T20:54:21.668+0200", "updated": "2023-01-15T20:54:21.668+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1235082", "id": "1235082", "author": "windfreaker", "body": "Still happening on 1.19.51.01. I have to restart my server constantly to avoid filling up all the allocated RAM.", "updateAuthor": "windfreaker", "created": "2023-02-02T05:27:21.252+0200", "updated": "2023-02-02T05:27:21.252+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1237992", "id": "1237992", "author": "JIRAUSER531644", "body": "This is happening to me, as well. Restarting my server around four times every week or it'll crash on its own. Running latest bedrock server on Ubuntu.", "updateAuthor": "JIRAUSER531644", "created": "2023-02-15T19:26:22.102+0200", "updated": "2023-02-15T19:26:22.102+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1241308", "id": "1241308", "author": "eleninja102", "body": "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.", "updateAuthor": "eleninja102", "created": "2023-02-28T23:44:14.989+0200", "updated": "2023-02-28T23:44:14.989+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1242189", "id": "1242189", "author": "JIRAUSER619499", "body": "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.", "updateAuthor": "JIRAUSER619499", "created": "2023-03-06T01:15:55.392+0200", "updated": "2023-03-06T01:15:55.392+0200" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1248179", "id": "1248179", "author": "twogamersytofi", "body": "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. \r\n\r\nAnd moderators: can't you do something? like bumping this issue up? I haven't seen a single comment from a dev for a long time since this issue was open.", "updateAuthor": "twogamersytofi", "created": "2023-04-01T06:47:44.065+0300", "updated": "2023-04-01T06:47:44.065+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1248192", "id": "1248192", "author": "JIRAUSER619499", "body": "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", "updateAuthor": "JIRAUSER619499", "created": "2023-04-01T08:12:17.657+0300", "updated": "2023-04-01T08:12:34.774+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1248194", "id": "1248194", "author": "twogamersytofi", "body": "@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'm aware of.", "updateAuthor": "twogamersytofi", "created": "2023-04-01T08:43:38.829+0300", "updated": "2023-04-01T08:43:38.829+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1248556", "id": "1248556", "author": "JIRAUSER688900", "body": "Our server is still having the issue.\u00a0 Our work around that has help us, is setting server render distance to 16, and we do 4 restarts a day.\u00a0 Every once in a while the server starts to lag just before the restart, but it is manageable .\u00a0 \u00a0If we increase render distance or reduce the number of restarts the server will almost always crash, within the restart window.", "updateAuthor": "JIRAUSER688900", "created": "2023-04-04T01:14:12.169+0300", "updated": "2023-04-04T01:14:35.379+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1250857", "id": "1250857", "author": "JIRAUSER670853", "body": "1.19.73 affected as well", "updateAuthor": "JIRAUSER670853", "created": "2023-04-16T18:20:32.167+0300", "updated": "2023-04-16T18:20:52.160+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1255657", "id": "1255657", "author": "twogamersytofi", "body": "\r\ncan anyone confirm if this happens in 1.19.81?\r\n", "updateAuthor": "twogamersytofi", "created": "2023-05-08T22:04:41.789+0300", "updated": "2023-05-08T22:04:41.789+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1255661", "id": "1255661", "author": "JIRAUSER619499", "body": "THIS ISSUE IS STILL PRESENT IN 1.19.81!!!!", "updateAuthor": "JIRAUSER619499", "created": "2023-05-08T23:10:10.703+0300", "updated": "2023-05-08T23:10:10.703+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1256079", "id": "1256079", "author": "darknavi", "body": "Does someone mind uploading a more recent server log?\u00a0 Specifically I am looking for the bits at the end that contain the session ID.", "updateAuthor": "darknavi", "created": "2023-05-10T23:17:56.374+0300", "updated": "2023-05-10T23:17:56.374+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1256090", "id": "1256090", "author": "JIRAUSER619499", "body": "@darknavi !Screenshot_20230510_165647_Chrome.jpg|thumbnail!", "updateAuthor": "arisabot", "created": "2023-05-10T23:58:24.224+0300", "updated": "2023-05-10T23:58:46.263+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1256755", "id": "1256755", "author": "JIRAUSER660410", "body": "I seem to be having the same issue, however I don't get any crash logs. Just a message that says \"Killed\" and nothing else.", "updateAuthor": "JIRAUSER660410", "created": "2023-05-14T12:53:33.517+0300", "updated": "2023-05-14T12:53:33.517+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1260355", "id": "1260355", "author": "JIRAUSER619499", "body": "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", "updateAuthor": "JIRAUSER619499", "created": "2023-06-02T19:06:09.141+0300", "updated": "2023-06-02T19:06:09.141+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1261600", "id": "1261600", "author": "hey0ldguy", "body": "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,\u00a0", "updateAuthor": "hey0ldguy", "created": "2023-06-09T01:12:53.665+0300", "updated": "2023-06-09T01:12:53.665+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1262852", "id": "1262852", "author": "jrtasel", "body": "Confirming issue still active on BDS servers (ours is running on Nodecraft if that helps any). \u00a0Running current 1.20 update. \u00a0Issue did not seem to happen in previously generated world as everything had been explored and built before we restarted for 1.20. \u00a0New world crashes multiple times a day, even with the system rebooting twice a day. \u00a0Have 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. \u00a0If I watch the RAM just slowly creeps up until it hits 100% and crashes.", "updateAuthor": "jrtasel", "created": "2023-06-13T18:56:08.106+0300", "updated": "2023-06-13T18:56:08.106+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1263772", "id": "1263772", "author": "darknavi", "body": "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?", "updateAuthor": "darknavi", "created": "2023-06-17T01:32:50.069+0300", "updated": "2023-06-17T01:32:50.069+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1263783", "id": "1263783", "author": "twogamersytofi", "body": "@darknavi That'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't seem to happen to every single person.", "updateAuthor": "twogamersytofi", "created": "2023-06-17T02:33:08.668+0300", "updated": "2023-06-17T02:33:08.668+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1263898", "id": "1263898", "author": "eleninja102", "body": "@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. ", "updateAuthor": "eleninja102", "created": "2023-06-17T22:30:33.966+0300", "updated": "2023-06-17T22:30:33.966+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1263924", "id": "1263924", "author": "JIRAUSER733272", "body": "You don'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's as if the server can't remember which chunks it has loaded in memory, and keeps reloading the same chunks into new memory allocations over and over again.\r\n\r\nAnd 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's it!", "updateAuthor": "JIRAUSER733272", "created": "2023-06-18T00:48:21.794+0300", "updated": "2023-06-18T00:49:41.302+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1264101", "id": "1264101", "author": "JIRAUSER526262", "body": "This is a very old problem, I remember it has existed almost since the release of the kernel.\r\n\r\nThat's why I had to abandon the idea of using a vanilla kernel.\r\n\r\nI fully support the negative comments here and am waiting for the long-awaited fix.\r\n\r\n(translation)", "updateAuthor": "JIRAUSER526262", "created": "2023-06-18T22:29:18.921+0300", "updated": "2023-06-18T22:29:18.921+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1264645", "id": "1264645", "author": "jrtasel", "body": "I could upload the 77th's world file if you want, but it's every world we put on the server. \u00a0We play pure vanilla, no adding, no resource packs. \u00a0Any world that'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. \u00a0Seems to be related more to chunks loading. \u00a0The server just never seems to let go of the RAM.", "updateAuthor": "jrtasel", "created": "2023-06-21T19:17:52.946+0300", "updated": "2023-06-21T19:17:52.946+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1264955", "id": "1264955", "author": "JIRAUSER619499", "body": "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.", "updateAuthor": "JIRAUSER619499", "created": "2023-06-23T02:42:20.581+0300", "updated": "2023-06-23T02:42:55.831+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1266891", "id": "1266891", "author": "JIRAUSER757856", "body": "@[Mojang] 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?\r\n\r\nThis is ridiculous this has been going on since August with basically no visible effort to fix. \u00a0I 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.", "updateAuthor": "JIRAUSER757856", "created": "2023-07-04T03:31:11.582+0300", "updated": "2023-07-07T15:28:55.534+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1271514", "id": "1271514", "author": "wuhupoo", "body": "Very serious problem, when we want to travel far, soon the server crashes", "updateAuthor": "wuhupoo", "created": "2023-07-27T23:54:35.230+0300", "updated": "2023-07-27T23:54:35.230+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1271517", "id": "1271517", "author": "JIRAUSER619499", "body": "*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.*", "updateAuthor": "JIRAUSER619499", "created": "2023-07-28T00:31:31.730+0300", "updated": "2023-08-04T22:02:35.191+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1271522", "id": "1271522", "author": "JIRAUSER757856", "body": "h1. I created a new case pleading for someone to actually look at this and be assigned to it. Everyone needs to vote for and follow this case.\r\n\r\nVote for and follow my new case before they close it.\r\n\r\nComment on my new case before they close it!\r\nNew case I created to draw attention: BDS-18590\r\n\r\n\u00a0", "updateAuthor": "JIRAUSER506241", "created": "2023-07-28T01:04:13.053+0300", "updated": "2023-08-02T21:13:22.589+0300", "visibility": { "type": "group", "value": "helper" } }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1272830", "id": "1272830", "author": "JIRAUSER757856", "body": "Now mods are editing and deleting peoples comments, while continuing to ignore the issue giving no responses at all. *In a few weeks it will be the 1yr anniversary of this being reported.*", "updateAuthor": "JIRAUSER757856", "created": "2023-08-04T00:34:38.792+0300", "updated": "2023-08-04T00:35:55.136+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1273514", "id": "1273514", "author": "JIRAUSER760737", "body": "Just chiming in to say I'm experiencing this too. The only difference is that for me, the server hangs instead of crashing while a process called \"kswapd\" climbs to 100% CPU usage and stays there. Sometimes it resolves itself after a few minutes. Sometimes it doesn'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.\r\n\r\nFrom the looks of the comments here, other people have more experience doing debugging steps and providing logs etc than me, so I'll hold off on adding mine until asked. I'll subscribe to this for updates on this issue.\r\n\r\nThanks!", "updateAuthor": "JIRAUSER760737", "created": "2023-08-07T02:49:38.407+0300", "updated": "2023-08-07T03:00:44.727+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1275291", "id": "1275291", "author": "goldenhelmet", "body": "jtp10181: the Bedrock team does not use the \"Assignee\" 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.", "updateAuthor": "goldenhelmet", "created": "2023-08-17T23:13:42.360+0300", "updated": "2023-08-17T23:14:12.108+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1275435", "id": "1275435", "author": "JIRAUSER757856", "body": "@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.\r\nh3. *Pretty sad this has been on here for just about a year now and only two responses from \"Mojang\" in that entire time.*", "updateAuthor": "JIRAUSER757856", "created": "2023-08-18T14:55:19.892+0300", "updated": "2023-08-19T16:10:51.031+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1276186", "id": "1276186", "author": "twogamersytofi", "body": "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! \u201cOnly\u201d took a year, but at least they fixed it. https://feedback.minecraft.net/hc/en-us/articles/18619357250701-Minecraft-Beta-Preview-1-20-30-22", "updateAuthor": "twogamersytofi", "created": "2023-08-23T05:27:11.977+0300", "updated": "2023-08-23T05:27:11.977+0300" }, { "self": "https://bugs.mojang.com/rest/api/2/issue/514263/comment/1276302", "id": "1276302", "author": "JIRAUSER757856", "body": "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.\r\n\r\nEither 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.", "updateAuthor": "JIRAUSER757856", "created": "2023-08-23T17:24:34.040+0300", "updated": "2023-08-23T17:24:34.040+0300" } ], "maxResults": 56, "total": 56, "startAt": 0 }, "votes": { "self": "https://bugs.mojang.com/rest/api/2/issue/BDS-17527/votes", "votes": 83, "hasVoted": false } }, "changelog": { "startAt": 0, "maxResults": 54, "total": 54, "histories": [ { "id": "2658544", "author": "goldenhelmet", "created": "2022-08-22T15:30:44.487+0300", "items": [ { "field": "description", "fieldtype": "jira", "from": null, "fromString": "World file: [https://pixeldrain.com/u/5GPf8v3V] (Had to upload externally due to the large file size).\r\n\r\nServer is running mostly vanilla 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'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't seem to be any issue there.\r\n\r\nCrash reports are fairly limited in information, but here are some of them:\r\n\r\n\r\n\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n\r\n[2022-08-18 21:19:27:947 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-22 01:26:19:319 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-11 15:46:43:396 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\nThis is the most verbose one we managed to get:\r\n\r\n[2022-08-11 14:58:04:885 INFO] Package: com.mojang.minecraft.dedicatedserver\r\nVersion: 1.19.20.02\r\nOS: Linux\r\nServer start: 2022-08-11 00:18:58 UTC\r\nDmp timestamp: 2022-08-11 14:58:04 UTC\r\nUpload Date: 2022-08-11 14:58:04 UTC\r\nSession ID: f56e352f-fa47-405d-a38f-f0ea09422adc\r\nCommit hash: 1aa76c5813541fe1bbb16c4e3a0af2b29474dc34\r\nBuild id: 10811062\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n[2022-08-11 14:58:04:885 INFO] \u00a0at clone (UnknownFile:?)\r\ndd62e092-4219-4cc3-b64c-90de895b1b67DEBU[52747] Forwarding signal signal=\"child exited\"\r\nERRO[52747] Failed to signal sub-command \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0error=\"os: process already finished\"", "to": null, "toString": "World file: [https://pixeldrain.com/u/5GPf8v3V] (Had to upload externally due to the large file size).\r\n\r\nServer 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'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't seem to be any issue there.\r\n\r\nCrash reports are fairly limited in information, but here are some of them:\r\n\r\n\r\n\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n\r\n[2022-08-18 21:19:27:947 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-22 01:26:19:319 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-11 15:46:43:396 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\nThis is the most verbose one we managed to get:\r\n\r\n[2022-08-11 14:58:04:885 INFO] Package: com.mojang.minecraft.dedicatedserver\r\nVersion: 1.19.20.02\r\nOS: Linux\r\nServer start: 2022-08-11 00:18:58 UTC\r\nDmp timestamp: 2022-08-11 14:58:04 UTC\r\nUpload Date: 2022-08-11 14:58:04 UTC\r\nSession ID: f56e352f-fa47-405d-a38f-f0ea09422adc\r\nCommit hash: 1aa76c5813541fe1bbb16c4e3a0af2b29474dc34\r\nBuild id: 10811062\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n[2022-08-11 14:58:04:885 INFO] \u00a0at clone (UnknownFile:?)\r\ndd62e092-4219-4cc3-b64c-90de895b1b67DEBU[52747] Forwarding signal signal=\"child exited\"\r\nERRO[52747] Failed to signal sub-command \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0error=\"os: process already finished\"" } ] }, { "id": "2658548", "author": "mega_spud", "created": "2022-08-22T15:47:30.458+0300", "items": [ { "field": "Confirmation Status", "fieldtype": "custom", "from": "10300", "fromString": "Unconfirmed", "to": "10302", "toString": "Community Consensus" }, { "field": "status", "fieldtype": "jira", "from": "1", "fromString": "Open", "to": "1", "toString": "Open" } ] }, { "id": "2658571", "author": "JIRAUSER648376", "created": "2022-08-22T17:23:24.199+0300", "items": [ { "field": "resolution", "fieldtype": "jira", "from": null, "fromString": null, "to": "10001", "toString": "Awaiting Response" }, { "field": "status", "fieldtype": "jira", "from": "1", "fromString": "Open", "to": "5", "toString": "Resolved" } ] }, { "id": "2658606", "author": "mistahtokyo", "created": "2022-08-22T19:45:05.628+0300", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "505914", "toString": "server.properties" } ] }, { "id": "2658607", "author": "arisabot", "created": "2022-08-22T19:45:10.956+0300", "items": [ { "field": "resolution", "fieldtype": "jira", "from": "10001", "fromString": "Awaiting Response", "to": null, "toString": null }, { "field": "status", "fieldtype": "jira", "from": "5", "fromString": "Resolved", "to": "4", "toString": "Reopened" } ] }, { "id": "2658609", "author": "mistahtokyo", "created": "2022-08-22T19:57:21.817+0300", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "505915", "toString": "Server Files.PNG" } ] }, { "id": "2658909", "author": "JIRAUSER648376", "created": "2022-08-23T16:04:54.940+0300", "items": [ { "field": "Link", "fieldtype": "jira", "from": null, "fromString": null, "to": "BDS-17490", "toString": "This issue is duplicated by BDS-17490" } ] }, { "id": "2658935", "author": "JIRAUSER648376", "created": "2022-08-23T16:42:49.813+0300", "items": [ { "field": "ADO", "fieldtype": "custom", "from": null, "fromString": null, "to": null, "toString": "881031" }, { "field": "status", "fieldtype": "jira", "from": "4", "fromString": "Reopened", "to": "4", "toString": "Reopened" } ] }, { "id": "2659664", "author": "arisabot", "created": "2022-08-24T16:42:55.281+0300", "items": [ { "field": "Linked", "fieldtype": "custom", "from": null, "fromString": "0", "to": null, "toString": "1" }, { "field": "status", "fieldtype": "jira", "from": "4", "fromString": "Reopened", "to": "4", "toString": "Reopened" } ] }, { "id": "2661429", "author": "mistahtokyo", "created": "2022-08-27T23:28:35.505+0300", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "506450", "toString": "TRS.2022.08.27.17.25.05.log" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "506451", "toString": "TRS.2022.08.27.04.00.42.log" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "506452", "toString": "TRS.2022.08.26.17.05.38.log" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "506453", "toString": "TRS.2022.08.25.04.00.41.log" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "506454", "toString": "TRS.2022.08.24.14.51.04.log" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "506455", "toString": "TRS.2022.08.24.09.55.26.log" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "506456", "toString": "TRS.2022.08.23.20.17.37.log" } ] }, { "id": "2661430", "author": "mistahtokyo", "created": "2022-08-27T23:30:00.351+0300", "items": [ { "field": "description", "fieldtype": "jira", "from": null, "fromString": "World file: [https://pixeldrain.com/u/5GPf8v3V] (Had to upload externally due to the large file size).\r\n\r\nServer 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'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't seem to be any issue there.\r\n\r\nCrash reports are fairly limited in information, but here are some of them:\r\n\r\n\r\n\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n\r\n[2022-08-18 21:19:27:947 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-22 01:26:19:319 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-11 15:46:43:396 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\nThis is the most verbose one we managed to get:\r\n\r\n[2022-08-11 14:58:04:885 INFO] Package: com.mojang.minecraft.dedicatedserver\r\nVersion: 1.19.20.02\r\nOS: Linux\r\nServer start: 2022-08-11 00:18:58 UTC\r\nDmp timestamp: 2022-08-11 14:58:04 UTC\r\nUpload Date: 2022-08-11 14:58:04 UTC\r\nSession ID: f56e352f-fa47-405d-a38f-f0ea09422adc\r\nCommit hash: 1aa76c5813541fe1bbb16c4e3a0af2b29474dc34\r\nBuild id: 10811062\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n[2022-08-11 14:58:04:885 INFO] \u00a0at clone (UnknownFile:?)\r\ndd62e092-4219-4cc3-b64c-90de895b1b67DEBU[52747] Forwarding signal signal=\"child exited\"\r\nERRO[52747] Failed to signal sub-command \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0error=\"os: process already finished\"", "to": null, "toString": "World file: [https://pixeldrain.com/u/5GPf8v3V] (Had to upload externally due to the large file size).\r\n\r\nServer 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'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't seem to be any issue there.\r\n\r\nCrash reports are fairly limited in information, but here are some of them:\r\n\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n\r\n[2022-08-18 21:19:27:947 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-22 01:26:19:319 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-11 15:46:43:396 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\nThis is the most verbose one we managed to get:\r\n\r\n[2022-08-11 14:58:04:885 INFO] Package: com.mojang.minecraft.dedicatedserver\r\nVersion: 1.19.20.02\r\nOS: Linux\r\nServer start: 2022-08-11 00:18:58 UTC\r\nDmp timestamp: 2022-08-11 14:58:04 UTC\r\nUpload Date: 2022-08-11 14:58:04 UTC\r\nSession ID: f56e352f-fa47-405d-a38f-f0ea09422adc\r\nCommit hash: 1aa76c5813541fe1bbb16c4e3a0af2b29474dc34\r\nBuild id: 10811062\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n[2022-08-11 14:58:04:885 INFO] \u00a0at clone (UnknownFile:?)\r\ndd62e092-4219-4cc3-b64c-90de895b1b67DEBU[52747] Forwarding signal signal=\"child exited\"\r\nERRO[52747] Failed to signal sub-command \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0error=\"os: process already finished\"\r\n\r\nEdit: Added more crash logs. Info is still seemingly vague. The most reliable crashes seem to be from going through portals. To trigger, first load the world on a server (NOT single player), then go from spawn to the nether, from the nether to the end portal station, through to the end, then back to spawn. Repeat a few times and you should eventually crash." } ] }, { "id": "2661531", "author": "mistahtokyo", "created": "2022-08-28T01:13:02.769+0300", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "506461", "toString": "syrupy_20220827204110.ps.log" } ] }, { "id": "2661624", "author": "mistahtokyo", "created": "2022-08-28T10:44:04.560+0300", "items": [ { "field": "description", "fieldtype": "jira", "from": null, "fromString": "World file: [https://pixeldrain.com/u/5GPf8v3V] (Had to upload externally due to the large file size).\r\n\r\nServer 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'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't seem to be any issue there.\r\n\r\nCrash reports are fairly limited in information, but here are some of them:\r\n\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n\r\n[2022-08-18 21:19:27:947 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-22 01:26:19:319 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-11 15:46:43:396 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\nThis is the most verbose one we managed to get:\r\n\r\n[2022-08-11 14:58:04:885 INFO] Package: com.mojang.minecraft.dedicatedserver\r\nVersion: 1.19.20.02\r\nOS: Linux\r\nServer start: 2022-08-11 00:18:58 UTC\r\nDmp timestamp: 2022-08-11 14:58:04 UTC\r\nUpload Date: 2022-08-11 14:58:04 UTC\r\nSession ID: f56e352f-fa47-405d-a38f-f0ea09422adc\r\nCommit hash: 1aa76c5813541fe1bbb16c4e3a0af2b29474dc34\r\nBuild id: 10811062\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n[2022-08-11 14:58:04:885 INFO] \u00a0at clone (UnknownFile:?)\r\ndd62e092-4219-4cc3-b64c-90de895b1b67DEBU[52747] Forwarding signal signal=\"child exited\"\r\nERRO[52747] Failed to signal sub-command \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0error=\"os: process already finished\"\r\n\r\nEdit: Added more crash logs. Info is still seemingly vague. The most reliable crashes seem to be from going through portals. To trigger, first load the world on a server (NOT single player), then go from spawn to the nether, from the nether to the end portal station, through to the end, then back to spawn. Repeat a few times and you should eventually crash.", "to": null, "toString": "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'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't seem to be any issue there.\r\n\r\nCrash reports are fairly limited in information, but here are some of them:\r\n\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n\r\n[2022-08-18 21:19:27:947 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-22 01:26:19:319 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-11 15:46:43:396 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\nThis is the most verbose one we managed to get:\r\n\r\n[2022-08-11 14:58:04:885 INFO] Package: com.mojang.minecraft.dedicatedserver\r\nVersion: 1.19.20.02\r\nOS: Linux\r\nServer start: 2022-08-11 00:18:58 UTC\r\nDmp timestamp: 2022-08-11 14:58:04 UTC\r\nUpload Date: 2022-08-11 14:58:04 UTC\r\nSession ID: f56e352f-fa47-405d-a38f-f0ea09422adc\r\nCommit hash: 1aa76c5813541fe1bbb16c4e3a0af2b29474dc34\r\nBuild id: 10811062\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n[2022-08-11 14:58:04:885 INFO] \u00a0at clone (UnknownFile:?)\r\ndd62e092-4219-4cc3-b64c-90de895b1b67DEBU[52747] Forwarding signal signal=\"child exited\"\r\nERRO[52747] Failed to signal sub-command \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0error=\"os: process already finished\"\r\n\r\nEdit: Added more crash logs. Info is still seemingly vague. The most reliable crashes seem to be from going through portals. To trigger, first load the world on a server (NOT single player), then go from spawn to the nether, from the nether to the end portal station, through to the end, then back to spawn. Repeat a few times and you should eventually crash.\r\n\r\nEdit 2: Made the bug public and removed the world file since I confirmed the memory leak occurs with a fresh world." } ] }, { "id": "2661625", "author": "mistahtokyo", "created": "2022-08-28T10:46:21.881+0300", "items": [ { "field": "description", "fieldtype": "jira", "from": null, "fromString": "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'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't seem to be any issue there.\r\n\r\nCrash reports are fairly limited in information, but here are some of them:\r\n\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n\r\n[2022-08-18 21:19:27:947 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-22 01:26:19:319 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\n[2022-08-11 15:46:43:396 INFO] \u00a0at clone (UnknownFile:?)\r\n\r\nThis is the most verbose one we managed to get:\r\n\r\n[2022-08-11 14:58:04:885 INFO] Package: com.mojang.minecraft.dedicatedserver\r\nVersion: 1.19.20.02\r\nOS: Linux\r\nServer start: 2022-08-11 00:18:58 UTC\r\nDmp timestamp: 2022-08-11 14:58:04 UTC\r\nUpload Date: 2022-08-11 14:58:04 UTC\r\nSession ID: f56e352f-fa47-405d-a38f-f0ea09422adc\r\nCommit hash: 1aa76c5813541fe1bbb16c4e3a0af2b29474dc34\r\nBuild id: 10811062\r\nCrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293\r\n\r\nCrash\r\n[2022-08-11 14:58:04:885 INFO] \u00a0at clone (UnknownFile:?)\r\ndd62e092-4219-4cc3-b64c-90de895b1b67DEBU[52747] Forwarding signal signal=\"child exited\"\r\nERRO[52747] Failed to signal sub-command \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0error=\"os: process already finished\"\r\n\r\nEdit: Added more crash logs. Info is still seemingly vague. The most reliable crashes seem to be from going through portals. To trigger, first load the world on a server (NOT single player), then go from spawn to the nether, from the nether to the end portal station, through to the end, then back to spawn. Repeat a few times and you should eventually crash.\r\n\r\nEdit 2: Made the bug public and removed the world file since I confirmed the memory leak occurs with a fresh world.", "to": null, "toString": "-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'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't seem to be any issue there.-\r\n\r\nMade 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:\r\n\r\nAfter 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'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's a log of our memory use up until the server crashed again.\r\n\r\nCrash reports are fairly limited in information, but here are some of them attached below." } ] }, { "id": "2661626", "author": "mistahtokyo", "created": "2022-08-28T10:46:26.674+0300", "items": [ { "field": "security", "fieldtype": "jira", "from": "10318", "fromString": "Minecraft - Private", "to": null, "toString": null } ] }, { "id": "2661627", "author": "mistahtokyo", "created": "2022-08-28T10:46:43.557+0300", "items": [ { "field": "summary", "fieldtype": "jira", "from": null, "fromString": "Multiple Server Crashes", "to": null, "toString": "Multiple Server Crashes due to Memory Leak" } ] }, { "id": "2661719", "author": "goldenhelmet", "created": "2022-08-28T14:33:00.932+0300", "items": [ { "field": "Link", "fieldtype": "jira", "from": null, "fromString": null, "to": "BDS-17567", "toString": "This issue is duplicated by BDS-17567" } ] }, { "id": "2661721", "author": "arisabot", "created": "2022-08-28T14:33:06.296+0300", "items": [ { "field": "Version", "fieldtype": "jira", "from": null, "fromString": null, "to": "21148", "toString": "1.19.21 Hotfix" } ] }, { "id": "2661723", "author": "goldenhelmet", "created": "2022-08-28T14:33:30.123+0300", "items": [ { "field": "Link", "fieldtype": "jira", "from": null, "fromString": null, "to": "BDS-17519", "toString": "This issue is duplicated by BDS-17519" } ] }, { "id": "2661726", "author": "goldenhelmet", "created": "2022-08-28T14:35:44.353+0300", "items": [ { "field": "summary", "fieldtype": "jira", "from": null, "fromString": "Multiple Server Crashes due to Memory Leak", "to": null, "toString": "Multiple server crashes due to memory leak when loading chunks" } ] }, { "id": "2661863", "author": "mistahtokyo", "created": "2022-08-28T20:02:51.491+0300", "items": [ { "field": "description", "fieldtype": "jira", "from": null, "fromString": "-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'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't seem to be any issue there.-\r\n\r\nMade 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:\r\n\r\nAfter 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'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's a log of our memory use up until the server crashed again.\r\n\r\nCrash reports are fairly limited in information, but here are some of them attached below.", "to": null, "toString": "-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'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't seem to be any issue there.-\r\n\r\nMade 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:\r\n\r\nAfter 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'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's a log of our memory use up until the server crashed again.\r\n\r\nCrash reports are fairly limited in information, but here are some of them attached below." } ] }, { "id": "2662322", "author": "arisabot", "created": "2022-08-29T20:07:41.472+0300", "items": [ { "field": "Linked", "fieldtype": "custom", "from": null, "fromString": "1", "to": null, "toString": "3" }, { "field": "status", "fieldtype": "jira", "from": "4", "fromString": "Reopened", "to": "4", "toString": "Reopened" } ] }, { "id": "2662848", "author": "mistahtokyo", "created": "2022-08-30T22:53:17.611+0300", "items": [ { "field": "labels", "fieldtype": "jira", "from": null, "fromString": "", "to": null, "toString": "crash server" } ] }, { "id": "2665884", "author": "JIRAUSER541540", "created": "2022-09-07T02:47:59.673+0300", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "507383", "toString": "image-2022-09-07-09-47-58-749.png" } ] }, { "id": "2665885", "author": "JIRAUSER541540", "created": "2022-09-07T02:50:30.517+0300", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "507384", "toString": "image-2022-09-07-09-50-29-828.png" } ] }, { "id": "2665886", "author": "JIRAUSER541540", "created": "2022-09-07T02:53:56.419+0300", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": "507383", "fromString": "image-2022-09-07-09-47-58-749.png", "to": null, "toString": null } ] }, { "id": "2666547", "author": "JIRAUSER541540", "created": "2022-09-09T00:31:30.700+0300", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "507492", "toString": "image-2022-09-09-07-30-54-970.png" } ] }, { "id": "2671359", "author": "mistahtokyo", "created": "2022-09-22T19:00:15.442+0300", "items": [ { "field": "Version", "fieldtype": "jira", "from": null, "fromString": null, "to": "21166", "toString": "1.19.30" } ] }, { "id": "2685696", "author": "JIRAUSER648376", "created": "2022-10-26T12:26:17.089+0300", "items": [ { "field": "Link", "fieldtype": "jira", "from": null, "fromString": null, "to": "BDS-17765", "toString": "This issue is duplicated by BDS-17765" } ] }, { "id": "2685698", "author": "arisabot", "created": "2022-10-26T12:26:20.953+0300", "items": [ { "field": "Version", "fieldtype": "jira", "from": null, "fromString": null, "to": "21176", "toString": "1.19.31 Hotfix" } ] }, { "id": "2686858", "author": "arisabot", "created": "2022-10-27T12:26:26.819+0300", "items": [ { "field": "Linked", "fieldtype": "custom", "from": null, "fromString": "3", "to": null, "toString": "4" }, { "field": "status", "fieldtype": "jira", "from": "4", "fromString": "Reopened", "to": "4", "toString": "Reopened" } ] }, { "id": "2697669", "author": "foxynotail", "created": "2022-11-15T20:23:25.186+0200", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "513802", "toString": "RamGraph.PNG" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "513803", "toString": "RamGraph2.PNG" } ] }, { "id": "2697670", "author": "foxynotail", "created": "2022-11-15T20:25:02.274+0200", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "513804", "toString": "RamGraph3.PNG" } ] }, { "id": "2699619", "author": "JIRAUSER739986", "created": "2022-11-19T14:05:23.373+0200", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "514156", "toString": "Server_RAM.PNG" } ] }, { "id": "2719958", "author": "JIRAUSER735162", "created": "2023-01-10T19:11:16.613+0200", "items": [ { "field": "Comment", "fieldtype": "jira", "from": "This issue also affects Windows BDS 1.19.51", "fromString": null, "to": null, "toString": null } ] }, { "id": "2720752", "author": "ertnec", "created": "2023-01-12T14:19:25.758+0200", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "517855", "toString": "pidstat.txt" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "517856", "toString": "server_log.txt" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "517857", "toString": "server-1.properties" } ] }, { "id": "2720754", "author": "ertnec", "created": "2023-01-12T14:20:37.142+0200", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": "517857", "fromString": "server-1.properties", "to": null, "toString": null } ] }, { "id": "2720755", "author": "ertnec", "created": "2023-01-12T14:21:11.145+0200", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "517858", "toString": "server-1.properties" } ] }, { "id": "2721100", "author": "ertnec", "created": "2023-01-13T13:30:53.892+0200", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "517942", "toString": "bds-smaps-15teleportevents.txt" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "517943", "toString": "bds-smaps-userloggedin.txt" }, { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "517944", "toString": "bds-smaps-launched.txt" } ] }, { "id": "2721102", "author": "ertnec", "created": "2023-01-13T13:34:44.838+0200", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "517945", "toString": "heap.dump.gz.partaa" } ] }, { "id": "2721103", "author": "ertnec", "created": "2023-01-13T13:34:48.557+0200", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "517946", "toString": "heap.dump.gz.partab" } ] }, { "id": "2721104", "author": "ertnec", "created": "2023-01-13T13:34:52.137+0200", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "517947", "toString": "heap.dump.gz.partac" } ] }, { "id": "2741478", "author": "JIRAUSER648376", "created": "2023-02-01T16:38:22.959+0200", "items": [ { "field": "Link", "fieldtype": "jira", "from": null, "fromString": null, "to": "BDS-17832", "toString": "This issue is duplicated by BDS-17832" } ] }, { "id": "2741480", "author": "arisabot", "created": "2023-02-01T16:38:33.213+0200", "items": [ { "field": "Version", "fieldtype": "jira", "from": null, "fromString": null, "to": "21227", "toString": "1.19.41" } ] }, { "id": "2742592", "author": "arisabot", "created": "2023-02-03T05:27:31.968+0200", "items": [ { "field": "Linked", "fieldtype": "custom", "from": null, "fromString": "4", "to": null, "toString": "5" }, { "field": "status", "fieldtype": "jira", "from": "4", "fromString": "Reopened", "to": "4", "toString": "Reopened" } ] }, { "id": "2782348", "author": "JIRAUSER648376", "created": "2023-04-07T15:06:14.412+0300", "items": [ { "field": "Link", "fieldtype": "jira", "from": null, "fromString": null, "to": "BDS-18156", "toString": "This issue is duplicated by BDS-18156" } ] }, { "id": "2782350", "author": "arisabot", "created": "2023-04-07T15:06:23.233+0300", "items": [ { "field": "Version", "fieldtype": "jira", "from": null, "fromString": null, "to": "21324", "toString": "1.19.63" } ] }, { "id": "2782851", "author": "arisabot", "created": "2023-04-08T15:06:27.403+0300", "items": [ { "field": "Linked", "fieldtype": "custom", "from": null, "fromString": "5", "to": null, "toString": "6" }, { "field": "status", "fieldtype": "jira", "from": "4", "fromString": "Reopened", "to": "4", "toString": "Reopened" } ] }, { "id": "2800690", "author": "JIRAUSER619499", "created": "2023-05-10T23:58:15.759+0300", "items": [ { "field": "Attachment", "fieldtype": "jira", "from": null, "fromString": null, "to": "534228", "toString": "Screenshot_20230510_165647_Chrome.jpg" } ] }, { "id": "2845589", "author": "JIRAUSER648376", "created": "2023-08-02T16:31:19.351+0300", "items": [ { "field": "Link", "fieldtype": "jira", "from": null, "fromString": null, "to": "BDS-18590", "toString": "This issue is duplicated by BDS-18590" } ] }, { "id": "2845591", "author": "arisabot", "created": "2023-08-02T16:31:34.046+0300", "items": [ { "field": "Version", "fieldtype": "jira", "from": null, "fromString": null, "to": "21534", "toString": "1.20.12 Hotfix" } ] }, { "id": "2846664", "author": "arisabot", "created": "2023-08-03T23:03:44.410+0300", "items": [ { "field": "Linked", "fieldtype": "custom", "from": null, "fromString": "6", "to": null, "toString": "7" }, { "field": "status", "fieldtype": "jira", "from": "4", "fromString": "Reopened", "to": "4", "toString": "Reopened" } ] }, { "id": "2868778", "author": "ocelotonesie", "created": "2023-09-19T19:49:52.941+0300", "items": [ { "field": "resolution", "fieldtype": "jira", "from": null, "fromString": null, "to": "1", "toString": "Fixed" }, { "field": "status", "fieldtype": "jira", "from": "4", "fromString": "Reopened", "to": "5", "toString": "Resolved" } ] }, { "id": "2872129", "author": "ocelotonesie", "created": "2023-09-26T12:43:18.789+0300", "items": [ { "field": "Fix Version", "fieldtype": "jira", "from": null, "fromString": null, "to": "21654", "toString": "1.20.30" }, { "field": "status", "fieldtype": "jira", "from": "5", "fromString": "Resolved", "to": "5", "toString": "Resolved" } ] } ] } }