Replication on some clients fail - Avamar

Question

Dear good day;

We have two Avamar Rain with version 6.1.2-46, where we make backups of approximately 220 clients, these clients are replicated to the second Rain, when running the replication fail 3 of the 220 customers, however if you run the replication manually all are successful.

Event Detail reviewing utility node, shows the following:

and sought information but found nothing useful, because somebody has idea fail?

regards

DELL-Leo · Answer

Hey Obernal,Please review these clients log file for this action. Obtain the failure event code, follow remedy specified for each error code, and resubmit activity request.Hope this helpful.

ionthegeek · Answer

Please review /usr/local/avamar/var/cron/replicate.log and check if there are any error or warning messages for the affected clients. If you find an error or warning, it would be helpful to see about 50 log lines above and below the warning or error  to get some context.

Obernal81 · Answer

Hi all

In the log note the following, apparently there is a problem that I can not understand what is

2013/11/02-09:02:17 avtar Info <8650>: Opening cache file /usr/local/avamar/var/p_tvaavutilnov.azteca.tvazteca.com.mx-tvaavutil-internal-AVI_BACKUPS.dat

2013/11/02-09:02:17 avtar Error <5064>: Cannot open file "/usr/local/avamar/var/p_tvaavutilnov.azteca.tvazteca.com.mx-tvaavutil-internal-AVI_BACKUPS.dat"

2013/11/02-09:02:17 avtar Info <5065>: Creating new cache file /usr/local/avamar/var/p_tvaavutilnov.azteca.tvazteca.com.mx-tvaavutil-internal-AVI_BACKUPS.dat (1,573,408 bytes)

2013/11/02-09:02:17 avtar Error <5803>: Error writing 32-byte header to cache file /usr/local/avamar/var/p_tvaavutilnov.azteca.tvazteca.com.mx-tvaavutil-internal-AVI_BACKUPS.dat. Possibly out of disk space

2013/11/02-09:02:17 avtar FATAL <5225>: Unable to open hash cache in directory '/usr/local/avamar/var'

2013/11/02-09:02:17 avtar Stats <6152>: Hash cache: 65,536 entries, added/updated 0, booted 0

2013/11/02-09:02:17 begin stack dump bp=(nil)

2013/11/02-09:02:17 end stack dump bp=(nil)

2013/11/02-09:02:17 avtar FATAL <5889>: Fatal signal 11 in pid 26745

2013/11/02-09:02:17 Fatal signal 11

2013/11/02-09:02:17 [26745] | 00000000007ea098

2013/11/02-09:02:17 [26745] | 00007f51fa4745d0

2013/11/02-09:02:17 [26745] | 0000000000740f02

2013/11/02-09:02:17 [26745] | 0000000000748c80

2013/11/02-09:02:17 [26745] | 00000000006bd575

2013/11/02-09:02:17 [26745] | 00000000005958dc

2013/11/02-09:02:17 [26745] | 0000000000593ebd

2013/11/02-09:02:17 [26745] | 0000000000585369

2013/11/02-09:02:17 [26745] | 00000000004534f0

2013/11/02-09:02:17 [26745] | 000000000045453c

2013/11/02-09:02:17 [26745] | 0000000000456cd5

2013/11/02-09:02:17 [26745] | 00000000004581f0

2013/11/02-09:02:17 [26745] | 00000000007ebbd9

2013/11/02-09:02:17 [26745] | 0000000000462037

2013/11/02-09:02:17 [26745] | 00007f51f8964bc6

2013/11/02-09:02:17 [26745] | 0000000000425029

2013/11/02-15:02:17.43629 [avtar] FATAL ERROR: <0001> Fatal signal 11

2013/11/02-15:02:17.43644 [avtar] | 000000000087b491

2013/11/02-15:02:17.43645 [avtar] | 000000000087c157

2013/11/02-15:02:17.43646 [avtar] | 000000000087d67b

2013/11/02-15:02:17.43646 [avtar] | 000000000087d76e

2013/11/02-15:02:17.43646 [avtar] | 00000000007ea150

2013/11/02-15:02:17.43647 [avtar] | 00007f51fa4745d0

2013/11/02-15:02:17.43647 [avtar] | 0000000000740f02

2013/11/02-15:02:17.43647 [avtar] | 0000000000748c80

2013/11/02-15:02:17.43648 [avtar] | 00000000006bd575

2013/11/02-15:02:17.43648 [avtar] | 00000000005958dc

2013/11/02-15:02:17.43648 [avtar] | 0000000000593ebd

2013/11/02-15:02:17.43649 [avtar] | 0000000000585369

2013/11/02-15:02:17.43649 [avtar] | 00000000004534f0

2013/11/02-15:02:17.43650 [avtar] | 000000000045453c

2013/11/02-15:02:17.43650 [avtar] | 0000000000456cd5

2013/11/02-15:02:17.43650 [avtar] | 00000000004581f0

2013/11/02-15:02:17.43651 [avtar] | 00000000007ebbd9

2013/11/02-15:02:17.43651 [avtar] | 0000000000462037

2013/11/02-15:02:17.43651 [avtar] | 00007f51f8964bc6

2013/11/02-15:02:17.43652 [avtar] | 0000000000425029

2013/11/02-09:02:17 Stack size = 36176

2013/11/02-15:02:17.43655 [avtar] ERROR: <0324> handlefatal aborting program pid=26745, sig=11

2013/11/02-09:02:17 avtar FATAL <5890>: handlefatal: Aborting program with code 176, pid=26745, sig=11

2013/11/02-09:02:17 alarm 43079

2013/11/02-09:02:17 REPLICATE ERROR: Command returned 45056 (0xb000): rununtil -43079 avtar -x --replicate --wid="815c900677506a38" --allsnapups --retention-type=none,daily,weekly,monthly,yearly --hashcachemax=32 --stats --info=1 --hfsaddr:1=tvaavutilnov.azteca.tvazteca.com.mx --id:1=repluser --ap:1=***** --path=/AVI_BACKUPS --path:1=/REPLICATE/tvaavutil/AVI_BACKUPS --status:1=300

ionthegeek · Answer

This appears to be similar to the problem mentioned by Tom Lambrechts in the following thread:

https://community.emc.com/message/768392#768392

Please review the permissions and ownership of the cache file /usr/local/avamar/var/p_tvaavutilnov.azteca.tvazteca.com.mx-tvaavutil-internal-AVI_BACKUPS.dat. The file should be owned by user dpn and group admin.

DELL-Leo · Answer

Hey,As Ian posted above thread, please refer to thread https://community.emc.com/message/768392#768392Hope this helpful.

Avamar

Replication on some clients fail - Avamar

Was this post helpful?