ARUP-CAS / aiscr-digiarchiv-2

Digitální archiv AMČR
https://digiarchiv.aiscr.cz/
GNU General Public License v3.0
3 stars 0 forks source link

Chybějící náhledy #206

Closed motyc closed 2 years ago

motyc commented 2 years ago

Po smazání náhledů řady dokumentů v souvislosti s bugem u #4 stále chybí několik nedogenerovaných náhledů a není úplně jasné, čím to je. Jde např. o: https://digiarchiv.aiscr.cz/id/C-202111632-N00050 https://digiarchiv.aiscr.cz/id/C-202109132-N00050 https://digiarchiv.aiscr.cz/id/C-202109175-N00050 https://digiarchiv.aiscr.cz/id/M-202104086-N00031 https://digiarchiv.aiscr.cz/id/M-202101534-N00357 https://digiarchiv.aiscr.cz/id/M-202101534-N00061 https://digiarchiv.aiscr.cz/id/C-201805538A-DT-024 (atd.)

Prosím o zjištění, proč se náhledy nevyrobí a případné řešení.

albertoh commented 2 years ago

Pustil jsem generovani nahledu na uvedene pripady, a probehlo to bez chyb.

Nemuzu ale najit log starych procesu, abych zjistil, co se stalo. Prosim, @MichalKminek, kde jsou logy? Jak je konfigurovan cron? Vidim v /usr/share/thumbsgenerator soubor runner, ktery presmeruje do /var/lib/digiarchiv/logs/thumbs_$i.log, ale tam nevidim zadny soubor

motyc commented 2 years ago

@albertoh Ono je hlavně divné, že to přeskakuje tak nějak náhodně jen některé soubory.

Ty logy také nevidím a přijde mi divné, že by se mazaly. Spíš ty soubory vůbec nevznikají.

@MichalKminek je bohužel tento týden na dovolené, tak asi nebude úplně reagovat.

albertoh commented 2 years ago

Je jeste divneji, ze kdyz to pustim rucne, funguje bez problem. Asi musime probrat jak je nastaven ten cron, jestli nedojde k kolizi s jinimi procesy na serveru (napriklad nejaky restart), a proto vznikaji "diry"

motyc commented 2 years ago

Kdyby to tak bylo, neměly by se ale v takovém případě díry doplnit při dalším běhu generování?

albertoh commented 2 years ago

Mely by. Podivame se, az se vrati Michal, a kouknu na nastaveni procesu a log

MichalKminek commented 2 years ago

Spouštěcí skript /opt/scripts/remove_deleted.sh svůj výstup ukládá do /var/log/indexace/remove_deleted.log zde jsou případně vidět chyby aplikace. Uvnitř skriptu je vidět jak se aplikace spouští, nebudu to tady uvádět. Po spuštění vzniká soubor txt se jménem obsahujícím datum běhu - /var/lib/digiarchiv/thumbs/toberemoved.20220716.txt, obsahuje seznam souborů ke smazání. Tyto txt soubory zůstávají v adresáři /var/lib/digiarchiv/thumbs. Zmíněný runner se nevyužívá.

albertoh commented 2 years ago

Potreboval bych ten normalni skript, ne na mazani ale na generovani :)

MichalKminek commented 2 years ago

Spousteci prikaz je definovan ve sluzbe /etc/systemd/system/thumbs_generator.service

albertoh commented 2 years ago

Dik, podivam se

albertoh commented 2 years ago

Vypada to tak, ze nektere slozky v /var/lib/digiarchiv/thumbs/ maji jako vlastnik root. Potom ten proces, ktery bezi pod uzivatelem tomcat, nema prava zapisu. A proto, negeruje nahledy.

Kdyz ja to pustim rucne, bezi jako root, a ten ma prava.

Z toho plyne, ze nesmim poustet rucne ten proces jako root.

Meli bychom zmenit hromadne prava vsech souboru a slozek tam, aby patrili tomcatu

MichalKminek commented 2 years ago

Je to tak. Nastavil jsem vsude vlastnika tomcat. Thumbs generator musi bezet vzdy pod uzivatelem tomcat, jinak vytvari struktury podle aktualniho uzivatele, napr. roota. Slo o slozku F7 ze 16 May 30 23:40.

motyc commented 2 years ago

@albertoh Tím je to tedy asi vyřešené, jen na to prosím do budoucna dávejme pozor. Máš možnost to generování ručně spouštět i pod tomcat, nebo k tomu ještě něco potřebuješ od nás?

albertoh commented 2 years ago

Nepotrebuju, mam moznost. Dam si pozor :)