Valheim-ის სერვერი გაშვებისას ეცემა: მიზეზები და გამოსწორება

როცა Valheim-ის გამოყოფილი სერვერი გაშვებისას კვდება, მიზეზი თითქმის ყოველთვის ექვსიდან ერთ-ერთია: Steam-ის ბიბლიოთეკა steamclient.so ვერ მოიძებნა (მხოლოდ Linux-ზე), პაროლი თამაშის ერთ-ერთ წესს არღვევს, სამყაროს ფაილი დაზიანებულია, პორტი სხვა პროცესს უკვე უკავია, BepInEx თამაშის ჩატვირთვამდე ვარდება, ან პროცესს დიდი სამყაროს ჩატვირთვისას მეხსიერება ელევა. თითოეული ლოგში სხვადასხვა კვალს ტოვებს, და ყოველი გამოსწორება ლოგით იწყება. წაიკითხე ის თავიდან და არა ბოლოდან - ჩავარდნილი სერვერის ბოლო ხაზები ჩვეულებრივ გამორთვაა, მიზეზი კი მათზე ოცი ხაზით ზემოთაა.

ეს სტატია თითოეულ ჩავარდნას გადის: როგორ გამოიყურება და როგორ გამოსწორდება, პლუს როგორ განასხვავო ერთხელ ჩავარდნილი სერვერი რესტარტის ციკლში გაჭედილისგან. იგულისხმება, რომ სერვერი SteamCMD-ით ან ჰოსტინგის პანელით დაყენდა; თუ ჯერ კიდევ აყენებ, SteamCMD-ით Linux-ზე დაყენების სახელმძღვანელო სუფთა ინსტალაციას აღწერს, რომელიც ამათგან უმეტესობას თავიდან აგარიდებს.

ჯერ ლოგი წაიკითხე#

Valheim-ის სერვერი სტანდარტულ გამოსავალში წერს, თუ -logFile დაყენებული არ არის. სად უნდა ნახო:

თუ კონსოლის ფანჯარა იხურება, სანამ წაიკითხავ, დაამატე -logFile ბილიკით, რომ გამოსავალი ჩავარდნას გადაურჩეს. შემდეგ პირველი ხაზიდან წაიკითხე. ჯანსაღი გაშვება დაახლოებით ამ თანმიმდევრობით მიდის: Unity ინიციალიზდება, Steam-ის თამაშის სერვერის API იტვირთება, სამყარო იტვირთება ან გენერირდება, სერვერი რეგისტრირდება, და crossplay სერვერზე ჩნდება ხაზი შესვლის კოდით. სადაც ეს თანმიმდევრობა ჩერდება, პრობლემაც იქაა.

სასარგებლო ჩვევა: სანამ რამეს გადატვირთავ, ლოგი გადმოიწერე. ბევრ კონფიგურაციაზე შემდეგი გაშვება მას გადაწერს, და მასთან ერთად ერთადერთ მტკიცებულებას. თამაშის სერვერის ლოგები ახსნილი ზოგადად განიხილავს, როგორ წაიკითხო გაშვების ლოგები და რა შეინახო.

Linux: steamclient.so და დაკარგული ბიბლიოთეკები#

საკუთარი ხელით დაყენებულ Linux სერვერზე გაშვების ყველაზე ხშირი ჩავარდნა Steam API-ის ინიციალიზაციის შეცდომაა. ლოგში დაახლოებით ასეთი ხაზებია:

dlopen failed trying to load:/home/steam/.steam/sdk64/steamclient.sowith error:/home/steam/.steam/sdk64/steamclient.so: cannot open shared object file[S_API] SteamAPI_Init(): Sys_LoadModule failed to load: ...

ზუსტი ფორმულირება ვერსიის მიხედვით იცვლება, და ზოგიერთი ეს ხაზი უვნებელია: ჩამტვირთავი რამდენიმე ბილიკს ცდის, და ერთზე ჩავარდნა არაფერს ნიშნავს, თუ შემდეგი ხაზი ამბობს, რომ ბიბლიოთეკა ჩაიტვირთა. მთავარია, გააგრძელებს თუ არა სერვერი გაშვებას. თუ ჩერდება, სერვერი ვერ პოულობს გამოსადეგ steamclient.so-ს.

