Nefunkční server

[meti897]

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.

[Reklama]

[alex6bbc]

rychle pseudoreseni, jine distro kde to funguje.

[e3k]

odisiel disk?

[meti897]

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

[by_cx]

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.

[Reklama]

[meti897]

Tohle vidim jako chybu https://i.ibb.co/yXTfx7J/IMG-1224.jpg

[k3dAR]

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...

[meti897]

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

[Jose D]

z těch screenshotu se dá odhadnout že ti tam visí nějaký mount.... Máš přístupný

Kód: [Vybrat]

/var/www a v těch subdirech je to co tam bejvávalo? Spíš ne že?

Co ti vypíše

Kód: [Vybrat]

systemctl list-units --state failed
?

Sit nejede? Co ukáže ip a s (verejku třeba zamaskuj...

co ti vypíše

Kód: [Vybrat]

lsblk
Obecně, koukni se na mounty do

Kód: [Vybrat]

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...

[redustin]

Že oblíbený feature systemd aka chybějící nofail ve fstabu?

[meti897]

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.

[M Z]

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.

[meti897]

Dekuji moc. fstab vypada nasledovne

Kód: [Vybrat]

# /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.

[meti897]

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

Kód: [Vybrat]

>
● 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.

[meti897]

Oprava prikazem sudo fsck -y /dev/disk, co byl pripojeny, pak se nahodil po rebootu i druhy.