[BDS-17881] Server file size not going down after chunk trim Created: 27/Nov/22  Updated: 02/Mar/23  Resolved: 02/Mar/23

Status: Resolved
Project: Bedrock Dedicated Server
Affects Version/s: 1.19.41
Fix Version/s: None

Type: Bug
Reporter: Hannah Bolonase Assignee: Unassigned
Resolution: Incomplete Votes: 0
Labels: None

Confirmation Status: Unconfirmed

 Description   

We recently had our server crash, we thought the issue was that the file size was too large as the hosting service was unable to backup the world file so we used Amulet to remove unwanted chunks. I was able to confirm the trim was successful in game but the file size hasn't changed. It's currently at 4.3GB, same as before I completed the trim.

Is there something else that would be contributing to our file size besides the chunks? We are a larger server, we've been running on this world for almost a year now with at least 20 active players, we had issues when we first started the server with the file growing drastically but with regular trims, it stopped jumping so dramatically. Is the world just bugged?



 Comments   
Comment by [MCQA] Kinga Izdebska [ 02/Mar/23 ]

Cleaning up old tickets: This ticket had been set to 'Awaiting Response', but has not received a response from the reporter (~3 months+) so is being closed as Incomplete. If you feel this is still a valid issue then please comment, or create a new ticket following the Issue Guidelines which includes steps to reproduce the problem.

Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki

Comment by [Mod] EVGENSYPERPRO [ 27/Nov/22 ]

Is your server created before update 1.19.20? Perhaps your problem is described in the MCPE-160818 and MCPE-77266. We also track problems only with unmodified worlds (if this is a problem in the Amulet).

Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 BDS Wiki – 📖 FAQs

Generated at Sat Jan 11 08:19:44 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.