nextcloud trashbin restore

Na sam początek zaznaczę ,że to co mi się przydarzyło z nextcloud skonfigurowanym w mailinabox jest dziwne i nie potrafię tego racjonalnie wyjaśnić. Dlatego zostawiam ten problem w fazie domysłów ponieważ przeglądanie logów nic mi nie dało. Temat dotyczy przeniesienia zawartości z kosza ponownie tam gdzie powinny te dane się znajdować. Jakim sposobem coś co nie powinno być w koszu nagle się tam znalazło – tego nie wiem! Jak już wspomniałem ciąg dalszy to tylko domysły i tz teorie spiskowe. Dzień wcześniej przenosiłem zawartość jednego katalogu ale operacje na plikach wykonywałem lokalnie na laptopie a proces następnie się synchronizował z nextcloud. Problem może polega na tym że kilka innych urządzeń jak kolejne laptopy czy stacjonarne jednostki również były uruchomione i również wykonywały synchronizację danych. Dziwne ale ponad 9tysięcy plików około 5.6GB danych z jednego tylko folderu zrobiło sporo zamieszania. Przywracanie takiej ilości bezpośrednio z nextcloud to marne szanse  ponieważ mój prywatny serwer pod pliki nie jest rakietą bo zdecydowanie takiej nie potrzebuję. Ale jednocześnie uprzedzam pewne dywagacje że nawet na wielkich serwerach wykonanie opcji przywrócenia danych z kosza spowoduje czkawkę bo jak by nie patrzeć obecny stan rozwoju nextcloud to niezły śmietnik potężnej ilości js upakowanej nad mechanizmem opartym na php. No sorry ale to nie może działać!  Na całe szczęście jakiś mądrala co grzebie dla nextcloud wdrożył opcje przywracania kosza bezpośrednio z terminala. Zresztą fajnych opcji jest znacznie więcej i można je znaleźć np tu.

Logujemy się do naszego serwera i przechodzimy do katalogu gdzie siedzi nasz nextcloud:

cd /usr/local/lib/owncloud

i następnie wykonujemy komendę:

sudo -u www-data php occ trashbin:restore --all-users

jeżeli wyskoczy komuś błąd w stylu że file is locked należy dodać do pliku konfiguracyjnego /home/user-data/owncloud/config.php wpis jak poniżej:

'filelocking.enabled' => false,

Tak jak napisałem wcześniej że nie znam przyczyny takiego stanu lecz podejrzewam ze natłok operacji mógł spowodować błąd na poziomie aplikacji nextcoud co może sprawiło że pojawił się błąd wynikający z procesu kolejek aktualizacji danych na serwerze. W moim przypadku mam backup komputerów jakie posiadam ale z racji że minimalizuję ilość przedmiotów jakie mnie otaczają człowiek czasem popełnia błędy zwłaszcza kiedy chce się pozbyć zbytecznych gratów komputerowych zachowując dalej własne środowisko z danymi które odzwierciedla trend zwany dumnie degoogle. Zresztą nazwa nie jest istotna bo chodzi o to żeby nie wpaść w błoto….

—->

Jak0 że już po pierwszym dniu od publikacji otrzymałem zapytanie więc już wyjaśniam! Jak by ktoś chciał wykonać proces przywracania z kosza plików w odniesieniu do konkretnego użytkownika należy wydać polecenie jak poniżej i zastąpić „nazwaużytkownika” właściwą/twoją której/którego ma dotyczyć proces przywracania:

sudo -u www-data php occ trashbin:restore nazwaużytkownika

w przypadku chęci usunięcia plików z kosza w odniesieniu do konkretnego użytkownika wykonujemy komendę jak poniżej i podobnie „nazwaużytkownika” należy zamienić na właściwą/twoją nazwę użytkownika:

sudo -u www-data php occ trashbin:cleanup nazwaużytkownika