თამაშის სერვერის crash loop: იპოვე ცუდი mod

crash loop არის სერვერი, რომელიც ირთვება, კვდება და ისევ ირთვება, უსასრულოდ, და გამოსავალი ყოველთვის ერთია: გააჩერე ავტომატური restart-ები, იპოვე პირველი ავარია და არა ბოლო, გაარკვიე, ყოველ ჯერზე ერთსა და იმავე წერტილში კვდება თუ არა, და შემდეგ ამოიღე ნაწილები, სანამ არ შეწყდება. როცა დამნაშავე mod-ია - და mod-ებიან სერვერზე ჩვეულებრივ ასეა - მას ორად გაყოფით პოულობ: ამოიღე mod-ების ნახევარი, ჩართე და განაგრძე იმ ნახევრის გაყოფა, რომელშიც პრობლემაა. ორმოც mod-ს ექვსი ჩართვა სჭირდება. ორასს - რვა. ეს უფრო სწრაფია, ვიდრე ორასი changelog-ის წაკითხვა, და გაცილებით სწრაფი, ვიდრე ყველაფრის ხელახლა დაყენება, რომელიც ხარვეზთან ერთად მტკიცებულებასაც შლის.

ეს პოსტი დიაგნოსტიკის მეთოდია დეტალურად, იმ mod-სისტემების სპეციფიკით, რომლებსაც ხალხი რეალურად იყენებს: Minecraft-ის plugin-ები და modpack-ები, BepInEx, Oxide და Carbon, SourceMod, FiveM-ის resource-ები, Workshop-ზე დაფუძნებული mod-ების სიები. გასვლის კოდები და მეხსიერების ამოწურვით გამოწვეული გათიშვები - restart-ში მყოფი სერვერის არა-mod-ური მიზეზები - განხილულია სტატიაში რატომ ირთვება შენი თამაშის სერვერი თავიდან და თავიდან, და ეს პოსტი მას ეყრდნობა და არ იმეორებს.

ჯერ შეაჩერე ციკლი#

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

1. გააჩერე სერვერი პანელის Stop ღილაკით, და თუ ისევ ბრუნდება, Kill გამოიყენე.
2. გამორთე ყველაფერი, რაც მას თავიდან რთავს: განრიგი, ავარიისას restart-ის პარამეტრი, watchdog plugin, txAdmin-ის auto-restart FiveM-ზე.
3. გააკეთე backup და ჩაკეტე. ფაილების გადაადგილებას აპირებ. თუ save ჩართულია საქმეში, გინდა მდგომარეობა შენს ექსპერიმენტებამდე.

შემდეგ შეაგროვე სამი რამ: კონსოლის გამოტანა პირველი წარუმატებელი ჩართვიდან, თამაშის მიერ შექმნილი უახლესი ავარიის ანგარიში ან dump და სია იმისა, რა შეიცვალა მას შემდეგ, რაც ბოლოს ნორმალურად მუშაობდა. ეს უკანასკნელი ჩვეულებრივ პასუხია, ხალხი კი მას გამოტოვებს, რადგან დარწმუნებულია, რომ არაფერი შეცვლილა. რაღაც შეიცვალა - თამაშის განახლება, Workshop-იდან restart-ისას ჩამოტვირთული mod-ის განახლება, კონფიგის რედაქტირება, ახალი მოთამაშე, რომელმაც რაღაც უჩვეულო გააკეთა.

RE:NODE-ზე crash loop გარედანაც ჩანს. მეთვალყურე ყოველ ორ წუთში ამოწმებს, ხომ არ დაბრუნდა uptime უკან ან ხომ არ გაითიშა სერვერი; საათში სამი მოუთხოვნელი restart სერვერის გვერდზე გაფრთხილებას აჩენს და ავტომატურად ხსნის ticket-ს, ექვსი კი სერვერს აჩერებს, სანამ ვინმე არ ჩახედავს. გაფრთხილების მიზანია, მიგაღწიოს მაშინ, როცა ციკლი ჯერ კიდევ მხოლოდ გამაღიზიანებელია, და სერვერის თავად გაჩერება ათვლას ასრულებს.

დაახარისხე ავარია იმის მიხედვით, როდის ხდება#

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