სერვერს საკუთარი ასლი მოყვება linux64/-ში, და სტანდარტული start_server.sh გაშვებამდე ჩამტვირთავს მასზე მიუთითებს. ამ სკრიპტში მნიშვნელოვანი ხაზებია:

export templdpath=$LD_LIBRARY_PATHexport LD_LIBRARY_PATH=./linux64:$LD_LIBRARY_PATHexport SteamAppId=892970./valheim_server.x86_64 -nographics -batchmode -name "Longship Crew" \    -port 2456 -world "Midgard" -password "herring-barrel-42" -public 1export LD_LIBRARY_PATH=$templdpath

რა არღვევს მას:

• ბინარის პირდაპირ გაშვება. ./valheim_server.x86_64-ის გამოძახება systemd unit-იდან ან შენი სკრიპტიდან LD_LIBRARY_PATH-ის დაყენების გარეშე ამ გამოსწორებას გამოტოვებს. ან start_server.sh გაუშვი, ან იგივე ცვლადები unit-ში Environment=-ით დააყენე.
• ფარდობითი ბილიკები არასწორი დირექტორიიდან. ./linux64 ფარდობითია. სერვისი, რომელიც სამუშაო დირექტორიად სერვერის საქაღალდეს არ აყენებს, არასწორ ადგილას ეძებს. unit-ში დააყენე WorkingDirectory=.
• `SteamAppId` აკლია. 892970 თამაშის აპლიკაციის ID-ია (სერვერის ინსტალაციის ID 896660-ია). მის გარეშე Steam API შეიძლება სწორი აპლიკაციისთვის ვერ ინიციალიზდეს.
• sdk64-ის ასლი. გავრცელებული დამატებითი ნაბიჯია, სერვერის გამშვები მომხმარებლისთვის შექმნა ~/.steam/sdk64/ და მასში linux64/steamclient.so-ის კოპირება. ზიანს არ აყენებს და ასწორებს კონფიგურაციებს, სადაც ჩამტვირთავი სწორედ ამ ბილიკს ითხოვს.

დაკარგული სისტემური ბიბლიოთეკები მსგავს ადრეულ გაჩერებას იწვევს. Debian-სა და Ubuntu-ზე მინიმალურ იმიჯს შეიძლება აკლდეს ბიბლიოთეკები, რომლებსაც Unity-ის runtime ელოდება. ჩვეულებრივ ეს libatomic1 და PulseAudio-ს კლიენტის ბიბლიოთეკაა; დააყენე ისინი პაკეტების მენეჯერით და ისევ სცადე. ლოგის ხაზი დაკარგულ .so-ს ასახელებს; მოძებნე ეს ფაილის სახელი შენი დისტრიბუტივის პაკეტებში და ნუ გამოიცნობ.

პაროლისა და სახელის წესები#

Valheim უარს ამბობს სერვერის გაშვებაზე, რომლის პაროლიც მის წესებს არღვევს, და ამას ერთ ხაზში აკეთებს, რომელიც მყისიერად გადაირბენს. წესები:

• სულ მცირე ხუთი სიმბოლო.
• პაროლი სერვერის სახელში არ უნდა ჩანდეს.
• პაროლი სამყაროს სახელში არ უნდა ჩანდეს.

სერვერი სახელით Bjorn's Hall და პაროლით bjorn მაშინვე ჩერდება. ასევე სამყარო Asgard პაროლით asgard1. აირჩიე პაროლი, რომელსაც არცერთთან საერთო სიტყვა არ აქვს. თუ გინდა საერთოდ პაროლის გარეშე მუშაობა - მაგალითად, სანდო ქსელში -public 0-ით დამალული სერვერი - შენს ვერსიაზე გამოსცადე და ნუ ივარაუდებ; ცარიელი პაროლების ქცევა ვერსიებსა და კონფიგურაციებს შორის განსხვავდებოდა, გრძელი პაროლი კი არაფერი გიჯდება.

