Avamar: Jak otestovat, zda ASCD funguje správně

Summary: Pokud služba Avamar Services Control Daemon (ASCD) nefunguje správně, může dojít k problémům souvisejícím s údržbou, licencováním nebo integrací systému Data Domain.

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

Příklady problémů, které mohou nastat při potížích s nástrojem Avamar Services Control Daemon (ASCD):

  • První připojení od nových klientů selhávají.

  • Během restartování sítě Avamar se tyto (nebo podobné) chyby zobrazují v /data01/cur/gsan.log Na datovém uzlu: 

    2010/09/30-17:17:05.79301 {0.1} [licensevalidator:177]  ERROR: <0001> licensevalidator::validate utility node cannot be reached
2010/09/30-17:17:05.79312 {0.1} [licensevalidator:177]  FATAL ERROR: <0001> licensevalidator::body no valid license found

    --Nebo--

    2010/12/19-01:17:39.49253 {0.0} [licensevalidator:643] ERROR: <0001> licensevalidator::validate license server cannot be contacted
2010/12/19-01:17:39.49266 {0.0} [licensevalidator:643] FATAL ERROR: <0001> licensevalidator::body no valid license found

 

  • Ověření kontrolního bodu (Hfscheck) selhává se stejnými chybovými zprávami jako výše, ale v /data01/hfscheck/gsan.log na datových uzlech.

Cause

Daemon Avamar Server Connection Daemon (ASCD) je proces, který běží na uzlu nástroje.

Když se klient (avtar, avmaintnebo avmgr) se připojí k serveru Avamar, připojí se k uzlu nástroje. Je to proto, že pracovní příkaz nebo soubor příznaku (v závislosti na situaci) obvykle určuje, že "--hfsaddr" nebo "--server" je plně kvalifikovaný název domény uzlu utility . Proces ASCD přijme připojení a přesměruje připojení na jeden z datových uzlů. Když se klient připojí k prvnímu datovému uzlu, GSAN proces na datovém uzlu odešle klientovi úplný seznam datových uzlů v mřížce. Takto .dtb, vytvoří se v adresáři var klienta soubor ve formátu prostého textu.

Skript dtb seznam souborů obsahuje podrobnosti o serveru Avamar, jako je adresa uzlu utility, hfscreate čas a IP adresy každého datového uzlu. Název .dtb soubor odpovídá "--hfsaddr" nebo "--server" a nezašifrované "--hfsport", což je ve výchozím nastavení 27000. Například, pokud "--hfsaddr" nebo "--server" je nastaveno na "avmxxxx", pak .dtb název souboru je "avmxxxx-27000.dtb“.

Na následných připojeních pokaždé, když "--hfsaddr" nebo "--server" je v tomto příkladu zadán jako "<servername>", značka avtar Pokusy o přečtení .dtb soubor, jehož název je " <servername> -27000.dtb", a pomocí seznamu datových uzlů v tomto souboru obejde proces ASCD a připojí se přímo k náhodně vybranému datovému uzlu z .dtb . Pokud vybraný uzel nereaguje, prochází cyklicky datové uzly, dokud nenajde ten, který odpovídá. Pokud žádný z uzlů nereaguje, kontaktuje uzel utility a zjistí, zda dtb soubor musí být aktualizován."

Pokud se zobrazí "--hfsaddr" nebo "--server" je například změněn z plně kvalifikovaného názvu domény (FQDN) na název hostitele nebo na IP adresu uzlu utility a neexistuje žádný odpovídající .dtb , který je vhodně pojmenován, pak klient nepoužije .dtb soubor a připojí se k zadanému "--hfsaddr" nebo "--server“. Proces pro "první" připojení se pak opakuje a nový .dtb Soubor je vytvořen.

ASCD je také zodpovědný za kontrolu, zda je nainstalována platná licence. 

Takže, pokud ascd nefunguje správně, licence nemusí být ověřena nebo nemusí být správně navázána připojení k serveru Avamar.
 

Resolution

Chcete-li ověřit, zda ASCD funguje správně:

 

1. Přihlaste se k serveru Avamar jako správce. Viz článek Avamar: Jak se přihlásit k serveru Avamar a načíst různé klíče pro více informací.

