Pomagamy Błąd w działaniu HDP

[szsemla]

Po aktualizacji HDP do V2.4.0.959 i agentów do wersji 1.5.0 - najnowsza wersja kopie zapasowe przesały się wykonywać. W logach:
Failed to refresh HDP PC Agent inventory "SEKRETARIAT_1". Check the inventory port and service settings, and ensure HDP PC Agent is installed on the Windows PC/server.
Na wszystkich komputerach w firmie. Miał ktoś podobny problem? Sprawa została zgłoszona na helpdesk jednak na razie bez powodzenia...
Generalnie backup się normalnie uruchamia, dochodzi do 100% i dopiero wtedy błąd pojawia się - w spisie brak kopii zapasowej. Systemy operacyjne Windows 10 Pro /11 Pro /2019 Server. Na żadnym nie działa.
TS-464eU
QTS 5.2.10.3577

Zrobiłem zgłoszenie na helpdesk ale już to trochę trwa...:
Agent NetBak PC / Hyper Data Protector stale nie jest w stanie wykonać kopii zapasowej dysku C:\. Awaria nie jest spowodowana problemami z systemem operacyjnym ani usługą VSS, lecz nieobsłużonym wyjątkiem w kodzie agenta QNAP (diskutil.exe), który ulega krytycznej awarii natychmiast z powodu przekazania nieprawidłowych argumentów do metody Main.

Środowisko:

• Model NAS: QNAP TS-464eU
• Wersja QTS/QuTS: QTS 5.2.10.3577
• Wersja Hyper Data Protector: HDP dla PC/VM 2.4.0 (2026/08/04)
• System operacyjny klienta: Windows Server 2019
• Wersja agenta HDP PC: 1.5.0

Szczegółowy opis i diagnostyka:Gdy zadanie kopii zapasowej dla klienta (SERWER3) jest inicjowane z poziomu QNAP NAS, kończy się ono niepowodzeniem, a w konsoli HDP pojawiają się następujące komunikaty:

• Failed to backup "C:\" of job...
• An unexpected error occurred in inventory... Role: Inventory Agent.

Zaawansowana diagnostyka systemu na kliencie Windows ujawnia, że proces diskutil.exe ulega awarii dokładnie w momencie uruchomienia zadania kopii zapasowej.

Podjęte kroki (udowadniające, że NIE jest to problem z VSS / systemem):

• Zweryfikowano moduły zapisujące VSS: polecenie vssadmin list writers potwierdza, że WSZYSTKIE moduły (w tym System Writer i SqlServerWriter) są w stanie [1] Stable z wynikiem No error.
• Sprawdzono Podgląd zdarzeń systemu Windows pod kątem błędów VSS/VolSnap – środowisko jest w 100% czyste. Uprawnienia zabezpieczeń COM dla konta Network Service (Usługa sieciowa) są skonfigurowane poprawnie.
• Całkowicie usunięto inwentarz w HDP i od nowa utworzono zadanie kopii zapasowej.
• Wykonano pełny restart zarówno serwera Windows, jak i urządzenia QNAP NAS.
• Problem nadal występuje natychmiast po zrestartowaniu obu urządzeń.

Logi awarii (Dowód na wewnętrzny błąd programu):

1. Błąd środowiska uruchomieniowego .NET (Event ID 1026):

Plaintext

Application: diskutil.exe
CoreCLR Version: 10.0.1126.37416
.NET Version: 10.0.11
Description: The process was terminated due to an unhandled exception.
Exception Info: System.ArgumentException: Invalid args.
at Qnap.Hdp.DiskUtility.Main(String[] args)

2. Błąd aplikacji (Event ID 1000):

Plaintext

Faulting application name: diskutil.exe, version: 3.1.1.118
Faulting module name: KERNELBASE.dll, version: 10.0.17763.8755
Exception code: 0xe0434352
Fault offset: 0x0000000000041b39
Faulting application path: C:\Program Files\QNAP\HDP\Bareos\Plugins\hdp\timeback\tools\diskutil.exe

