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:[EMAIL PROTECTED] Gesendet: Donnerstag, 9. März 2006 09:08 An: ADSM-L@VM.MARIST.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