2. Zkontrolujte, zda je ascd Proces je spuštěn. Tím se zkontroluje, zda byl proces spuštěn:

ps -eaf | grep ascd 
admin    29044     1  0 15:01 ?        00:00:00 ascd.bin --hfsport=27000 --probefile=/usr/local/avamar/var/probe.xml --sysdir=/usr/local/avamar/etc --windir=/usr/local/avamar/etc/gsan-maint-scripts --keyfile=/usr/local/avamar/etc/license.xml --scanfile=/usr/local/avamar/etc/serverlogscanners.xml

 

Poznámka: To nepotvrzuje, že ASCD je funkční, pouze to, že proces běží.  
 
 

3. Pokud nejsou spuštěny žádné procesy ASCD, přejděte k části "Kroky k řešení problémů s ASCD – spuštění ASCD". Pokud jsou procesy ASCD spuštěné, přejděte ke kroku 4 a pomocí testování funkčnosti ověřte, že ASCD funguje správně.

4. V uzlu nástroje Avamar spusťte následující příkaz jako správce:

avmaint datacenterlist --debug

Výstup výše uvedeného příkazu ukazuje, že avmaint načte a .dtb :

...
2010/10/02-13:41:17.27833 [avmaint]  tabfilename = /usr/local/avamar/var/<servername>-27000.dtb
2010/10/02-13:41:17.27833 [avmaint]  tabfilename = /usr/local/avamar/var/<servername>-27000.dtb
avmaint Info <5561>: - - Loaded dispatcher table /usr/local/avamar/var/<servername>-27000.dtb
avmaint Info <5562>: - - Connect: Trying 10.x.x.x:27000
...

 

Velení se nepokusilo kontaktovat ascd služby, protože již měla dtb .

Skript dtb Soubor je nutné odebrat, aby byl příkaz nucen kontaktovat ASCD na uzlu nástroje:

a. Jako správce přesuňte zadaný dtb : 

mv /usr/local/avamar/var/<servername>-27000.dtb /usr/local/avamar/var/<servername>-27000.dtb.backup
 
Poznámka: Neodstraňujte soubor, protože může vyžadovat jeho obnovení, dokud nebude aplikace ASCD spuštěna.
 

b. Znovu spusťte příkaz: 

avmaint datacenterlist --debug

 

Pokud je služba ASCD zablokována, ASCD nepřesměruje avmaint procesu do jednoho z datových uzlů.   

Pokud zamrzne služba ASCD, zobrazí se zpráva "Steps to resolve ASCD issues – Forcefully starting ASCD"

Příklad zablokované služby ASCD:

