Fórum Root.cz
Hlavní témata => Server => Téma založeno: meti897 25. 09. 2023, 20:41:16
-
Dobrý den,
mám problém. Nevím jestli někdo znáte ispconfig, ale provozuji ho na serveru debian 2 roky bez problémů. Poslední verze debianu, ispconfigu atd., Vše bylo až do včera funkční. Problém nastal v ispconfig, ten provádí automatické zálohy, takže jsem myslel, že vše vyřeší obnova dat toho ispconfig - je v něm usr/local/ispconfig, pak acme pro certifikáty a obsah adresáře /etc
Tedy vše jsem nahrál na server, udělal reboot a server už nenajede. Resp. se dostanu do konzole přes ILO, i k rootu, ale dál aby byl server ne. Přes journal vidím chyby typu acpi bios warning bug indalid lenght for FADT/Pm2controlblock 32 using default 8 and 16 and 32/64x lenght mismatch in fadt
když si dám server failed status, vidím jednu službu failed a to systemmd/fsckdev/disk/bz/x2uuid.....service
¨
Nemáte prosím někdo zkušenosti čím to může být, jak opravit? Děkuji.
-
rychle pseudoreseni, jine distro kde to funguje.
-
odisiel disk?
-
Myslite, ze je disk ko? Neni to jenom nejaka hloupost v nastaveni? Preci jen ze dne na den hned po tom co delam nejake nastaveni je zvlastni, navic tam mam dulezita data
-
Můj tip je, že si ten server přeinstaloval a když si tam kopíroval /etc z původního stroje, tak si přepsal /etc/fstab, kde bylo jiné UUID filesystému.
-
Tohle vidim jako chybu https://i.ibb.co/yXTfx7J/IMG-1224.jpg
-
jestli je to systemem, overis nejsnadneji nastartovanim nejakeho live usb, ci live iso pokud u toho nejses a to iLO to umi...
zkontroloval bych pak (po overeni ze disk je citelny) zda polozky z /etc/fstab existuji, UUID nebo lvm path, podle toho co v fstab mas...
EDIT: misto LiveISO kdyz vidim ze system castecne startuje, zkusit v Grub dat recovery polozku a overit to z recovery...
-
Dekuji. fstab jsem kontroloval jako prvni, jestli existuje a je ok. Jinak ciste po startu se zobrazuje https://i.ibb.co/yXTfx7J/IMG-1224.jpg
a journal log https://img.onl/Qsd4Hd
-
z těch screenshotu se dá odhadnout že ti tam visí nějaký mount.... Máš přístupný
/var/www a v těch subdirech je to co tam bejvávalo? Spíš ne že?
Co ti vypíše
systemctl list-units --state failed
?
Sit nejede? Co ukáže ip a s (verejku třeba zamaskuj...
co ti vypíše
lsblk
Obecně, koukni se na mounty do df, nechybí ti tam něco co tam bejvávalo?
Není mi jasný co jsi vlastně s tím serverem udělal, a jak jsi udělal ten restore.. Na to aby člověk udělal analýzu a né věštění , tak to chce celej log, ale chápu, že ho sem nechceš/nemůžeš dát...
Může to bejt jen naboreny FS který stačí fixnout a po rebootu to najede.. Ale taky třeba ne..
Hele jestli ti na tom jede byznys, možná je ten pravej moment zavolat tvýmu známýmu linuxakovi, nasypat si popel na hlavu a zeptat se ho, jaký pije rum/kouří doutníky/nebo jestli nemá rád peníze...
-
Že oblíbený feature systemd aka chybějící nofail ve fstabu?
-
Dekuji vsem za rady. Bojuji s tim celou noc, vse jsem porovnaval. Nevidim rozdil napr. ve fstab z doby kdy to slo v poradku a z te zalohy. Kdyz si ale dam df h, vidim ze jeden disk pripojeny chybi oproti tomu co tam byl drive a nevim proc. Zkusil jsem mount manualne, pak jsem ho v df mezi disky videl, ale po rebookut zmizel. Pritom fstab stale stejny.
Jeste jsem ho upravil, pridal jsem nejake dalsi cesty k adresarum, ktere chybely.
Standardne mam dva disky, kazdy o velikost 1 TB. Jeden sda smeruji do / a druhy sdb1 smerujici do /var. Neptejte se proc to je takhle zlastne.
Rekl bych, ze problem bude v tomhle. Jenze netusim kde, zkousel jsem uz vsechno mozne, mam na tom nejake weby klientu a celkem to hori, jenze neznam nikoho v tomto oboru co by na to koukl. Nekdo mi rikal, ze muze byt pry disk ko, ale to se mi nezda, zapis na disk i nacitani je ok.
Nevim jestli nekdo znate system ISPCONFIG. Mam nejnovejsi verzi, nekolik let vcetne debianu. Vzdy bylo vse ok. Bohuzel se delaly v ispconfig diky klientovi nejake zmeny v apache a spadlo to. Zkousel jsem vse. Vzdy po jednom rebootu sluzby nabehly, ale nefungoval z nejakeho duvodu port8080, po dalsim rebootu byly failed sluzby jako clamav a php 5.6-.8.2, nekdy dole jen jedno php. Kdy jsem vse opravil a nic nebylo failed, stale to neslo.
Tak jsem se rozhodl pro obnovu dat. ISPCONFIG provadi pravidelne zalohy dat, konkretne acme pro lets encrypt, cely adresar ispconfigu a pak cely adresar /etc vcetne cele konfigurace.
Vzal jsem tedy vcerejsi zalohu ze 13. hodiny, kdy bylo vse ok, nahral ji, udelal reboot a od te doby se server zacal chovat zvlastne az to cele zkolabovalo. Logy jsem prochazel nekolikrat, ale nikdy mi server takhle nespadl a uz jsem bezradny.
Nejhorsi jeste je, ze se ke sprave serveru ted dostanu jen pres HPE ilo panel, a funguje znacne omezene, z hlediska rychlosti, hrozne pomaly.
Po rebootu vidim to vyse uvedene, fstab stale totozny, ale kdyz dam df h, ten disk pro /var co tam byl drive tam ted nevidim. I po mountu a restartu zase zmizi.
Sit pravdepodobne taky tedy nejed, pres klasicke putty se tam nedostanu a dig neodpovida / hostitel nenalezen.
Tohle jsou logy co se mi podarilo ziskat.
https://ibb.co/NnsHpqg
https://ibb.co/2qfwvPN
https://ibb.co/kqpv6YT
https://ibb.co/F4m3Y7r
https://ibb.co/QnGF0HT
https://ibb.co/R0Yg1Wj
https://ibb.co/2cmmH58
https://ibb.co/sm7BQD2
https://ibb.co/bNm1RKH
https://ibb.co/rmscshP
Vypada to na problem s tim diskem, treba kdyz si dam tail a chci zobrazit var/log/syslog, pise, ze pry neexistuje.
Dekuji vsem za tipy.
-
Takze predpokladam ze problem je s diskem pripojenym do /var? Pokud se dostanes na konzolu zkus "mount -a", nasimuluje to automaticke pripojeni disku po restartu. Jak ten fstab (alespon radek s pripojenim /var) vlastne vypada? Kdyz jde /var pripojit rucne, tak by potom mohlo jit spustit ssh a ostatni sluzby. Jako nouzovka nez to das dohromady by to stacilo.
-
Dekuji moc. fstab vypada nasledovne
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=3c02bae7-da0a-455a-ae5b-d1eec0283bca / ext4 errors=remount-ro,usrjquota=quota.user,grpjquota=quota.group,jqfmt=vfsv0 0 1
# /var was on /dev/sdb1 during installation
UUID=4f4b4f96-71cb-42d2-b3d1-5ac5b959d841 /var ext4 defaults 0 2
# swap was on /dev/sda5 during installation
UUID=1575d74d-a569-447d-a695-2a89913bce05 none swap sw 0 0
/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/var/log/ispconfig/httpd/domena.cz /var/www/clients/client0/web3/log none bind,nofail 0 0a takhle seznam vsech domen na serveru.
zkusil jsem jeste automatickou opravu disku pres prikaz, tak uvidim, neco se opravilo, ale jen na tom jednom pripojenem, u toho druheho to nelze ani po pripojeni.
Prave, ze vsechny sluzby jako apache a dalsi jsou off, stejne tak ssh a dalsi, ani po rebootu/mount disku nenaskoci. Mozna je to i tou omezenou konzoli, protoze mi prijde, ze ne uplne vsechn prikazy lze spoustet.
-
Tak opraveno!Tedy alespon jedna cast, uz se dostanu pres putty, server nastartuje v pohode plus se nactou sluzby jako postfix, mysql a dalsi. Krome apache apod. To hlasi pri failed vypisu
>
● clamav-clamonacc.service loaded failed failed ClamAV On-Access Scanner
● named.service loaded failed failed BIND Domain Name Server
● php7.3-fpm.service loaded failed failed The PHP 7.3 FastCGI Process Ma>
● php7.4-fpm.service loaded failed failed The PHP 7.4 FastCGI Process Ma>
● php8.1-fpm.service loaded failed failed The PHP 8.1 FastCGI Process Ma>
● redis-server.service loaded failed failed Advanced key-value store
● roundcube-cleandb.service loaded failed failed Purge Roundcube database: remo>
LOAD = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB = The low-level unit activation state, values depend on unit type.
7 loaded units listed.
Mozna by pomohl reinstall php, ale o data jsem nastesti neprisel.
-
Oprava prikazem sudo fsck -y /dev/disk, co byl pripojeny, pak se nahodil po rebootu i druhy.