Wniosek:Wyjątek System.ArgumentException: Invalid args ewidentnie wskazuje, że główna usługa QNAP przekazuje źle sformatowany ciąg argumentów / konfigurację do własnego komponentu diskutil.exe, powodując jego krytyczną awarię.

 

[QNAP AI Assistant]

Krótko: błąd System.ArgumentException w diskutil.exe wskazuje na problem z przekazywanymi argumentami/komendami przez nową wersję HDP/HDP‑agent (w Twoim przypadku HDP 2.4.0.959 + agent 1.5.0). Skutkiem jest awaria procesu diskutil.exe i brak zapisu wersji backupu mimo ukończenia procesu. Najszybsze praktyczne rozwiązania: zebrać logi/diagnostykę, tymczasowo przywrócić działanie przez downgrade agenta lub HDP do ostatniej działającej kombinacji, oraz zgłosić QNAP Support z konkretnymi logami crasha. Poniżej pełna, samowystarczalna instrukcja postępowania (warianty i konkretne kroki).

Co wiemy na pewno (z logów / Twojego opisu i fragmentów dokumentacji)

• Problem pojawił się po aktualizacji HDP do 2.4.0.959 i HDP PC Agent do 1.5.0.
• diskutil.exe pada z wyjątkiem ArgumentException: Invalid args (CoreCLR/.NET).
• VSS i środowisko Windows zostały sprawdzone i są OK (vssadmin list writers, Event Log).
• Backup „idzie do 100%” ale potem loguje błąd i kopia nie pojawia się w inwentarzu.
• Model NAS: TS‑464eU, QTS 5.2.10.3577.

Wyraźne ostrzeżenie
- Przy wszystkich czynnościach ryzyko utraty danych minimalizuj przez posiadanie osobnej kopii zapasowej (jeśli to możliwe). Nie podejmuj operacji na repozytorium, które mogą je niszczyć, bez kopii zapasowej.

Krok 1 — szybkie testy i potwierdzenie problemu (na maszynie z Windows)
1. Uruchom diskutil.exe ręcznie, aby zobaczyć, czy proces bezpośrednio zgłasza błąd przy próbie uruchomienia. Otwórz wiersz polecenia jako Administrator i wywołaj binarkę z parametrem help/wersja (jeśli dostępne):
- Znajdź plik: C:\Program Files\QNAP\HDP\...\diskutil.exe (ścieżka z loga: …\timeback\tools\diskutil.exe).
- Uruchom: diskutil.exe --help lub diskutil.exe /? (jeśli obsługuje). Sprawdź, czy od razu wywala ten sam wyjątek.
(To test ogólny; jeśli diskutil.exe ma wymagane parametry, uruchomienie bez nich może zwrócić inny błąd — ale celem jest zobaczyć stack trace/wiadomość.)

2. W Event Viewer sprawdź szczegóły błędu aplikacji (.NET) — skopiuj cały stack trace i timestamp (już masz Event ID 1026 / 1000 — przydatne do zgłoszenia).

3. Sprawdź logi HDP na NAS: w HDP for PC/VM poszukaj logów inwentarza i logów zadań backupu (na NAS i w aplikacji agenta). Zapisz pliki logów i czasy błędów.

Krok 2 — natychmiastowy obejściowy workaround (działający/bezpieczny)
Opcja A — Downgrade agenta HDP na Windows do wersji, która wcześniej działała (np. 1.4.x)

• Jeśli wcześniej backupy działały, to najpewniejsze szybkie rozwiązanie. Odinstaluj HDP PC Agent 1.5.0 i zainstaluj poprzednią wersję (1.4.x), którą potwierdzisz jako działającą w firmie.
• Po instalacji ponownie wykonaj pełny backup testowy.

Opcja B — Downgrade HDP na NAS do poprzedniej wersji (jeśli dostępne i możliwe)
- Jeśli helpdesk potwierdzi, że HDP 2.4.0.959 jest źródłem regresji, rozważ rollback HDP (na NAS) do wersji sprzed aktualizacji. Uwaga: sprawdź kompatybilność repozytoriów — niektóre wersje mogły zmienić format repozytorium.

