Hi Dirk,

we've had the same problem on one of our SuSE linux systems. The problem was
the activated firewall, which accepts only outgoing traffic. Incoming NEW
sessions are not allowed. So, the first time the CAD start, the firewall
let's going out the traffic and for a short time it accept incoming traffic
from the TSM server (so the first backup run). After several hours this
port's are closed (because they are not initiated by the Client) - with the
result, that the server is trying to prompt the client - but the firewall
blocked this NEW session. 

After setting SCHEDMODE POLLING for this client everything run fine (HINT :
The default for "Queryschedperiod" is 12 hours. Set it to your requirement)

Regards,
Boris Herrmann
ARAG IT GmbH
Produktion / Heterogene Systeme, AKB 8132
Redlichstr. 2, 40239 Düsseldorf
Telefon +49 -(0)211/964-1137


-----Ursprüngliche Nachricht-----
Von: Dirk Kastens [mailto:Dirk.Kastens AT UNI-OSNABRUECK DOT DE] 
Gesendet: Donnerstag, 9. März 2006 09:08
An: ADSM-L AT VM.MARIST DOT EDU
Betreff: Re: [ADSM-L] linux dsmcad problem

Allen S. Rout schrieb:
> Your reported log message says 'waiting to be contacted by server'.
> does that mean you've set the client to not poll the server, but
> instead wait to be contacted?    If so, is your server set to do the
> contacting?
>
> It seems plausible that it might poll on startup but not after.

SCHEDMODE is set to PROMPTED on the client. That's what the client
manual says: "If you set the schedmode option to prompt, the server
prompts the CAD when it is time to run the schedule."
Using lsof (thanks to Richard for the hint) I saw that the dsmcad is
listening on port 47358. Could this be the problem? Do I have to specify
the webports option when I use the dsmcad?

--
Regards,

Dirk Kastens
Universitaet Osnabrueck, Rechenzentrum (Computer Center)
Albrechtstr. 28, 49069 Osnabrueck, Germany
Tel.: +49-541-969-2347, FAX: -2470