ჩართე სერვერი ორჯერ და შეადარე. თუ ორივეჯერ ერთსა და იმავე ხაზზე კვდება, ხარვეზი დეტერმინისტულია - ფაილი, mod-ი, მნიშვნელობა - და ნაწილების ამოღება მას იპოვის. თუ ყოველ ჯერზე სხვადასხვა წერტილში კვდება, ჯერ რესურსებს შეხედე: მეხსიერება ლიმიტზე, სავსე დისკი, CPU იმდენად დატვირთული, რომ watchdog წყვეტს, რომ სერვერი გაიჭედა. mod-ების საქაღალდეში არაფერი იწვევს შემთხვევითი დროის ავარიას ისე საიმედოდ, როგორც მეხსიერების ამოწურვა.

წაიკითხე პირველი შეცდომა და არა ბოლო#

crash loop-ის ლოგები გრძელი და განმეორებადია, და ინსტინქტი ქვედა ნაწილის წაკითხვაა. ქვედა ხაზი ყველაზე ნაკლებად ინფორმაციულია, რადგან შედეგს აღწერს. მიზეზი არის პირველი შეცდომა ან exception გაშვების ბანერის შემდეგ, და ხშირად ის საბოლოო stack trace-ზე რამდენიმე ეკრანით მაღლაა.

[12:04:11 INFO]: Loading 47 plugins[12:04:12 ERROR]: Could not load 'plugins/ShopPlus-3.2.jar' in folder 'plugins'org.bukkit.plugin.UnknownDependencyException: Unknown/missing dependency plugins: [Vault][12:04:15 WARN]: Plugin EconomyBridge v1.4 generated an exception while enablingjava.lang.NullPointerException: Cannot invoke "Economy.getBalance" because ......[12:04:31 ERROR]: Encountered an unexpected exception

ბოლო ხაზი ავარიაა. პირველი შეცდომა მას ხსნის: დამოკიდებულება აკლია, ამიტომ მეორე plugin-მა მიიღო null იქ, სადაც ეკონომიკას ელოდა, ამიტომ რაღაც უფრო ქვემოთ ჩამოინგრა. გაასწორე პირველი და დანარჩენები ჩვეულებრივ ქრება. როგორ წაიკითხო სერვერის კონსოლი შეიცავს stack trace-ების ქვემოდან ზემოთ კითხვის ზოგად ტექნიკას და ხაზებს, რომლებიც მხოლოდ ჩანს ფატალურად.

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

• Minecraft: logs/latest.log და უახლესი ფაილი crash-reports/-ში, პლუს hs_err_pid*.log სერვერის root-ში, თუ თავად JVM ჩავარდა.
• BepInEx-ის თამაშები (Valheim და სხვები): BepInEx/LogOutput.log, რომელიც ყოველ plugin-ს ჩამოთვლის ჩატვირთვისას.
• Rust Oxide-ით: oxide/logs/; Carbon-ით - carbon/logs/.
• Source-ის თამაშები SourceMod-ით: addons/sourcemod/logs/errors_<date>.log.
• FiveM: სერვერის კონსოლი და txAdmin-ის ლოგები; resource-ის შეცდომები resource-ის სახელით იბეჭდება კვადრატულ ფრჩხილებში.
• Unreal Engine-ის სერვერები (Palworld, Satisfactory, Abiotic Factor, The Isle): <Project>/Saved/Logs/<Project>.log და Saved/Crashes/.

გამორიცხე მოსაწყენი მიზეზები ხუთ წუთში#

სანამ mod-ებს შეეხები, გამორიცხე მიზეზები, რომლებიც mod-ები არ არის. თითოეულს ერთი წუთი სჭირდება და თითოეული ციკლების დიდ წილზეა პასუხისმგებელი.