2010/10/02-13:59:45.31522 [avmaint]  sock::libinit(enc="proprietary", encrypt_strength="medium", verify=0) socktype="sock_tcp"
2010/10/02-13:59:45.31534 [avmaint]  sockimpl::libinit(usessl=0, verify=0, encrypt_strength="medium", pemdir="")
2010/10/02-13:59:45.31569 [avmaint]  maint::command::connect addr=10.x.x.100:27000 expert=false
2010/10/02-13:59:45.31575 [avmaint]  dpnconnect::create((none), 2, -1)
2010/10/02-13:59:45.31578 [avmaint]  dpnconnect::create hfsaddr=<servername>
2010/10/02-13:59:45.31582 [avmaint]  tabfilename = /usr/local/avamar/var/<servername>-27000.dtb
2010/10/02-13:59:45.31587 [avmaint]  filedisk::doopen, fdesc == -1 after open attempt
2010/10/02-13:59:45.31597 [avmaint]  tcpsock::createclient ipaddr:10.x.x.100:27000
avmaint Info <6550>: - - Requesting address from 10.x.x.100:27000
2010/10/02-13:59:45.31614 [avmaint]  connect timeout = 60 ipaddr:10.x.x.100:27000 netbind:
2010/10/02-13:59:45.31626 [socktimer]  Startup, pid=28831 tid=32 stack=0x409fffaf td=0x2a9673d080
2010/10/02-13:59:45.31635 [avmaint]  back from connect
2010/10/02-13:59:45.31639 [socktimer]  Thread finished socktimer
2010/10/02-13:59:45.31644 [avmaint]  res = -1, expired = 0
avmaint Info <5562>: - - Connect: Trying 10.x.x.100:27000
2010/10/02-13:59:45.31655 [avmaint]  tcpsock::createclient ipaddr:10.x.x.100:27000
2010/10/02-13:59:45.31662 [avmaint]  connect timeout = 60 ipaddr:10.x.x.100:27000 netbind:
2010/10/02-13:59:45.31668 [socktimer]  Startup, pid=28832 tid=32 stack=0x409fffaf td=0x2a9673d080
2010/10/02-13:59:45.31675 [avmaint]  back from connect
2010/10/02-13:59:45.31680 [socktimer]  Thread finished socktimer
2010/10/02-13:59:45.31684 [avmaint]  res = -1, expired = 0
avmaint Info <5694>: - Failed initial handshake, trying again
2010/10/02-13:59:50.31651 [avmaint]  dpnconnect::create((none), 2, -1)
2010/10/02-13:59:50.31653 [avmaint]  dpnconnect::create hfsaddr=<servername>
2010/10/02-13:59:50.31655 [avmaint]  tabfilename = /usr/local/avamar/var/<servername>-27000.dtb
2010/10/02-13:59:50.31657 [avmaint]  filedisk::doopen, fdesc == -1 after open attempt
2010/10/02-13:59:50.31663 [avmaint]  tcpsock::createclient ipaddr:10.x.x.100:27000
avmaint Info <6550>: - - Requesting address from 10.x.x.100:27000
2010/10/02-13:59:50.31669 [avmaint]  connect timeout = 60 ipaddr:10.x.x.100:27000 netbind:
2010/10/02-13:59:50.31679 [socktimer]  Startup, pid=28833 tid=32 stack=0x409fffaf td=0x2a9673d080
2010/10/02-13:59:50.31687 [avmaint]  back from connect
2010/10/02-13:59:50.31692 [socktimer]  Thread finished socktimer
2010/10/02-13:59:50.31696 [avmaint]  res = -1, expired = 0
avmaint Info <5562>: - - Connect: Trying 10.x.x.100:27000
2010/10/02-13:59:50.31707 [avmaint]  tcpsock::createclient ipaddr:10.x.x.100:27000
2010/10/02-13:59:50.31712 [avmaint]  connect timeout = 60 ipaddr:10.x.x.100:27000 netbind:
2010/10/02-13:59:50.31716 [socktimer]  Startup, pid=28834 tid=32 stack=0x409fffaf td=0x2a9673d080
2010/10/02-13:59:50.31722 [avmaint]  back from connect
2010/10/02-13:59:50.31727 [socktimer]  Thread finished socktimer
2010/10/02-13:59:50.31730 [avmaint]  res = -1, expired = 0
avmaint Info <5694>: - Failed initial handshake, trying again
2010/10/02-13:59:55.31667 [avmaint]  dpnconnect::create((none), 2, -1)
2010/10/02-13:59:55.31669 [avmaint]  dpnconnect::create hfsaddr=<servername>
2010/10/02-13:59:55.31671 [avmaint]  tabfilename = /usr/local/avamar/var/<servername>-27000.dtb
2010/10/02-13:59:55.31674 [avmaint]  filedisk::doopen, fdesc == -1 after open attempt
2010/10/02-13:59:55.31679 [avmaint]  tcpsock::createclient ipaddr:10.x.x.100:27000
avmaint Info <6550>: - - Requesting address from 10.x.x.100:27000
2010/10/02-13:59:55.31685 [avmaint]  connect timeout = 60 ipaddr:10.x.x.100:27000 netbind:
2010/10/02-13:59:55.31696 [socktimer]  Startup, pid=28835 tid=32 stack=0x409fffaf td=0x2a9673d080
2010/10/02-13:59:55.31703 [avmaint]  back from connect
2010/10/02-13:59:55.31709 [socktimer]  Thread finished socktimer
2010/10/02-13:59:55.31713 [avmaint]  res = -1, expired = 0
avmaint Info <5562>: - - Connect: Trying 10.x.x.100:27000
2010/10/02-13:59:55.31724 [avmaint]  tcpsock::createclient ipaddr:10.x.x.100:27000
2010/10/02-13:59:55.31729 [avmaint]  connect timeout = 60 ipaddr:10.x.x.100:27000 netbind:
2010/10/02-13:59:55.31733 [socktimer]  Startup, pid=28836 tid=32 stack=0x409fffaf td=0x2a9673d080
2010/10/02-13:59:55.31740 [avmaint]  back from connect
2010/10/02-13:59:55.31746 [socktimer]  Thread finished socktimer
2010/10/02-13:59:55.31751 [avmaint]  res = -1, expired = 0
avmaint Info <5694>: - Failed initial handshake, trying again
ERROR: avmaint: datacenterlist: cannot connect to server <servername> at 10.x.x.100:27000
      • V tomto příkladu avmaint se opakovaně pokouší připojit k uzlu 10.x.x.100:27000, kde naslouchá uzel utility
      • Předpokládá se, že odpoví na portu, na kterém naslouchá proces ASCD, ale protože proces ASCD zamrzne, ASCD nereaguje.
      • Nakonec se avmaint Příkaz se nezdařil. 
 

