John,
we have a private Backup-LAN without uplink - and without DNS. So
usually the reverse lookup doesn't work for us...
To get around this issue, you can switch off the lookup on the
serverside:
Put "DNSLOOKUP NO" into dsmserv.opt to do this.

I Think the added vulnerability is an acceptable price to pay,
especially when you don't control the DNS.

Good luck,
best regards,
Michael

Am 05.05.2008 um 17:33 schrieb Schneider, John:

Greetings,
        We are seeing some unusual client schedule behaviors that seem
to be related to the fact that our company is combining multiple DNS
domains into one big new domain.  Sometimes a client will be moved to
the new domain, but the DNS entry may show it still reverse
resolving to
the old domain.  The client schedule then fails with:

05/03/08 18:30:10     ANR2716E Schedule prompter was not able to
contact
client
                      SPRG-VNACERT using type 1 (sprg-
vnacert.smrcy.com
1823).
                      (SESSION: 1122)

05/03/08 18:30:41     ANR8212W Unable to resolve address for
sprg-vnacert.smrcy-
                      .com. (SESSION: 1122)


        I don't see why TSM has such a big problem with this.  When the
TSM client first connects to the server, the TSM caches the IP
address.
You can see the IP address with 'q node xxxxxx f=d'.  I always thought
the reason for this was that when it came time to reach that client to
run its schedule, it would do it using the IP address.  But now I
understand that it tries to do a reverse resolve on the IP address.
In
this case, a reverse resolve on the cached IP address yields:

sprg-tsm1_root# nslookup 10.126.33.164
Server:  stl-pdcp001.smrcy.com
Address:  10.2.215.158

Name:    sprg-vnacert.sprg.mercy.net
Address:  10.126.33.164

sprg-tsm1_root#

Note that the domain name is different.  But if I try to forward
lookup
the name it works correctly:

sprg-tsm1_root# nslookup sprg-vnacert.smrcy.com
Server:  stl-pdcp001.smrcy.com
Address:  10.2.215.158

Name:    sprg-vnacert.smrcy.com
Address:  10.126.33.164

sprg-tsm1_root#

So what if the reverse look up doesn't work?  TSM has the IP address,
and that is what it needs to reach the client, isn't it?

Best Regards,

John D. Schneider
Lead Systems Administrator - Storage
Sisters of Mercy Health Systems
Email:  John.Schneider AT Mercy DOT net

This e-mail contains information which (a) may be PROPRIETARY IN
NATURE OR
OTHERWISE PROTECTED BY LAW FROM DISCLOSURE, and (b) is intended only
for the
use of the addressee(s) named above. If you are not the addressee,
or the
person responsible for delivering this to the addressee(s), you are
notified
that reading, copying or distributing this e-mail is prohibited. If
you have
received this e-mail in error, please contact the sender immediately.