[BDS-3836] Minecraft server - Crash on start (at ResourcePack::getManifest[] const (UnknownFile:?)) Created: 31/Mar/20  Updated: 01/Apr/20  Resolved: 01/Apr/20

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

Type: Bug
Reporter: Lionel Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 0
Labels: None

Confirmation Status: Unconfirmed

 Description   
LD_LIBRARY_PATH=. ./bedrock_server
NO LOG FILE! - setting up server logging...
[2020-03-31 21:47:17 INFO] Starting Server
[2020-03-31 21:47:17 INFO] Version 1.14.32.1
[2020-03-31 21:47:17 INFO] Session ID 4342fc04-6076-4108-ad2f-d33983bf0ac4
[2020-03-31 21:47:17 INFO] Level Name: Bedrock level
[2020-03-31 21:47:17 INFO] Game mode: 0 Survival
[2020-03-31 21:47:17 INFO] Difficulty: 1 EASY
[2020-03-31 21:47:18 INFO] Package: com.mojang.minecraft.dedicatedserver
Version: 1.14.32.1
OS: Linux
Server start: 2020-03-31 21:47:17 CEST
Dmp timestamp: 2020-03-31 21:47:18 CEST
Upload Date: 2020-03-31 21:47:18 CEST
Session ID: 4342fc04-6076-4108-ad2f-d33983bf0ac4
Commit hash: 
Build id: development
CrashReporter Key: 7b9597e6-8f5f-3c5b-acb5-11a623cc49b4


Crash
[2020-03-31 21:47:18 INFO]      at ResourcePack::getManifest[] const (UnknownFile:?)
        at DedicatedServer::start[std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&] (UnknownFile:?)
        at main (UnknownFile:?)
        at __libc_start_main (UnknownFile:?)
        at _start (UnknownFile:?)
Segmentation fault


 Comments   
Comment by Lionel [ 01/Apr/20 ]

Thank you @IonicEcko. I unzipped the files in one folder and moved them in my dedicated server folder. I guess it's why it failed.

 

This time I unzip directly the files in the right folder.

 

Everything works now, thank you!

 

Liogi

Comment by IonicEcko [ 01/Apr/20 ]

This usually occurs when people don't copy the entire zip file and try to run the server with just the bedrock_server file.

Can you confirm you have the entire file set from the zip file?

Ionic

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