NetWorker: RPC-fel på NetWorker DDBoost-säkerhetskopieringsenheter

摘要: Data Domain med aktiv session observerar kommunikationsproblem som gör att Data Domain-enheterna försätts i inaktivt läge. Även om inget skrivs innehåller den den inte fungerande sessionen och släpper inte den sessionsinformation som används från mediehanteringsdatabasen. Alla enheter som är associerade med samma pool och lagringsnod kan inte acceptera fler sessioner. inga säkerhetskopierings- eller klonjobb accepteras av de påverkade enheterna, vilket resulterar i RPC-fel. ...

本文适用于 本文不适用于 本文并非针对某种特定的产品。 本文并非包含所有产品版本。

症状

  • Alla säkerhetskopierings-/klonåtgärder på NetWorker-servern kvarstår bara i statusen Hung/Queued eftersom DDBOOST-enheterna har demonterats och följande fel visas i åtgärdsloggarna: 
Det gick inte att hämta användarnamn och lösenord för enheten ; RPC-sändningsåtgärden misslyckades; errno = Trasigt rör
 
  • Säkerhetskopieringen av sparuppsättningen misslyckades på grund av oåterkalleliga fel är ett av de viktiga felmeddelandena.
  • Data Domain-enheter demonteras under säkerhetskopieringsfönstret, men det finns inga anslutningsproblem mellan NetWorker och Data Domain.
  • Skada i NetWorker-jobbdatabasen, vilket leder till inkonsekvens mellan NetWorker-säkerhetskopieringsprogrammet och jobbdatabasen

原因

RPC-fel på datadomänens DDBOOST-säkerhetskopieringsenheter bör övervakas regelbundet och korrigerande åtgärder som ska vidtas, annars stannar säkerhetskopierings-/klonjobben bara kvar i väntestatus och det finns inget skrivet där den inte innehåller den fungerande sessionen och kommer inte att släppa sessionsinformationen som används från mediehanteringsdatabasen.

解决方案

Omstart av NetWorker-tjänsterna kan göras i första instansen, och vi kan märka att problemet uppstår igen eftersom de underliggande RPC-felen på DDBOOST-enheterna kvarstår. 

Timeoutvärdena för NetWorker-lagringsnoderna måste finjusteras enligt överväganden i NetWorker-säkerhetskopieringsmiljön och i optimeringsguiden för NetWorker-enheter.

På en Linux Networker-lagringsnod följer du nedanstående för att ställa in lämpliga timeoutvärden för TCP Keep Alive enligt bilden.
1. Växla till root: sudo su -
2. Kör följande kommandon för att ändra inställningarna för tcp_keepalive:
# echo 700 > /proc/sys/net/ipv4/tcp_keepalive_time
# echo 10 > /proc/sys/net/ipv4/tcp_keepalive_intvl
# echo 20 > /proc/sys/net/ipv4/tcp_keepalive_probes
På en Windows Networker-lagringsnod följer du nedanstående för att ställa in lämpliga timeoutvärden för TCP Keep Alive enligt bilden:
1. Säkerhetskopiera Windows-registret innan du gör ändringar.
2. Gå till "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters".
3. Skapa en ny REG-DWORD-post med namnet "KeepAliveTime".
4. Ge värdet Decimal 900000 (15 minuter).
5. En omstart krävs för att det nya värdet ska aktiveras.

Obs! Ytterligare TCP-finjustering beskrivs i NetWorker-manualen för planering av prestandaoptimering, som är tillgänglig via https://www.dell.com/support/home/product-support/product/networker/docs.

NetWorker-tjänster för lagringsnod måste startas om när ovanstående parametrar har definierats. Se till att dessa värden förblir konsekventa för NetWorker-lagringsnodens omstarter.

Dessutom måste eventuell inkonsekvens i NetWorker-säkerhetskopieringsprogrammet i förhållande till nsrmmd-processen på NetWorker-lagringsnoden elimineras genom att stegen som nämns nedan utförs.

1. Stoppa NetWorker-tjänsterna på säkerhetskopieringsservern.

Linux: nsr_shutdown
Windows: net stop nsrexecd /y

2. Byt namn på mapparna /nsr/res/jobsdb, /nsr/logs/daemon.raw och /nsr/tmp på NetWorker-servern.
3. Starta om NetWorker-tjänsterna igen på säkerhetskopieringsservern. Detta initierar nu om NetWorker-sparåtgärderna och inga ytterligare RPC-anslutningsåterställnings- och inaktivitetstimeoutvärden kan noteras.

Linux: systemctl start networker
Windows: net start nsrd

om NMC är installerat på NetWorker-servern: net start gstd

文章属性
文章编号: 000217738
文章类型: Solution
上次修改时间: 15 11月 2023
版本:  2
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。