Jeżeli nie możesz natychmiast downgrade’ować, tymczasowo:

• Zamiast obrazu dysku (image-level) uruchamiaj backup plikowy (jeśli to akceptowalne).
• Użyj innego repozytorium/folderu na NAS do testu (wykluczasz problem zapisu do konkretnego folderu).

Krok 3 — zbieranie diagnostyki do zgłoszenia (konkretne elementy do dołączenia do requestu helpdesku)
1. Windows Event Logs (Application) — wpisy z momentu awarii diskutil.exe (pełne szczegóły, stack trace).
2. Plik crash dump/mini dump procesu diskutil.exe (jeśli istnieje) lub zrzut pamięci, jeżeli możliwe.
3. Logi HDP z NAS dla zadania backupu (czas, nazwa zadania, ID).
4. Logi agenta na kliencie (ścieżka instalacji HDP → folder logs).
5. Informacje o środowisku: pełne wersje (NAS QTS 5.2.10.3577, HDP 2.4.0.959, agent 1.5.0), systemy klientów (Windows 10/11/2019 Server z buildami), timestamps.
6. Instrukcja reprodukcji krok po kroku (np. uruchom zadanie backupu X, backup osiąga 100%, po chwili błąd…).

Krok 4 — diagnostyka zaawansowana (jeśli chcesz samemu przetestować przed zgłoszeniem)

• Włącz verbose/debug dla agenta HDP (jeżeli opcja w aplikacji/konfiguracji) i uruchom zadanie, zbierając pełne logi.
• Uruchom proces diskutil.exe w trybie debug (jeżeli obsługuje parametry logowania) by zobaczyć, jakich argumentów oczekuje i jakie otrzymuje.
• Na NAS sprawdź, czy HDP service przekazuje prawidłowy string argumentów do agenta (w logach HDP powinien być zapis subprocess calls; zapisz sekcję Inventory/Agent calls).
• Sprawdź firewall/AV na kliencie (wyłącz chwilowo, by wyeliminować ingerencję w uruchamianie usług), upewnij się, że usługa agenta uruchamiana jest z uprawnieniami administracyjnymi.

Co powiedzą fragmenty dokumentacji i forum (krótkie powiązanie)

• Fragmenty pokazują, że HDP i agent mają historię zmian nazw i wymagań oraz że konfiguracja inwentarza/portów/usługi ma znaczenie (sprawdź Panel HDP → Inwentarz i ustawienia usługi). Z dokumentacji wynika też, że w razie problemów z dostępem sieciowym lub Tailscale należy przypisać poprawny interfejs — u Ciebie jednak problem jest aplikacyjny (.NET ArgumentException), nie sieciowy.
• Na forum pojawiły się podobne wpisy (użytkownicy po update mieli błędy „An unexpected error occurred in inventory”), co wskazuje na regresję wersji oprogramowania.

Krok 5 — konkretne polecenia / czynności do wykonania (lista do odhaczenia)
1. Na Windows: exportuj Event Viewer → Application log (filtruj diskutil.exe i .NET errors).
2. Na Windows: sprawdź folder instalacji agenta i skopiuj wszystkie pliki logów (zwykle C:\Program Files\QNAP\HDP\…\logs).
3. Na NAS: z HDP wejdź do Repozytorium/Logów i pobierz logi zadania (czas błędu).
4. Spróbuj downgrade agenta (odinstaluj 1.5.0, zainstaluj 1.4.x) i uruchom backup testowy.
5. Jeżeli downgrade zadziała — nie aktualizuj HDP/agenta do 2.4.0/1.5.0 w całym środowisku do momentu poprawki od QNAP.
6. Jeśli downgrade niemożliwy lub nie pomaga — dodaj do zgłoszenia dump procesu diskutil.exe + logi NAS i poproś o eskalację do zespołu developerskiego (crash in diskutil.Main with ArgumentException wskazuje na błąd wewnętrzny aplikacji).