• მეხსიერება. შეხედე მეხსიერების გრაფიკს ყოველი სიკვდილის წინა წუთში. ხაზი, რომელიც გეგმის ლიმიტამდე ადის და შემდეგ ვერტიკალურად ეცემა, მეხსიერების ამოწურვით გაჩერებაა და არა ავარია. RE:NODE-ზე კონტეინერი ლიმიტზე ჩერდება და სუფთად ირთვება თავიდან, swap-ის ნაცვლად. გამოსავალი მეტი მეხსიერება, ნაკლები mod-ი ან ნაკლები ხედვის მანძილია და არა ორად გაყოფა.
• დისკი. სავსე დისკი save-ებს აფუჭებს, ხოლო წარუმატებელმა save-მა შეიძლება ნულბაიტიანი სამყაროს ფაილი დატოვოს, რომელიც შემდეგ ჩართვას ავარიულად ასრულებს. თავისუფალი ადგილი შეამოწმე ფაილების მენეჯერში ან df -h-ით.
• პორტები. Address already in use, Failed to bind ან BindException ნიშნავს, რომ პორტი დაკავებულია - ხშირად წინა ინსტანციით, რომელიც ბოლომდე არ გასულა, ან იმიტომ, რომ კოპირების შემდეგ ორი სერვერი ერთ პორტს იზიარებს.
• ავტორიზაციის მონაცემები. Steam-ის თამაშის სერვერის token, რომელიც გაუქმდა ან სხვა სერვერმა გამოიყენა, ვადაგასული Cfx.re-ის გასაღები, ხელახლა გენერირებული Klei-ის token. ისინი ჩვეულებრივ მკაფიო შეტყობინებას ბეჭდავს და გამოდის, რასაც restart-ის პოლიტიკა შემდეგ სამუდამოდ იმეორებს.
• ვერსია. თამაშის განახლება წინა ღამით, წინა ვერსიისთვის აწყობილი mod-ებით. mod loader-ის ლოგი ჩვეულებრივ ვერსიის შეუსაბამობას დაასახელებს.

თუ ვერცერთი მათგანი ვერ ხსნის, ხარვეზი ფაილებშია: mod-ებში, კონფიგურაციაში ან სამყაროში.

გამოყავი სამყარო mod-ებისგან#

ეს ტესტი არის ის, რომელსაც ხალხი საათობით გამოტოვებს, და მას ერთი ჩართვა სჭირდება. გაშვების პარამეტრებში სამყაროს ან save-ის სახელი ახლით შეცვალე, რომ სერვერმა ძველის გვერდით ახალი სამყარო შექმნას, და ჩართე mod-ებით, რომლებიც ისევ დაყენებულია.

• ახალი სამყარო ირთვება და მუშაობს. პრობლემა save-შია - დაზიანებული chunk, გატეხილი ობიექტი, მოთამაშის ინვენტარი, რომელშიც წაშლილი mod-ის ნივთია. შენი mod-ები, სავარაუდოდ, წესრიგშია.
• ახალი სამყარო იმავენაირად ითიშება. პრობლემა ინსტალაციაშია - mod-ებში, plugin-ებში, კონფიგურაციაში ან თამაშის ფაილებში. სამყარო, სავარაუდოდ, წესრიგშია.

