Skocz do zawartości

Usuwanie zawartości katalogu Deployments nie do końca działa

Polecane posty

Po kolei. Biuro rachunkowe z serwerem SQL 2014, przechowującym bazy danych,  Active Directory itp. Do tego z 13-14 stanowisk roboczych łączących się z tą maszyną. Po kilku miesiącach pracy z NEXO na każdej z maszyn ten sam problem. Miejsca na dyskach wyparowało. Winne pliki w katalogu Deployments.

No to co. Wchodzimy tutaj https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/4849,co-zawiera-folder-deployments-i-jak-jest-wykorzystywany-w-insert-nexo.html?token=IjIwMjAvMDQvMTksIDE4OjI2OjE4LS0-Ig.UDIrxHPeKnKa_q7uXlOWPGw0mpE i postępujemy zgodnie z instrukcją. Pliki z katalogu Deployments znikają, fajnie, ale problem w tym, że nie są kasowane, a gdzieś przenoszone bo miejsca na dyskach jak nie było, tak nie ma.

Sprawdzone na 3 maszynach. Przykład. Miejsce na dysku przed kasowaniem 5GB wolne. Katalog Deployments zajmuje ze 60GB. Po kasowaniu  katalog znika, miejsce wolne na dysku 6,5GB. 

Powiem tak, za chwilę dyski się zapełnią i prawdopodobnie pracę zmasakrują ekrany błędów Win 10, który nie poradzi sobie z 0GB na dyskach systemowych.  Proszę o pomoc. A tak na marginesie to cała ta sytuacja z rozmiarami Deployments to po porostu żenada.

 

Edytowane przez Agnieszka Bartula
Link to postu
  • 1 miesiąc temu...
Dnia 30.07.2020 o 20:05, Agnieszka Bartula napisał:

No to co. Wchodzimy tutaj https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/4849,co-zawiera-folder-deployments-i-jak-jest-wykorzystywany-w-insert-nexo.html?token=IjIwMjAvMDQvMTksIDE4OjI2OjE4LS0-Ig.UDIrxHPeKnKa_q7uXlOWPGw0mpE i postępujemy zgodnie z instrukcją. Pliki z katalogu Deployments znikają, fajnie, ale problem w tym, że nie są kasowane, a gdzieś przenoszone bo miejsca na dyskach jak nie było, tak nie ma.

W temacie pomocy, który Pani podała, zostało wyjaśnione, dlaczego usunięcie folderu Deployments nie zwalnia tyle miejsca, ile można by było się spodziewać.

Link to postu

Fajnie. To w takim razie, co jeszcze może powodować nagłą zmianę w ilości wolnego miejsca po zainstalowaniu Nexo? Pracownicy nie mają praw do instalacji i zabawy na swoich komputerach, a problem kompletnie nie występował przy Insercie GT. Obecnie dotyczy każdej maszyny. 

Link to postu

nexo zajmuje więcej miejsca niż GT. Poza tym, na stacji roboczej mogą być zapisane binaria z różnych wersji nexo. Gdy pakiety danej wersji są dłużej nieużywane, to podczas uruchamiania nexo pyta, czy zwolnić miejsce na dysku poprzez usunięcie nieużywanych pakietów. Może użytkownicy klikają na NIE? O jakich ilościach mówimy? Może poprostu dyski są za małe? Oprócz folderu Deployments pakiety mogą być jeszcze w ProgramData, jeśli nexo instalowane lub aktualizowane było z ręcznie pobranego instalatora.

Link to postu
16 godzin temu, Jacek Izydorczyk napisał:

Gdy pakiety danej wersji są dłużej nieużywane, to podczas uruchamiania nexo pyta, czy zwolnić miejsce na dysku poprzez usunięcie nieużywanych pakietów. 

Dokładniej mówiąc, to gdy pakiety danej wersji są dłużej nieużywane, to podczas uruchamiania nexo je usuwa bez pytania. Pytanie, które czasem się pojawia, dotyczy kompaktowania bazy InsERT_Launcher, w której przechowywane są pakiety. Po usunięciu tych nieużywanych zostaje w niej dużo wolnego miejsca i można to skompaktować, żeby i baza zajmowała mniej. 