Wzór treści do załączenia w zgłoszeniu do QNAP Support (skopiuj, uzupełnij):

• Model NAS i wersja QTS: TS-464eU, QTS 5.2.10.3577
• Wersja HDP na NAS: 2.4.0.959 (data instalacji)
• Wersja HDP PC Agent: 1.5.0
• Opis: diskutil.exe crashes immediately with System.ArgumentException: Invalid args during inventory/backup. Backup reaches 100% then fails; no backup appears in inventory.
• Dołączone pliki: Event Viewer entries (Application), diskutil.exe crash logs/dumps, HDP logs from NAS (task logs), agent logs from client.
• Kroki reprodukcji i podjęte próby (restarty, VSS checks, reinstall agent, remove+recreate inventory, tried on multiple Windows versions).

Ostateczne rekomendacje (co zrobić teraz)
1. Natychmiast: jeśli masz możliwość, wróć na działającą wersję agenta HDP (np. 1.4.x) — to najpewniejszy tymczasowy fix.
2. Zbierz i dołącz do zgłoszenia pełne logi oraz crash dumpy — bez nich eskalacja do devsów będzie wolna.
3. Jeśli helpdesk nie reaguje szybko: zażądaj eskalacji i przekaż, że masz crash .NET w diskutil.exe (ArgumentException) — to błąd aplikacji wymagający poprawki od QNAP.
4. Tymczasowo używaj alternatycznego trybu backupu (file‑level) lub innego narzędzia wewnątrz środowiska, jeśli nie możesz pozwolić sobie na brak kopii zapasowych.

Podsumowanie (konkret)

• Najpewniejszy szybki krok: downgrade HDP PC Agent do ostatniej znanej działającej wersji (np. 1.4.x) i test backupu.
• Równolegle: skompletuj Event Log + agent logs + NAS HDP logs + (jeśli możliwe) dump diskutil.exe i dołącz do zgłoszenia QNAP z prośbą o eskalację — to wewnętrzny błąd aplikacji (.NET ArgumentException) wymagający poprawki od producenta.
• Ostrzeżenie: nie aktualizuj ponownie HDP/agentów w całym środowisku do czasu potwierdzenia naprawy przez QNAP lub udanego testu z nową poprawką.

Jeżeli chcesz, w kolejnym poście na forum wklej (w bloku kodu) fragment Event Logu z pełnym stack trace oraz listę wersji agentów na klientach i timestamp jednego nieudanego zadania — inni forumowicze będą mogli szybciej potwierdzić, czy ktoś ma identyczny dump/crash i czy downgrade pomógł.

Źródła na forum:

• HDP PC Agent błąd wykonywania kopii zapasowej
• Jak utworzyć kopię zapasową komputera lub serwera z systemem Windows za pomocą HDP PC Agent?
• Dlaczego nie mogę utworzyć kopii zapasowej komputera za pomocą HDP PC Agent przez sieć Tailscale?
• Dlaczego moje zadanie kopii zapasowej Hyper Data Protect kończy się błędem?
• Jak tworzyć kopie zapasowe HDP dla komputerów PC i hiperwizorów maszyn wirtualnych na zdalnym serwerze QNAP NAS?

Ta wiadomość pochodzi od asystenta AI — może zawierać błędy, zweryfikuj przed zastosowaniem. Oceń ją, głosując pod postem: ▲ pomocna lub ▼ nieprzydatna.

Na tym forum nie ma złych ocen — wszyscy wciąż się uczymy i wszyscy jesteśmy adminami, a +1 czy −1 to zawsze tylko 1 punkt. Każde Twoje kolejne pytanie to wspólna pomoc, która zostaje nie tylko na forum, ale i w internecie. Społeczność forum QNAP działa od 2008 roku i po niemal dwóch dekadach nieprzerwanie dostarcza rzetelne treści, z których korzystają kolejni admini — a ostatnio uczy się na nich także AI.