larsop
commented
1 year ago Her ser vi et annet eksempel på lang respons tid det i henter en user lock. Det vi ser noen ganger er ting bare feiler til slutt og så prøver brukeren neste dag akkurat det samme og da går det bra igjen.
2023-08-01 13:25:48,957 [ajp-nio-127.0.0.1-8009-exec-234] DEBUG NgisJobHandler no.skogoglandskap.topo.jobhandler.NgisJobHandler.doUserLockIfNeeedAndUpdatePGWithlatestNgisData(NgisJobHandler.java:698) 698 - waiting for new user lock BD69D2A6324D685ED6C95CEDE7B818C3 for bbox POLYGON ((10.266027369280856 62.90317147347229, 10.266123240302369 62.9053939838435, 10.273077555052
417 62.905331402763736, 10.272981157794948 62.90310889835239, 10.266027369280856 62.90317147347229)) for job with uuid 2820c4dc-6283-4096-aa17-a4bd75c4ac64 -
2023-08-01 13:27:52,339 [ajp-nio-127.0.0.1-8009-exec-234] DEBUG NgisJobHandler no.skogoglandskap.topo.jobhandler.NgisJobHandler.doUserLockIfNeeedAndUpdatePGWithlatestNgisData(NgisJobHandler.java:787) 787 - leave BD69D2A6324D685ED6C95CEDE7B818C3 for bbox POLYGON ((10.266027369280856 62.90317147347229, 10.266123240302369 62.9053939838435, 10.273077555052417 62.905331402763736, 10.272981157794948 62.90310889835239, 10.266027369280856 62.90317147347229))
F.eks UpdateFeature så funket ikke det i Sør Norge som er det største arkivet for AR5 når vi testet i Mai.
Man la så på noen indekser og så funket det. Det ble også testet å ta vekk indeksene da kom problemmet tilbake.
Problemmet i prod nå er at dette skjer bare noen ganger og det gjør det vanskelig å debugge.
Vi dekker over feilen i klienten nå , fordi selv vi får en tom response så blir endringen utført i basen ser det ut som.
Være er det med requester som https://openapi-13.kartverket.no/nibio/v1/datasets som også kan få en tom liste tilbake fordi da kan vi ikke slippe inn brukeren, fordi da vet vi ikke hvilke arkiver bruker er har skrive tilgang til. Se også issue
Vi har også hatt det samme problemmet for updatefeatures, men der er det lenge siden jeg jeg har sett det problemmet nå, se issue
De viker som det internt I QMS er "feature" som gjør at det ved høy last/"lang" reponse så blir respons body skal sendes til klienten borte, mens status forsatt er 200 og OK.