01-31-2019 07:36 AM
Replication does not work, when you enter credentials in storage server it does not accept them, the credentials are correct. The replication is from a nbu 7.7.3 ---> to a 8.1.2, both puredisk ... I have an error 1528, if I try the replication (test) in reverse 8.1.2 ---> to nbu 7.7. 3 gives me the same error. SLP with identical names, I have tried everything but does not accept replication ... any help I will appreciate it.
01-31-2019 10:55 PM
Well, I had absolutely no problem at all getting several v2.7.3 to replicate to several v8.1.1, and v8.1.1 to v8.1.1.
So, unless you have discovered a new bug with v8.1.2... then all I can think of is that something is amiss with your environment. But, you've not described your setup in any detail at all, so there's not a lot anyone can offer right now... except perhaps to suggest that you could open a support ticket.
The first thing that I would check is... are the required network ports open in each direction?
02-01-2019 01:21 AM
These are my notes from previous AIR config - all worked fine:
There are some additional notes in NBU Admin Guide regarding AIR between 8.1 and pre-8.1 environments.
Please have a look to see what additional steps are needed.
My config was between 2 new 8.0 NBU domains.
02-12-2019 01:23 AM
Are you trying to replicate from MSPD to MSDP? The error you get stands for
perror -S 1528
The source copy for an Auto Image Replication is not capable of replication
The storage lifecycle policy (SLP) definition cannot be created or modified as specified because you have selected an Auto Image Replication destination that duplicates a copy not capable of duplication across master servers.
Can you please share such outputs from source and destination domains?
nbstl -L
bpstulist -U
nbdevconfig -getconfig -stype PureDisk -storage_server `hostname` -U
nbdevquery -listdp -U
02-13-2019 01:41 AM
02-13-2019 05:46 AM
Marianne, I followed all the advice and I surfed for weeks on the internet looking for a solution, I realized that my deduplication discs are local, they do not come from a storage (netapp or others), I see that the subject should go there. I have already stopped replicating because in reality according to my requirements and my current scenario is not necessary. In the same way I appreciate all the comments :)
02-13-2019 06:16 AM
02-13-2019 06:57 AM
Should not there be root user??
This is your NBU installaiton or NBU appliance?
02-13-2019 07:10 AM
both are masters windows origin 7.7.3 destination 8.1.2, both users are admin, the credentials of the storage server do not accept them (the credentials are correct since I have backup of all my keys), I just realized that by doing a telnet between both the port 10101 is not open, seeing in the firewall I have all the rules without restrictions but still there is no communication, I think that could be the problem.
02-14-2019 12:05 AM
Well I am not aware of 10101 port... IMHO it is 10102 ;) for spad and 10082 for spoold
Please refer to this guide https://www.veritas.com/content/support/en_US/doc/ka6j00000000A5ZAAU for more information...
and yes check with your network folks...
also when testing this you can run on your master
netstat -bano
to see via which ports it is trying to get into the remote nbu domain...
02-14-2019 11:00 AM - edited 02-14-2019 11:21 AM
Thanks a lot quebek i will try this