ბრჭყალებსაც აქვს მნიშვნელობა. გამოტოვებებიან სახელს ბრძანების ხაზზე ბრჭყალები სჭირდება, ხოლო პაროლს სიმბოლოებით, რომლებსაც შენი shell განსაკუთრებულად აღიქვამს ($, !, backtick-ები), Linux-ზე ერთმაგი ბრჭყალები სჭირდება. გატეხილი ბრჭყალი ყოველთვის შეცდომას არ იძლევა; მას შეუძლია ჩუმად აქციოს ხაზის დანარჩენი ნაწილი სახელის ნაწილად. Valheim-ის გაშვების არგუმენტების ცნობარი ყველა არგუმენტს და მის წესებს ჩამოთვლის.

სამყაროს ჩატვირთვის შეცდომები#

თუ Steam ინიციალიზდება და სერვერი სამყაროს ჩატვირთვისას ჩერდება, ეჭვმიტანილი სამყაროს ფაილია. Valheim-ის სამყარო worlds_local-ში ორი ფაილია: Name.fwl (სახელი, seed, რამდენიმე ასეული ბაიტი) და Name.db (დანარჩენი ყველაფერი). დაზიანებული სამყაროს ნიშნები:

• გამონაკლისი სამყაროს ჩატვირთვისას - EndOfStreamException და მსგავსი - რასაც სერვერის გასვლა მოსდევს.
• .db ფაილი, რომელიც ნულ ბაიტიანია ან გაცილებით პატარაა, ვიდრე გუშინდელი.
• .fwl, რომელიც ნულ ბაიტიანია; სერვერი სამყაროს მეტამონაცემებს საერთოდ ვერ კითხულობს.

ეს თითქმის ყოველთვის შენახვისას არასუფთა გაჩერებას მოსდევს: პროცესი მოკლეს, მანქანას დენი გაეთიშა, ან დისკი გაივსო, სანამ სამყარო იწერებოდა. თამაში აღდგენისთვის ადრინდელ ასლებს ინახავს: Name.db.old და Name.fwl.old წინა შენახვიდან, და ავტომატური backup-ები ასეთი სახელებით: Name_backup_auto-20261011120000.db იმავე საქაღალდეში.

აღდგენა, თანმიმდევრობით:

1. გააჩერე სერვერი. სანამ რამეს შეეხები, მთელი worlds_local საქაღალდე უსაფრთხო ადგილას დააკოპირე.
2. დაზიანებული Name.db გვერდზე გადაარქვი, შემდეგ Name.db.old დააკოპირე Name.db-ად. იგივე გააკეთე .fwl-ით, თუ დაზიანებული ისაა.
3. გაუშვი და ლოგში შეამოწმე სამყაროს ჩატვირთვა.
4. თუ ესეც ჩავარდა, იმავე გზით აღადგინე უახლესი ავტომატური backup, ან ნამდვილი backup სერვერის გარედან.

თემის დანარჩენი ნაწილი - backup-ის დროშები, რას მოიცავს და რას არა ავტომატური backup-ები, და როგორ აღადგინო სწორად - ეკუთვნის სტატიას Valheim-ის სერვერის backup-ები და სამყაროს დაზიანება, ამიტომ აქ არ მეორდება.

სამყაროს სახელის შეუსაბამობა, რომელიც გადატვირთვას ჰგავს

სამყაროს ყველა პრობლემა ჩავარდნა არ არის. თუ -world ფაილის სახელს ზუსტად არ ემთხვევა - დიდი ასოების ჩათვლით, გაფართოების გარეშე - სერვერი არ ვარდება; ის ახალი სახელით ახალ სამყაროს აგენერირებს, და მოთამაშეები ცარიელ რუკაზე ჩნდებიან. ორიგინალი ფაილები ისევ იქაა. გაასწორე სახელი და გადატვირთე.

პორტი უკვე დაკავებულია#

ორ Valheim-ის სერვერს ერთ მისამართზე თამაშის პორტის გაზიარება არ შეუძლია, და მეორე, რომელიც ეშვება, ვარდება ან უცნაურად იქცევა. მიზეზები:

• მოჩვენება პროცესი. წინა სერვერი არ გავიდა, ხშირად ტერმინალის დახურვის ან სერვისის ცუდად გადატვირთვის შემდეგ. ის პორტს ისევ ფლობს.
• ორი სერვერი, ერთი `-port`. ერთ მანქანაზე რამდენიმე სერვერს თითოეულს საკუთარი წყვილი სჭირდება - 2456, 2466, 2476 და ასე შემდეგ, query პორტით თითოეულზე ერთით მაღლა.
• სხვა რამ ამ დიაპაზონზე. იშვიათად, მაგრამ სხვა პროგრამამაც შეიძლება დაიკავოს UDP პორტები ამ დიაპაზონში.

