Hrvoje,

Tried it and that one shows up as well so spaces is not the issue. Maybe a file permissions issue? Where are the schedules kept?

Thanks,
Vic

Never saw that before, but what happens if you instead "namenamenamename" you use "name_name_name_name"? I would need to blame something I would start from spaces first

You can give it a try and see if that changes anything - if yes then I guess we know what could be the issue.

/nsr/res/nsrdb...

If you do something like grep "pattern" */* from pwd above you will find it. But I would be surprised if that would be problem as usually this is all set correctly. What if you restart daemons? I use these versions and platform, but I didn't see this before.

Do you get this when you get server initiated backup? Stae of things is that usually enduser should never run savefs alone. When it runs as initiated by backup server you get some additional switches involved like -c and group name and etc. Here is an example:

savefs -s $SERVER -c $CLIENT -g $GROUP_NAME -p -l full -R -v 

So, in your case I would try something "savefs -vpn" first. If you wish to go against server, then add more switches, but have in mind that savefs might giving you this as it misses some information that usually has.

Try savefs -vpn first. Also try it from another client - might be only that this client is affected.

I appear to be doing something wrong. I tried it both on the client and server:

solegato2:/root> savefs -s solegato2.ctstateu.edu -c csubss2.ctstateu.edu -g Test -p -l full -R -v -n
No 'NSR client' resource for client csubss2.ctstateu.edu
savefs: cannot retrieve client resources
savefs csubss2.ctstateu.edu: failed.

I know the spelling of the client is correct.

Vic

OK, I tried 'savefs -vpn' on both client and server. The error doesn't occur on the server. A network issue? The server in question is on the other side of the firewall so I set up a client for a system that is on the same side of the firewall as the Legato server and it gets the error.

Vic

Could be. Try usual things that NetWorker likes as nslookup and rpcinfo and see if they work as expected (even I would be surprised if DNS was used in DMZ).