Příklad funkční služby ASCD:

2010/10/02-14:02:21.37572 [avmaint]  sock::libinit(enc="proprietary", encrypt_strength="medium", verify=0) socktype="sock_tcp"
2010/10/02-14:02:21.37583 [avmaint]  sockimpl::libinit(usessl=0, verify=0, encrypt_strength="medium", pemdir="")
2010/10/02-14:02:21.37619 [avmaint]  maint::command::connect addr=10.x.x.100:27000 expert=false
2010/10/02-14:02:21.37625 [avmaint]  dpnconnect::create((none), 2, -1)
2010/10/02-14:02:21.37628 [avmaint]  dpnconnect::create hfsaddr=<servername>
2010/10/02-14:02:21.37632 [avmaint]  tabfilename = /usr/local/avamar/var/<servername>-27000.dtb
2010/10/02-14:02:21.37639 [avmaint]  filedisk::doopen, fdesc == -1 after open attempt
2010/10/02-14:02:21.37651 [avmaint]  tcpsock::createclient ipaddr:10.x.x.100:27000
avmaint Info <6550>: - - Requesting address from 10.x.x.100:27000
2010/10/02-14:02:21.37668 [avmaint]  connect timeout = 60 ipaddr:10.x.x.100:27000 netbind:
2010/10/02-14:02:21.37680 [socktimer]  Startup, pid=29074 tid=32 stack=0x409fffaf td=0x2a9673d088
2010/10/02-14:02:21.37693 [avmaint]  back from connect
2010/10/02-14:02:21.37698 [socktimer]  Thread finished socktimer
2010/10/02-14:02:21.37702 [avmaint]  res = 0, expired = 0
2010/10/02-14:02:21.37729 [avmaint]  dpnconnect::getserveraddr trying 10.x.x.100:27000
2010/10/02-14:02:21.37755 [avmaint]  dpnconnect::getserveraddr received newaddr=10.00.00.102:27000 srcaddr=10.x.x.100:27000
avmaint Info <5562>: - - Connect: Trying 10.x.x.102:27000
2010/10/02-14:02:21.37772 [avmaint]  tcpsock::createclient ipaddr:10.x.x.102:27000
2010/10/02-14:02:21.37778 [avmaint]  connect timeout = 60 ipaddr:10.x.x.102:27000 netbind:
2010/10/02-14:02:21.37785 [socktimer]  Startup, pid=29076 tid=32 stack=0x409fffaf td=0x2a9673d088
2010/10/02-14:02:21.37800 [avmaint]  back from connect
2010/10/02-14:02:21.37805 [socktimer]  Thread finished socktimer
2010/10/02-14:02:21.37809 [avmaint]  res = 0, expired = 0
avmaint Info <5993>: - Connect: Connected to 10.x.x.102:27000, Priv=2, TCP
2010/10/02-14:02:21.37941 [avmaint]  getdpninfo: servtime=1286028141.3800 clienttime=1286028141.3793 catserver=0 compressed=1 dpmmaxmessage=405
2010/10/02-14:02:21.37949 [avmaint]  dpnconnect::getdpninfo serverversion=5.0.1-32 hfscreatetime=1275056884 maxmessagedatasize=65412 maxatomchunksize=65382 maxcompchunksize=32691
avmaint Info <5564>: - - Requesting dispatcher table and create time
avmaint Info <5566>: - - Table: 8 nodebits, 26 bytes, create time: 1275056884
2010/10/02-14:02:21.37997 [avmaint]  checkrightdpn: olddc=0 newdc=1 numnodes=3 oldcreatetime=1275056884 newcreatetime=1275056884
avmaint Info <5568>: - Writing dispatcher table /usr/local/avamar/var/<servername>-27000.dtb
2010/10/02-14:02:21.38025 [avmaint]  maint::command::connect socket=tcp servaddr=10.x.x.102:27000 fd=3 bufsize=60000 isclosed=0
2010/10/02-14:02:21.38121 [avmaint]  maint::command::connect hasstatusexts=1
2010/10/02-14:02:21.38229 [avmaint]  maint::command::execute setting DB to not flush streams
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<datacenterlist count="1">
<datacenterinfo
    id="0"
    timestamp="1286028141"
    nnodes="3"
    ismaster="true"
    naddrs="1"
    valid="true">
    <gateway ipaddr="10.x.x.100"/>
  </datacenterinfo>
