Open motyc opened 2 months ago
Tak je to celkem jasné, uživatel dal 5x uložit pian vis http://192.168.254.37:5601/app/discover#/view/70d97c06-2b29-4e32-9109-525ed0834aec?_g=(filters:!(),refreshInterval:(pause:!f,value:300000),time:(from:'2024-08-28T11:46:41.584Z',to:'2024-08-28T11:46:58.678Z'))&_a=(columns:!(container.labels.com_docker_swarm_service_name,message),filters:!(('$state':(store:appState),meta:(alias:!n,disabled:!f,index:fba031cf-f05e-4d94-a0d8-b423047e1425,key:container.labels.com_docker_swarm_service_name,negate:!f,params:(query:swarm_webamcr_proxy),type:phrase),query:(match_phrase:(container.labels.com_docker_swarm_service_name:swarm_webamcr_proxy)))),grid:(columns:(container.labels.com_docker_swarm_service_name:(width:273),ident_cely:(width:129),level:(width:87),transaction:(width:247))),hideChart:!f,index:fba031cf-f05e-4d94-a0d8-b423047e1425,interval:auto,query:(language:kuery,query:%22C-202210676A-D01%22),sort:!(!('@timestamp',desc))) Zkoušel jsem to u sebe a taky jsem si to rozbil. Vyřešíme v rámci #2319
Markétě se teď stejná situace stala u akce C-202406793. Máme hlásit pokud se to objeví znovu, nebo jen počkat až se vyřeší v rámcí #2319 ?
Koukám, že to má i stejného původce :)
https://amcr.aiscr.cz/arch-z/akce/detail/C-202406793A/dj/C-202406793A-D01
@svejci Chybu lze vyřešit tím, že dáš z menu "PIAN - upravit" a jen uložíš změny bez jakékoli editace. Pak už by se záznamem mělo jít normálně pracovat (u uvedeného jsem to udělal).
Jinak se vzniku zamezí tím, co píše výše Honza, což ještě chvilku potrvá. Jednotlivé výskyty sem ale prosím vypisuj, musíme tam ještě opravit další související chybná data. A také prosím napiš kolegyni Zemanové, ať zkusí být při ukládání trpělivější, že není třeba klikat na tlačítka vícekrát.
@motyc díky za tip jak se s tím vypořádat. Podle toho jak mi to Markéta (Šmolková) popisovala, tak v obou případech to vždy proběhlo tak, že vždy akce zdánlivě proběhla, ale nic se nestalo. Následně celý proces zopakovala. Nebylo to tedy klasické dvojkliknutí na tlačítko při jedné akci.
Vysvětleno po telefonu - problém není v tom, co dělá archivář, ale v tom, jak byl PIAN zapsán.
Dnes obdobná situace u C-202409375A. Také vytvořili několik PIAN na sobě, které nebyly k ničemu připojené. Ani jim prý nezafungovalo smazání DJ (myslím ale že se jen nevšimli mezi těmi co vytvořili že jeden PIAN zmizel). Zkusím se s ostatními vypořádat a odstranit je přes aplikaci. EDIT - k nepotrvzeným PIAN bez vazeb jsem vytvořil DJ a přes ně jsem je pak smazal. Vše proběhlo bez problémů.
Dnes jsem zaznamenal další obdobný problém. Při ukládání PIAN k C-202409418A prý "selhala" AMČR. Ještě čekám na odpověď co přesně to znamená, ale po obnovení stránky zůstal nepotvrzený PIAN (N-1224-00000379), který není k ničemu připojený. Podle dalších informací nedošlo k žádnému opakovanému klikání na tlačítka v průběhu nějakého běžícího procesu. Já bych mohl asi PIAN připojit k DJ a tím to vyřešit, ale než to udělám, tak jsem se chtěl zeptat, jestli se nebude hodit ponechat to chvíli takhle, abyste se mohli mrknout, co tam bylo za problém a jestli to není něco nového.
@jhavrlant prosím, mrkneš na to?
Získal jsem ještě doplňujíc popis problému u akce C-202409418A. Připojuji raději doslovný popis. "Potom, ako som nakreslila PIAN, som vybrala možnosť určiť presnosť na jednotky metrov a dala som uložiť zmeny. Kolečko sa točilo, a všetko sa tvárilo, že zmeny ukladá. Potom po chvíli sa však objavila stránka, myslím, že šedá, kde bolo napísané niečo v zmysle, že ukladanie dát v AMČR zlyhalo a veci sa neuložili, a nie som si istá už, ale myslí, že sa písalo, že pre návrat dajte stránku obnoviť, každopádne som ju dala obnoviť a keď sa nič nedialo, klikla som späť na návrat a tam mi písalo ku tomu PIANU, že je nepripojený/ neuložený/ neurčený, niečo také. Videla som, že je nakreslený, ale už sa nedalo ho editovať/ nijak doň zasiahnuť, ani už nebola možnosť znova určiť presnosť s akou, bol vykreslený."
Další obdobný případ zazanmenán u akce C-201556413A.
Patrně by mělo vyřešit #2284, takže řešení odkládáme po nasazení další verze, pak opravíme data a případně to doladíme.
Vše by mělo být narovnáno, teď je třeba počkat a za nějakou dobu zkusit dotaz:
SELECT pian.ident_cely FROM pian
LEFT JOIN dokumentacni_jednotka dj ON dj.pian = pian.id
WHERE dj.id is null AND pian.stav = 1
ORDER BY pian.ident_cely
Pokud bude prázdný, přidání spinneru pomohlo.
U PIAN N-1241-000001429 (https://amcr.aiscr.cz/arch-z/akce/detail/C-202210676A/dj/C-202210676A-D01) se z nějakého důvodu nevytvořila data ve Fedoře, patrně v důsledku chyby transakce. Z historie vidím, že zápis proběhl 2024-08-28 13:46:54.595368+02.
Dnes jsem kontejner vytvořil editací PIAN. Divné je, že na stejném místě se nachází i další tři PIAN (sekvencí předcházející), které nejsou k ničemu připojeny (myšleno k žádné DJ - takové by neměly existovat, protože se při odpojení mají smazat). Patrně to bude souviset. Jde o: N-1241-000001425 (je ve Fedoře) N-1241-000001426 (není ve Fedoře) N-1241-000001427 (není ve Fedoře)
Ještě dodám, že N-1241-000001428 vůbec neexistuje (ani v DB, ani ve Fedoře).