Backup Central

On Thu, Oct 20, 2011 at 2:32 PM, craig yurchison
<networker-forum < at > backupcentral.com> wrote:
Ok I am still having issues getting the nmm to work, if I let the system account run the networker service the backups will fail with error about rejecting the administrator-snapshot request.

I have the fqdn and short names in the admin list with all variations of system and administrator.  I have tried all upper case and all lower case.

I did notice that if I simply add the account system to the admin list with no client or hostname after it, I can get the backups to run.  This is not the way we want the admin list to be configured.  I do have other systems that are being successfully backed up with the NMM using the system account on the local machine.

Does anyone have any other suggestions?

I've the same issue. My Exchange 2010 mailbox hosts are dual-homed,
and backup over their secondary interfaces just fine after entering
all FQDN and shortnames for all interfaces as client aliases. But
none of those FQDN or shortnames work for administrator permissions
for NMM.


via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

In the usergroups in the NMC add the system < at > hostname and
administrator < at > hostname. Replace hostname with the actual host.

Sent from my Galaxy S...
On Dec 4, 2011 6:42 AM, "Eugene Vilensky" <evilensky < at > gmail.com> wrote:

On Thu, Oct 20, 2011 at 2:32 PM, craig yurchison
<networker-forum < at > backupcentral.com> wrote:
Ok I am still having issues getting the nmm to work, if I let the system
account run the networker service the backups will fail with error about
rejecting the administrator-snapshot request.

I have the fqdn and short names in the admin list with all variations of
system and administrator. I have tried all upper case and all lower case.

I did notice that if I simply add the account system to the admin list
with no client or hostname after it, I can get the backups to run. This is
not the way we want the admin list to be configured. I do have other
systems that are being successfully backed up with the NMM using the system
account on the local machine.

Does anyone have any other suggestions?

I've the same issue. My Exchange 2010 mailbox hosts are dual-homed,
and backup over their secondary interfaces just fine after entering
all FQDN and shortnames for all interfaces as client aliases. But
none of those FQDN or shortnames work for administrator permissions
for NMM.


type "signoff networker" in the body of the email. Please write to
networker-request < at > listserv.temple.edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER



via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

On Sun, Dec 4, 2011 at 4:23 AM, akshay bhumkar <akshay.bhumkar < at > gmail.com> wrote:
In the usergroups in the NMC add the system < at > hostname and administrator < at >
hostname. Replace hostname with the actual host.

Sadly, this is the part that doesn't work. I have all manner of
"hostname" for all interfaces entered in both this and user=,host=
format, for both shortname and fqdn. The host names are definitely
valid in DNS and also the client's host files.

I also receive this message periodically in daemon.raw:

39078 12/03/2011 04:38:00 PM 0 0 5 2636547840 13343 0
nsrserverhost.domain.tld nsrd RAP error: An unsuccessful attempt to
impersonate user administrator < at > nmchost.domain.tld was made by
root < at > nmchost.domain.tld. If root < at > nmchost.domain.tld can be trusted,
grant the user "Administrator" privileges on the NetWorker server

So maybe this is related....grrr.


via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

On Dec 4, 2011, at 10:23 AM, Eugene Vilensky wrote:

On Sun, Dec 4, 2011 at 4:23 AM, akshay bhumkar <akshay.bhumkar < at > gmail.com> wrote:
In the usergroups in the NMC add the system < at > hostname and administrator < at >
hostname. Replace hostname with the actual host.

Sadly, this is the part that doesn't work. I have all manner of
"hostname" for all interfaces entered in both this and user=,host=
format, for both shortname and fqdn. The host names are definitely
valid in DNS and also the client's host files.

I also receive this message periodically in daemon.raw:

39078 12/03/2011 04:38:00 PM 0 0 5 2636547840 13343 0
nsrserverhost.domain.tld nsrd RAP error: An unsuccessful attempt to
impersonate user administrator < at > nmchost.domain.tld was made by
root < at > nmchost.domain.tld. If root < at > nmchost.domain.tld can be trusted,
grant the user "Administrator" privileges on the NetWorker server

So maybe this is related....grrr.

Quick update for future Google sanity --

My hosts were all deployed from VMware templates, and had registered an invalid client name in nsrladb. After we deleted /nsr/res/nsrladb directory from all clients where authentication (whether for NMM or NMC purposes) was periodically or continuously failing, both NMM and NMC function correctly.

-Eugene


via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

Try Local Users-->Administrator-->Add *@*

Please try now

On 25/05/12 11:39, ruhailmushtaqvakil wrote:
Try Local Users-->Administrator-->Add * < at > *

Please try now

+----------------------------------------------------------------------
|This was sent by mytechnicalknowledgebase < at > gmail.com via Backup Central.
|Forward SPAM to abuse < at > backupcentral.com.
+----------------------------------------------------------------------

NEVER do this. Would you leave any Windows or Unix server without a
password?

On 25/05/12 11:39, ruhailmushtaqvakil wrote:
Try Local Users-->Administrator-->Add * < at > *

Please try now

+----------------------------------------------------------------------
|This was sent by mytechnicalknowledgebase < at > gmail.com via Backup Central.
|Forward SPAM to abuse < at > backupcentral.com.
+----------------------------------------------------------------------

NEVER do this. Would you leave any Windows or Unix server without a
password?