[BDS-2733] Cannot copy MANIFEST and .log during Save Hold. Files are open by bedrock_server.exe Created: 09/Jan/20  Updated: 19/Aug/22  Resolved: 09/Dec/21

Status: Resolved
Project: Bedrock Dedicated Server
Affects Version/s: 1.14.0.9, 1.14.21.0, 1.14.30, 1.14.32.1, 1.16.0
Fix Version/s: None

Type: Bug
Reporter: Foxy No-Tail Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 134
Labels: None
Environment:

Windows 10 Home and Windows 10 Pro


Attachments: PNG File BDSSaveIssue.PNG     PNG File BDSSaveIssueLOG.PNG    
Confirmation Status: Confirmed
ADO: 311770

 Description   

During Save Hold the MANIFEST and .log files from the db folder do not unlock as they should and can not be copied.

I have tried this on 3 separate windows 10 systems on several different worlds including brand new worlds created by the server.

This means we cannot take a working backup of the world without completely shutting down the server.

I have checked permissions and this is not a permissions issue.
See screenshots attached.

This started happening since BDS 1.14.1.4
The Bug tracker will not let me choose this version as it is only showing 1.14.0.9

Very worrying! Requires URGENT attention.



 Comments   
Comment by Mike Harrington [ 19/Aug/22 ]

could the issue be with your software you made for the sever and not the Mojang software

Comment by IllegalOtter [ 06/Feb/22 ]

I have been using a BDS since 1.18 and have been able to copy the files (via Windows file copy) even when the server is online.

I have seen the issue in BDS "manager clients" that are trying to do online backups. I played around with this myself and found that the issue has to do with an order of operations on how the backup files are being trimmed.  

The user flow that causes the error is specifically:

  • Issue the 'save hold' command
  • Issue the 'save query' command (waiting for the file list to appear)
  • Copy the affected bytes (per the file list) to the backup location
    • Essentially a File.Open is being done and then trying to just File.WriteBytes based on the size from the file list (using C# nomencalture)

This will cause the problem every time, in my experience, because the files are restricting read access because BDS is still reading and writing the files.

The user flow that I found that works is:

  • Issue the 'save hold' command
  • Issue the 'save query' command (waiting for the file list to appear)
  • Copy the ENTIRE file (per the file list) to the backup location
    • I used File.Copy via a C# program to move the file, but a manual Windows file copy should work as well.
  • Now trim each file to the appropriate length (per the file list)
    • Using File.Open and then SetLength on the opened file.

 

Comment by Omar Berrow [ 01/Dec/21 ]

if this wasn't fixed the problem could be that it tries to backup while the server is being saved

Comment by [Mod] GoldenHelmet [ 11/Nov/21 ]

I am hearing that this bug is fixed in the current version. Is anyone still having problems with save hold not copying all files?

Comment by Joshua Smith [ 26/Apr/21 ]

Why is this being ignored? It would be very helpful if this was fixed!

Comment by Ilamparithi M [ 30/Dec/20 ]

Running a 1.16.201.02 server and the problem is not happening for me

Comment by IonicEcko [ 14/Jul/20 ]

I'd heavily caution against that due to BDS-2574. Linux has seen significant performance issues since 1.16 so admins would be switching one issue for another (imo) worse one.

Comment by Tạ Nguyên Khang [ 14/Jul/20 ]

Maybe try to run a Linux version on Windows using Windows Subsystem for Linux?

Comment by IonicEcko [ 29/Jun/20 ]

Hi VouLT,

The bug tracker is predominantly manned by community volunteers so we have no more information than you do.

It has been forwarded to the developers, when and how this is resolved is up to them. We have no way of providing updates unfotunately.

Ionic

Comment by Jaydee Wetwork [ 28/Jun/20 ]

Can confirm i'm having this issue as well

 

Comment by VouLT [ 24/Jun/20 ]

Hello! 
Any updates on this ticket? It is now clear that, unfortunately, a fix was not include with 1.16. Maybe I ask if it will be included in a future hotfix? 

Comment by AsherMaximum [ 22/Mar/20 ]

I can also confirm this does not affect Linux, only Windows - I ran my server on Linux first before another bug forced me to switch to Windows. On Linux I did not have this issue, on Windows I do.

Comment by John [ 23/Feb/20 ]

I can confirm this is still an issue in 1.14.30.2 with BDS holding an exclusive lock on the log and manifest files, breaking backups:

The process cannot access the file '<path>\db\005880.log' because it is being used by another process.

The process cannot access the file '<path>\db\MANIFEST-005878' because it is being used by another process.

 

Comment by IonicEcko [ 19/Feb/20 ]

Spoke to a hosted server provider who mentioned it doesn’t appear to happen for them on Linux so likely a Windows only bug.

Comment by IonicEcko [ 13/Feb/20 ]

Affects 1.14.30
Windows Server 2019 also affected.

Comment by IonicEcko [ 10/Feb/20 ]

Affects 1.14.21.0

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