Linux-ზე იპოვე, რას უკავია პორტი:

$ ss -ulpn | grep -E ':245[6-8]'$ pgrep -a valheim_server

თუ ძველი valheim_server.x86_64 ისევ მუშაობს, სუფთად გააჩერე - kill -INT <pid> სთხოვს მას შენახვას და გასვლას - და kill -9-ზე მხოლოდ მაშინ გადადი, თუ არ ჩერდება. Windows-ზე Task Manager ან netstat -ano findstr 2456-თან ერთად პროცესის ID-ს გაძლევს. Valheim-ის პორტები 2456-2458 ახსნილი განიხილავს, როგორ განალაგო რამდენიმე სერვერი ერთ IP-ზე.

ჰოსტინგის პანელზე ეს იშვიათად ხდება, რადგან ყოველი სერვერი საკუთარი კონტეინერია საკუთარი გამოყოფილი პორტებით.

BepInEx და preloader#

მოდიფიცირებული სერვერი ამატებს ეტაპს, რომელიც თავად თამაშამდე მუშაობს. პირველად BepInEx-ის Doorstop ინჟექტორი იტვირთება, preloader თამაშს ასწორებს, და მხოლოდ ამის შემდეგ ეშვება Valheim და plugin-ები. ამ ჯაჭვში ჩავარდნა სერვერს აჩერებს, სანამ Valheim-ის რაიმე გამოსავალი გამოჩნდება, ან რამდენიმე წამში აგდებს გამონაკლისით, რომელიც მოდს ასახელებს.

სად ფუჭდება:

• არასწორი გაშვების სკრიპტი. BepInEx-ით სერვერი Linux-ზე start_server_bepinex.sh-დან უნდა გაეშვას. start_server.sh-დან გაშვება vanilla-ს უშვებს - ჩავარდნა არ არის, მაგრამ არც მოდებია, რაც სხვა დაბნეულობამდე მიდის.
• სკრიპტი არ ეშვება. Permission denied ნიშნავს, რომ ის შესრულებადი არ არის: chmod +x start_server_bepinex.sh. bad interpreter: /bin/bash^M ნიშნავს, რომ Windows-ის ხაზის დაბოლოებებით შეინახეს; გადააკეთე dos2unix-ით ან ნაკრები ხელახლა ამოაარქივე.
• დაკარგული ნაწილები. ნაკრების doorstop_libs საქაღალდე და, Windows-ზე, winhttp.dll სერვერის ძირში, ბინარის გვერდით უნდა იდოს. ქვესაქაღალდეში ამოარქივება კლასიკური შეცდომაა.
• სხვა ვერსიისთვის აწყობილი მოდი. თამაშის პატჩის შემდეგ ძველ თამაშზე დაკომპილირებულმა მოდებმა ჩატვირთვისას შეიძლება ისროლონ MissingMethodException ან TypeLoadException. გამონაკლისი plugin-ს ასახელებს.
• მოდს დამოკიდებულება აკლია. კონტენტის მოდების უმეტესობას Jotunn ან მსგავსი ბიბლიოთეკა სჭირდება; BepInEx ლოგში წერს, რომ plugin გამოტოვდა, რადგან დამოკიდებულება აკლია.

BepInEx/LogOutput.log-ში სრული trace-ია. ცუდი plugin-ის პოვნის ყველაზე სწრაფი გზა განახევრებაა: BepInEx/plugins-ის ნახევარი გაიტანე, გაუშვი, და გაიმეორე იმ ნახევარზე, რომელიც ისევ ვარდება. პატჩის დღე მოდებს მასობრივად ამტვრევს; რა ვქნა, როცა მოდის განახლება ყველაფერს ამტვრევს ზოგად რუტინას აღწერს, ხოლო თავად BepInEx-ის დაყენება მოცემულია სტატიაში Valheim-ის მოდები BepInEx-ით სერვერზე.