Jeśli chodzi o foldery podmiotów w katalogu Deployments, to chciałabym zwrócić uwagę na istotny fragment zalinkowanego wyżej artykułu e-pomocy: 

Cytat

Foldery poszczególnych podmiotów (Nexo/{nazwa_podmiotu}/Binaries) zawierają twarde dowiązania (hardlinki) do plików w .zip-cache. W związku z tym usuwanie plików z katalogu podmiotu jest usuwaniem linków i tak naprawdę nie zwalnia miejsca na dysku.

To jest bardzo istotne: pliki w folderze podmiotu są tak naprawdę linkami i zajmują bardzo mało miejsca, ale jeśli zajrzymy w ich właściwości, to system podaje tam rozmiar oryginalnego pliku, przez co wydaje się, że zajęte już dużo więcej miejsca niż w rzeczywistości. 

Weźmy taki przykład: mam dwa podmioty w wersji 32.0.0. Na poniższym zrzucie ekranu z menadżera plików widać ich katalogi w folderze Deployments. Każdy zajmuje ponad 900 MB. Liczba zaznaczona na żółto to wolne miejsce na moim dysku P. 

miejsce_zajete_w_deployments.png.3569f6c1216193ec440775737fd3b652.png

Usuwam oba katalogi. Jeśli oba miały ponad 900 MB, to ilość wolnego miejsca na moim dysku powinna się zwiększyć o prawie 2 GB. Tymczasem wygląda to tak: 

miejsce_zwolnione.png.a4da50fb25f61090358ca94b1e3bf9a6.png

Katalog jest pusty, a wolne miejsce zwiększyło się o mniej niż 1 MB. To dlatego, że usunięte obiekty były hardlinkami, a nie prawdziwymi plikami. Przed ich usunięciem sprawdziłam to przy pomocy narzędzia fsutil. Poniższy zrzut pokazuje wszystkie twarde dowiązania do pliku Subiekt.exe, który mam w .zip-cache:  

hardlinki.png.0e30449c852062d7ac2e81d4539490d8.png

To wyjaśnia, dlaczego usuwanie tych katalogów nie zwalnia tyle miejsce, ile się człowiek spodziewa. Tak jak pisała powyżej Pani Agnieszka:

Cytat

Przykład. Miejsce na dysku przed kasowaniem 5GB wolne. Katalog Deployments zajmuje ze 60GB. Po kasowaniu  katalog znika, miejsce wolne na dysku 6,5GB. 

U Pani Agnieszki zwolniło się trochę więcej miejsca, co prawdopodobnie wynika z tego, że w moim przypadku katalogi Config i Work (np. P:\deployments\Nexo\Demo_1678c005103494c7b8a5b78b5be\Config) były zupełnie puste, a u Pani Agnieszki prawdopodobnie coś tam się uzbierało podczas pracy z programem. Pliki w Config i Work są "prawdziwymi" plikami, a nie linkami. 

Zdaję sobie sprawę z tego, że dla osoby, która zmaga się z brakiem miejsca na dysku, powyższe wyjaśnienie jest ciekawostką i nie rozwiązuje żadnego problemu. Wiem, że zmniejszenie rozmiaru katalogu Deployments to dla wielu użytkowników bardzo ważna kwestia i zapewniam, że szukamy sposobu na jej rozwiązanie w sposób, który nie zaburzy funkcjonowania programu. Na ten moment mogę jedynie zalecić, żeby pozwolić programowi automatycznie usuwać nieużywane pakiety, co pozwoli przynajmniej na to, żeby na dysku nie gromadziły się binaria ze starszych wersji programu. Są one usuwane z katalogu C:\ProgramData\InsERT\Packages\, z katalogu .zip-cache i z bazy dystrybucyjnej. Żeby ta operacja działała optymalnie, program musi mieć możliwość stałego śledzenia użycia pakietów i w związku z tym, jeśli czyszczą Państwo te lokalizacje samodzielnie (tzn. inaczej niż za pomocą programu serwisowego), to najlepiej jest pozostawić w folderach ProgramData i .zip-cache katalogi PackageCleaner i PackageCacheCleaner. 

 

Link to postu
×
×
  • Dodaj nową pozycję...