blog.ijacek007.cz

O víkendu jsem se setkal na svém synology serveru se zajímavou chybou, kdy se k Nasu nedalo přihlásit, a po zadání hesla webová stránka zobrazila chybu o zaplněném místě.

Některé služby přitom naprosto zkolabovaly. Byl tedy nutné Nas restartovat a zjistit jak to, že na zařízení došlo místo, když mělo mít ještě dostatečnou rezervu. Jediná služba, která před restartem zařízení fungovala, byla SAMBA. Tedy protokol pro sdílení souboru v systémech Windows. Ale například služba file station nebo databáze MariaDB byly nedostupné. Pomocí Samby jsem tedy odmazal soubory, abych přeci jen uvolnil místo z pole a restartoval jsem zařízení.

Po restartu se k synology pár minut přihlásit dalo, nicméně do pár minut se situace začala opakovat. I když se již dalo do zařízení přihlásit například balíček Filestation se nastartovat stále nedařilo. Začal jsem tedy pátrat po postupu jak situaci zachránit.

V případě, že začínáte mít s Synology problém je většinou nutné se připravit na opravu pomocí příkazové řádky pomocí SSH protokolu. Ten je ale v Synology standardně vypnut a tak je nutné dokud systém funguje provést jeho povolení.

První cesta je tedy do Ovládacího panelu Sekce terminál a SNMP a tam provést povolení služby SSH. Pro přihlášení využijte administrátorský učet admin a jeho heslo. Po zadání příkazu df -h si můžete zobrazit oddíly a jejich obsazení. Jak jste si ale mohli všimnout, z mé obrazovky nebylo nic vidět.

Můžete se v terminálu ještě přepnout na uživatele root, což je vlastně nejvyšší uživatel na systému a zkontrolovat disky pod ním. Po klasickém přihlášení zadejte příkaz sudo -su a potvrďte administrátorským heslem. Poté můžete příkaz df -h opakovat.

Ani jako root jsem nebyl schopný dohledat problém. Navíc při povyšování práv mi psal terminál chyby vytváření souboru. Další analýzou souboru jsem ale nakonec zjistil, v čem byl v mém případě zakopaný pes. Loni jsem psal návod jak na Synology zprovoznit pomocí plánovače spouštění skriptu. Pokud v plánovači skriptu nastavíte práva root naska, pak při každém spuštění uloží obsah načtené stránky pomocí wget do adresáře /root. Za dobu, kdy jsem pomocí plánovače skripty pouštěl, se v rootu adresáři nashromáždilo takto uložených stránek přes 270 000 a to způsobovalo, že začalo Synology kolabovat.

Stačilo tedy oněch 272 000 souboru smazat a synology začalo zase fungovat jako hodinky. Protože jsem nenašel funkční systém, jakým odklonit vystup, aby nebyl ukládán, upravil jsem skript, který sem plánovačem spouštěl, aby sám soubory v adresáři /root odstraňoval. Později snad přijdu i na způsob, jak donutit synology, aby pomocí WGET stránky otevíralo, ale neukládalo jejich obsah.

Doplnění

Aby nedocházelo k vytváření zbytečných souboru a tím zbytečnému zaplňovaní místa je dobré poupravit příkaz. Poté se nepotřebné soubory již vytvářet nebudou a celý problém tím mužete jednoduše předejít.

wget -qO- http://192.168.0.1/validate.php

Mohlo by Vás zajímat

Jak na synology pouštět php skripty pomocí plánovače

Jak obnovit pole na Synology po výměně disku

elektronika | opravy | skutecnost | zajimavosti |
Autor Ijacek.007 25.03.2019 Opravil(a) sokorka zobrazeno 1 752x Jak vytvořit snímek obrazovky a ten uložit nebo vytisknout
Jak kontaktovat technickou podporu portálu seznam.cz