მეხსიერების ნაკლებობით მოკვლა#

დიდ სამყაროს მეხსიერება ჩატვირთვის დროს სჭირდება: სერვერი მთელ .db-ს მეხსიერებაში კითხულობს, და დიდი ხნის სამყაროს დიდი ნაგებობებითა და რელიეფის ცვლილებებით შეიძლება რამდენიმე გიგაბაიტი დასჭირდეს პირველი მოთამაშის მოსვლამდე. თუ ლიმიტი უფრო დაბალია, პროცესს კერნელი კლავს - და არა Valheim - ლოგი კი უბრალოდ წყდება, ხშირად სამყაროს ჩატვირთვის შუაში, თამაშის მხრიდან ყოველგვარი შეცდომის გარეშე.

ნიშნები შენს Linux მანქანაზე:

$ dmesg -T | grep -i -E 'out of memory|killed process'$ journalctl -k | grep -i oom

ხაზი, რომელიც valheim_server-ს ასახელებს, პასუხია. გასვლის კოდი 137 კონტეინერიდან ან სერვისების მენეჯერიდან იგივეს ნიშნავს: მოკლულია SIGKILL-ით, თითქმის ყოველთვის მეხსიერების გამო. Linux-ის swap და OOM killer ხსნის, რატომ ირჩევს კერნელი სწორედ იმ პროცესს, რომელსაც ირჩევს.

გამოსწორებები, ცდის თანმიმდევრობით:

1. მიეცი მეტი მეხსიერება. ზომა ჯგუფისა და სამყაროს ასაკის მიხედვით მოცემულია სტატიაში რამდენი RAM სჭირდება Valheim-ის სერვერს.
2. ამოიღე მძიმე მოდები შესამოწმებლად. კონტენტის მოდები prefab-ებს და მეხსიერებას ამატებს; სამყარო, რომელიც vanilla-ზე იტვირთება და მოდებით კვდება, პასუხს თავად გაძლევს.
3. შეამოწმე უკონტროლო ზრდა. თუ .db მოულოდნელად გაიზარდა, სამყაროში რაღაც - ფერმის დატოვებული ნივთები, მოდი, რომელიც ობიექტებს აჩენს - შეიძლება იყოს ნამდვილი პრობლემა.

RE:NODE-ზე სერვერი, რომელიც მეხსიერების ლიმიტს აღწევს, ჩერდება და სუფთად გადაიტვირთება და არ რჩება swap-ზე, ასე რომ ხედავ რესტარტს და არა სერვერს, რომელიც ძლივს მიცოცავს. ეს ასევე ნიშნავს, რომ მეხსიერების ნაკლებობით გაჩერება მოკვლაა და არა შენახვა: რაც ბოლო შენახვის შემდეგ მოხდა, იკარგება, რაც კიდევ ერთი მიზეზია, დიდ სამყაროზე -saveinterval მოკლე იყოს.

როცა გამუდმებით გადაიტვირთება#

ერთი ჩავარდნა თავსატეხია; სერვერი, რომელიც ყოველ გაშვებაზე ვარდება, ციკლია, და ციკლს სხვანაირი მოპყრობა სჭირდება. ყოველი მცდელობა ლოგს გადაწერს, შეუძლია სამყაროს .old ასლი რაღაც უარესით გადაწეროს, და ჰოსტზე შეიძლება დაცვის მექანიზმები ჩართოს. RE:NODE-ზე ჩავარდნების მეთვალყურე ყოველ ორ წუთში ამოწმებს, და საათში სამი მოუთხოვნელი რესტარტი სერვერის გვერდზე გაფრთხილებას აჩენს და ავტომატურად ხსნის ticket-ს; ექვსი სერვერს აჩერებს, სანამ ვინმე არ ნახავს. შენ მიერ მოთხოვნილი რესტარტები არ ითვლება.

ასე რომ, როცა სერვერი ციკლშია:

1. გააჩერე. ნუ მისცემ ცდის გაგრძელების საშუალებას.
2. დააკოპირე ლოგი და worlds_local საქაღალდე სერვერიდან.
3. შეცვალე ერთი რამ - ამოიღე plugin-ები, აღადგინე .old სამყარო, გაზარდე მეხსიერება - და გაუშვი ერთხელ.

