It is a windows machine. I'll ask if he's doing something different
than before with the user he's running the restore as. Is there a
known problem running restores from domain admin accounts? Something I
can reference? Or is it a matter of what permissions the account had
when netbackup was installed?

-Charlie

On 10/13/05, Bobby Williams <bobbyrjw AT bellsouth DOT net> wrote:
>
> Is this a windows machine?
>
> I had admins that would remote in to a system and use a domain admin account
> that would get these errors on a restore.
>
> I had them give me an account on the system (which they made a local admin
> account) and I could restore with no problem.  Of course, I did not know
> that my account was different and wasted 2 days working on nothing.
>
>
>
> Bobby Williams
> 2205 Peterson Drive
> Chattanooga, Tennessee  37421
> 423-296-8200
>
> -----Original Message-----
> From: veritas-bu-admin AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Charles
> Ballowe
> Sent: Wednesday, October 12, 2005 3:14 PM
> To: ida3248b AT post.cybercity DOT dk
> Cc: King, Cheryl; veritas-bu-admin AT mailman.eng.auburn DOT edu; Veritas List
> Subject: Re: [Veritas-bu] Re: error 37
>
> The client is in an active policy.
>
> There is a "REQUIRED_INTERFACE" entry already.
>
> Host is on the same subnet as master, traceroute confirms this to be the
> case.
>
> hosts file is in place and correct.
>
> I'm still confused as to why a different hostname is showing up in activity
> monitor than is showing up in ANY of the log files. All requests related to
> the restore request or browsing show up as rpnotes23-b - and coming from the
> right IP. No trace of the other name anywhere.
>
> I'm tempted to try the No.Restrictions file -- or maybe a rpnotes23-b file
> containing rpnotes23-b -- but that seems silly and hackish.
>
> On 10/12/05, ida3248b AT post.cybercity DOT dk <ida3248b AT post.cybercity 
> DOT dk> wrote:
> > Hello Charles
> >
> > Does the client have more than one NIC ?
> >
> > If this the case you proably need to use the REQUIRED_INTERFACE entry
> > in either bp.conf or registry
> >
> > Also a traceroute/tracert between the client and the master may gives
> > clue to what is the problem
> >
> > A quick fix may be to put the No.Restrictions file under altnames on
> > the master
> >
> > Regards
> > Michael
> >
> > On Wed, 12 Oct 2005 13:37:34 -0500, Charles Ballowe wrote
> > > everything looks right there -- I found this message, wonder if it
> > > gives any clues:
> > >
> > > 09:34:13.487 [20234] <2> process_request: client rpnotes23-b
> > > peername rpnotes23-b is invalid for restore request
> > >
> > > On 10/11/05, King, Cheryl <cheryl.king AT intrado DOT com> wrote:
> > > > In the Backup, Archive, and Restore on the client, go to File->
> > > > Specify NetBackup Machines and Policy Type and make sure media and
> > > > master server is in that list.  I think I had a similar problem
> > > > once and I believe this is how I fixed it. All the servers have to
> > > > be in the list although only the master server should be marked as
> current.
> > > >
> > > > -----Original Message-----
> > > > From: veritas-bu-admin AT mailman.eng.auburn DOT edu
> > > > [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of
> > > > Charles Ballowe
> > > > Sent: Tuesday, October 11, 2005 2:43 PM
> > > > To: Veritas List
> > > > Subject: [Veritas-bu] Re: error 37
> > > >
> > > > I'm still stuck on this one.
> > > >
> > > > It's showing up in the activity monitor log as a different box,
> > > > grep'ing the logs for that box name shows NOTHING (box was retired
> > > > -- not even the same IP). bprd logs on the master show that it is
> > > > contacted from the correct name doesn't even mention the name of the
> retired server.
> > > > Nothing about it in bperror.
> > > >
> > > > I had created an altnames file to allow this one to browse the old
> > > > client last week sometime and it never worked. I've deleted that
> > > > file
> > > > - does something need bouncing?
> > > >
> > > > I can do a restore if i kick it off from the master server, but
> > > > not request it from the client.
> > > >
> > > > -Charlie
> > > >
> > > > On 10/10/05, Charles Ballowe <cballowe AT gmail DOT com> wrote:
> > > > > I have a client that is requesting a restore (files backed up by
> > > > > it, restoring to it -- no alternate system involved) and is
> > > > > getting a statuscode 37. This seems to be related to a server
> > > > > directed restore from an invalid server - any reason why I might
> > > > > be seeing it on a client/any clue as to resolution?
> > > > >
> > > > > -Charlie
> > > > >
> > > >
> > > > _______________________________________________
> > > > Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> > > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > > >
> > >
> > > _______________________________________________
> > > Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
> >
> > --
> > Cybercity Webhosting (http://www.cybercity.dk)
> >
> >
>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>