</datacenterlist>
      • V tomto příkladu proces ASCD přesměroval avmaint do jednoho z datových uzlů (10.x.x.102)
      • Až se avmaint úspěšně se připojí k datovému uzlu, nový dtb Soubor je vytvořen: 
avmaint Info <5568>: - Writing dispatcher table /usr/local/avamar/var/<servername>-27000.dtb
 
 
 

Postup řešení problémů s ASCD – restartování ASCD:

 

Pokud proces ASCD není spuštěný, je nutné jej restartovat:

1. Jako správce, od /home/admin v uzlu nástroje Avamar zadejte následující příkaz:

ascd start
Varování: Nespouštějte příkaz jako uživatel root. Pokud je ASCD spuštěno jako uživatel root, ostatní procesy (například dpnctl stop) nemůže proces ASCD ukončit.
 

 

2. Ujistěte se, že proces ASCD začal jako proces vlastněný správcem:

ps -eaf | grep ascd
 

3. Zkontrolujte soubor /usr/local/avamar/var/ascd-27000.log , abyste se ujistili, že se aplikace ASCD správně spustila. (Pokud byl zadán jiný vlastní nešifrovaný port než 27000, zkontrolujte "ascd-<hfsport>.log souboru.)

 
 

Postup řešení problémů s ASCD – vynucené restartování ASCD:

 
 

Pokud je proces ASCD ve stavu zablokování, je nutné jej vynuceně restartovat:

1. Jako správce, od /home/admin v uzlu nástroje Avamar zadejte následující příkaz:

ps -eaf | grep ascd

2. Poznamenejte si ID procesu (PID) přidružené k ASCD.

3. Ukončete proces:

kill -9 <ascd_pid>

4. Ujistěte se, že se proces zastavil:

ps -eaf | grep ascd
 

5. Jako správce, od /home/admin v uzlu nástroje Avamar zadejte následující příkaz:

ascd start
Varování: Nespouštějte příkaz jako uživatel root. Pokud je ASCD spuštěno jako uživatel root, ostatní procesy (například dpnctl stop) nemůže proces ASCD ukončit.
 

6. Ujistěte se, že proces ASCD začal jako proces vlastněný správcem:

ps -eaf | grep ascd
 

7. Zkontrolujte soubor /usr/local/avamar/var/ascd-27000.log , abyste se ujistili, že se aplikace ASCD správně spustila. (Pokud byl zadán jiný vlastní nešifrovaný port než 27000, zkontrolujte "ascd-<hfsport>.log souboru.)

8. Opakujte testy shora (avmaint datacenterlist --debug) a potvrďte, že ASCD odpovídá správně.   

 

Affected Products

Avamar, Avamar Server
Article Properties
Article Number: 000174948
Article Type: Solution
Last Modified: 28 Apr 2025
Version:  13
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.