რატომ გადაიტვირთება შენი თამაშის სერვერი გამუდმებით და თამაშის სერვერის ჩავარდნის ციკლები ზოგად მეთოდს განიხილავს; Valheim-ის სპეციფიკური მიზეზები ზემოთ ჩამოთვლილია.

გაშვების სხვა ჩავარდნები#

რამდენიმე უფრო იშვიათი, მოკლედ:

• `-nographics -batchmode` აკლია. მათ გარეშე ეკრანის გარეშე მომუშავე Linux სერვერმა შეიძლება ეკრანის გახსნა სცადოს და გაჩერდეს. ორივე ყოველი გამოყოფილი სერვერის გაშვების ხაზს ეკუთვნის.
• ნახევრად დასრულებული განახლება. ჩამოტვირთვის შუაში შეწყვეტილი განახლება შეუსაბამო ფაილებს ტოვებს. შესაკეთებლად გაუშვი steamcmd +force_install_dir <dir> +login anonymous +app_update 896660 validate +quit.
• უფლებები. root-ად დაკოპირებული და სხვა მომხმარებლით გაშვებული სერვერის საქაღალდე ვერ წერს თავის სამყაროს ან ლოგს. გაუკეთე საქაღალდეს chown -R იმ მომხმარებელზე, რომელიც სერვერს უშვებს.
• `-savedir` არსად მიუთითებს. ბილიკი, რომელიც არ არსებობს ან ჩაწერადი არ არის, შენახვას აჩერებს, ზოგ კონფიგურაციაზე კი გაშვებასაც. Valheim-ის savedir და ფაილების მდებარეობა ნაგულისხმევ მნიშვნელობებს განიხილავს.

FAQ#

რატომ იხურება ჩემი Valheim-ის სერვერი გაშვებისთანავე შეცდომის გარეშე?

ჩვეულებრივ იმიტომ, რომ შეცდომა არის და უბრალოდ გადაირბინა: კლასიკა პაროლის წესია. გაუშვი -logFile-ით, რომელიც ბილიკზე მიუთითებს, და ფაილი თავიდან წაიკითხე. თუ ლოგი მართლა ხაზის შუაში წყდება, პროცესი გარედან მოკლეს, ყველაზე ხშირად მეხსიერების გამო.

ყოველთვის ფატალურია steamclient.so-ს შეცდომა?

არა. ჩამტვირთავი რამდენიმე მდებარეობას ცდის და ლოგში ჩავარდნას წერს თითოეულზე, რომელსაც ვერ იყენებს. თუ შემდეგი ხაზი ამბობს, რომ ბიბლიოთეკა ჩაიტვირთა და სერვერი სამყაროს ჩატვირთვამდე აგრძელებს, უგულებელყავი. მნიშვნელობა მხოლოდ მაშინ აქვს, როცა სერვერი მაშინვე ჩერდება.

შეუძლია მოდს vanilla სერვერის გაშვება შეაჩეროს?

მხოლოდ მაშინ, თუ BepInEx ჯაჭვშია. vanilla Valheim BepInEx საქაღალდეს მთლიანად უგულებელყოფს. vanilla სკრიპტით გაშვება სწრაფი გზაა იმის დასამტკიცებლად, მოდებია თუ არა პრობლემა.

ჩემი სამყარო არ იტვირთება. .old ფაილის აღდგენით პროგრესს დავკარგავ?

დაკარგავ იმას, რაც ბოლო ორ შენახვას შორის მოხდა - ნაგულისხმევი ინტერვალით ოცდაათ წუთამდე. ეს ჩვეულებრივ გაცილებით ნაკლებია, ვიდრე დღის წინანდელი backup-ის აღდგენა, ამიტომ ჯერ .old წყვილი სცადე.

რამდენი თავისუფალი ადგილი სჭირდება Valheim-ის სერვერს დისკზე?

საკმარისი სამყაროსთვის რამდენჯერმე: ცოცხალი .db, მისი .old ასლი და ავტომატური backup-ები ერთმანეთის გვერდით დევს. ინსტალაციის გარდა რამდენიმე თავისუფალი გიგაბაიტი სამყაროების უმეტესობისთვის კომფორტულია.