შემდეგ სახელი უკან დააბრუნე. ახალი სამყარო დიაგნოსტიკაა და არა ჩანაცვლება, ორიგინალი კი ხელუხლებლად დევს მის გვერდით. თამაშებისთვის, რომლებიც სამყაროს სახელის ნაცვლად სერვერის სახელზეა მიბმული (Project Zomboid, Don't Starve Together), ამის ნაცვლად სერვერი საცდელი სახელით დააკოპირე.

თუ პრობლემა სამყაროშია, გამოსავალი თამაშზეა დამოკიდებული: Minecraft-ში დაზიანებული region ფაილის წაშლა (ნახე chunk-ის შეცდომები და სამყაროს დაზიანება), ბოლო ჩატვირთვადი backup-ის აღდგენა ან ერთი მოთამაშის მონაცემების ფაილის წაშლა, რომ მისი პერსონაჟი თავიდან შეიქმნას. სამყარო backup-იდან, რომელიც ავარიების დაწყებამდე იყო აღებული, ხშირად ყველაზე სწრაფი გამოსავალია, იმის ფასად, რაც მას შემდეგ აშენდა.

mod-ების ორად გაყოფა დამნაშავის საპოვნელად#

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

1. შექმენი საქაღალდე mod-ების დირექტორიის გარეთ, დაახლოებით disabled სახელით.
2. გადაიტანე mod-ების ნახევარი მასში. დამოკიდებულებები დატოვე იმ mod-ებთან, რომლებსაც ისინი სჭირდება - ბიბლიოთეკის mod-ი, რომელიც მასზე დამოკიდებულებს მოაშორე, სხვა შეცდომას იძლევა და შედეგს აბნევს.
3. ჩართე სერვერი. თუ იმავენაირად ითიშება, ხარვეზი იმ ნახევარშია, რომელიც ჯერ კიდევ დაყენებულია. თუ ირთვება, ხარვეზი იმ ნახევარშია, რომელიც გადაიტანე.
4. განაგრძე საეჭვო ჯგუფის გაყოფა, სანამ ერთი mod-ი არ დარჩება.
5. დანარჩენი ყველაფერი დააბრუნე და დაადასტურე, რომ სერვერი ირთვება მხოლოდ ამ ერთის ამოღებით.

ჩართვების რაოდენობა mod-ების რაოდენობის ორობითი ლოგარითმია, ზემოთ დამრგვალებული: 16 mod-ს 4 ჩართვა სჭირდება, 64-ს - 6, 256-ს - 8. ჩაიწერე ყოველი რაუნდი - რომელი mod-ები იყო შიგნით, რა მოხდა - რადგან მეხუთე რაუნდისთვის არავის ახსოვს.

ორი გართულება ხშირია. ხარვეზი შეიძლება იყოს mod-ების წყვილი, რომლებიც ერთმანეთს ეწინააღმდეგება, და ამ შემთხვევაში ორივე ნახევარი ცალ-ცალკე ნორმალურად ირთვება; როცა ასე ხდება, ერთი ნახევარი სრულად დაყენებული დატოვე და მეორე მის ფონზე გაყავი. და ზოგი ხარვეზი სამყაროზეა დამოკიდებული: mod-ი, რომელიც მხოლოდ მაშინ ითიშება, როცა კონკრეტული ბლოკი ან არსება იტვირთება. თუ ახალი სამყარო ნორმალურად ჩაირთო, ორად გაყოფა რეალური სამყაროთი გააკეთე (ასლზე) და არა ახლით.

სად არის mod-ები, სისტემის მიხედვით

SourceMod plugins/disabled/-ს ისეთ ადგილად თვლის, საიდანაც არ ტვირთავს, რაც მას ყველაზე მოწესრიგებულს ხდის. Oxide და Carbon plugin-ებს restart-ის გარეშე ტვირთავენ ხელახლა, ამიტომ plugin, რომელიც ჩატვირთვისას მთელ სერვერს თიშავს, იქ იშვიათია; crash loop framework-ებიან Rust სერვერზე უფრო ხშირად თავად framework-ია, რომელიც თამაშის განახლების შემდეგ მოძველდა. FiveM-ზე resource-ის ამოღება, რომელზეც სხვები არიან დამოკიდებული - framework-ის ბირთვი, ინვენტარი, oxmysql - სერვერის უმეტეს ნაწილს თან წაიღებს, ამიტომ ორად გაყავი დამატებითი resource-ები და ბირთვი ადგილზე დატოვე.

ფაილების გადატანით ორად გაყოფა ყველაზე უსაფრთხოა ფაილების მენეჯერში ან SFTP-ით, გაჩერებულ სერვერზე. SFTP და ფაილების მენეჯერი აღწერს მთლიანი საქაღალდეების გადატანას მათი ხელახლა ატვირთვის გარეშე.

კონფიგურაცია, რომელიც სერვერს თიშავს#

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

• JSON (Palworld-ის ირგვლივ არსებული ხელსაწყოები, Valheim-ის mod-ების კონფიგები, ბევრი Unity-ის თამაში): ერთი ზედმეტი მძიმე ბოლოში ან დაკარგული ბრჭყალი და parser-ი ნებდება. ჩასვი ფაილი ნებისმიერ JSON validator-ში.
• YAML (Minecraft-ის plugin-ების კონფიგები, paper-global.yml): tab სივრცეების ნაცვლად, ან ერთით აცდენილი შეწევა, ფაილს ამტვრევს. Paper და plugin-ების უმეტესობა ხაზის ნომერს ბეჭდავს.
• INI (Unreal-ის თამაშები): მნიშვნელობა ერთ ძალიან გრძელ ხაზზე, როგორც PalWorldSettings.ini-ში, ადვილად ტყდება ფრჩხილის ან მძიმის წაშლით.
• XML (7 Days to Die, DayZ-ის ეკონომიკის ფაილები): დაუხურავი tag. DayZ განსაკუთრებით მკაცრია types.xml-თან, და იქ შეცდომამ შეიძლება სერვერი გააჩეროს ან ჩუმად დააცარიელოს loot-ის ეკონომიკა.
• Lua (Project Zomboid-ის SandboxVars.lua, Don't Starve Together-ის mod-ების პარამეტრები): ჩანაწერებს შორის დაკარგული მძიმე.

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

როცა თავად თამაშის ფაილებია გატეხილი#

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

Steam-ის თამაშებისთვის SteamCMD-ის განახლება validate-ით ყველა ფაილის hash-ს ითვლის და ჩაანაცვლებს ყველაფერს, რაც გამოქვეყნებულ ვერსიას არ ემთხვევა. Pterodactyl-ზე დაფუძნებულ პანელებზე პანელიდან reinstall მსგავს საქმეს აკეთებს, მაგრამ დაჭერამდე წაიკითხე, რას უკეთებს შენი ჰოსტის reinstall შენს ფაილებს - ზოგი თამაშის ბინარებზე მეტს შლის. ყოველ შემთხვევაში ჯერ backup გააკეთე. თამაშის სერვერის განახლებების ავტომატიზაცია ხსნის, რატომ არის validate შესაკეთებელი ინსტრუმენტი და არა რაღაც, რაც ყოველ ჩართვაზე უნდა გაეშვას.

როგორ აიცილო შემდეგი#

crash loop-ის დიაგნოსტიკა იაფია, როცა წინასწარ სამი რამ გაქვს მომზადებული:

• ცვლილებების ჩანაწერი. ერთი ხაზი თითო ცვლილებაზე: თარიღი, რა დაემატა ან განახლდა, ვის მიერ. თითოეულს ათი წამი სჭირდება და "არაფერი შეცვლილა"-ს აქცევს "Workshop-მა სამშაბათს ორი mod განაახლა"-დ.
• backup ყოველი ცვლილების წინ, ჩაკეტილი, რომ როტაციამ არ წაშალოს.
• საცდელი სერვერი mod-ების განახლებებისა და თამაშის patch-ებისთვის. საცდელი სერვერის გაშვება production-ის გვერდით იაფ კონფიგურაციას აღწერს, ხოლო mod-ებიანი სერვერის სისუფთავე - ჩვევებს, რომლებიც mod-ების სიას მართვადს ინარჩუნებს.

და სადაც შეგიძლია, mod-ები თითო-თითოდ განაახლე. ათი განახლება ერთად, რასაც ავარია მოჰყვება, ორად გაყოფაა; ერთი განახლება, რასაც ავარია მოჰყვება, პასუხია.

FAQ#

როგორ ვიპოვო, რომელი mod-ი თიშავს ჩემს სერვერს?

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

რატომ ითიშება ჩემი სერვერი ყოველ ჯერზე სხვადასხვა წერტილში?

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

შეიძლება დაზიანებულმა სამყარომ crash loop გამოიწვიოს?

კი, და მისი mod-ის პრობლემაში აღრევა ადვილია. ჩართე სერვერი ერთხელ სამყაროს ახალი სახელით: თუ ახალი სამყარო მუშაობს, პრობლემა save-შია. აღადგინე ბოლო ჩატვირთვადი backup, ან ამოიღე დაზიანებული region-ის ან მოთამაშის ფაილი.

უნდა დავაყენო სერვერი თავიდან crash loop-ის გამოსასწორებლად?

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

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

RE:NODE-ზე საათში სამი მოუთხოვნელი restart გაფრთხილებას აჩენს და ticket-ს ხსნის, ექვსი კი სერვერს აჩერებს. სერვერის თავად გაჩერება, სანამ იკვლევ, ასრულებს როგორც ციკლს, ისე ათვლას.