This post is more than 5 years old

9 Posts

1440

June 5th, 2009 12:00

Setup for client and firewall incorrect, backups unsuccessful

Running vers 7.4.2 on server and client. Firewall opened for 7937 and 7938 TCP and UDP bi-directional. Have requested network team to open 7939 and 7940 also per admin guide for 4 service ports. Daemon log for client:
40473 06/05/09 03:36:46 2 0 0 1 21184 0 icbacka savegrp command ' savefs -s icbacka -c pedro -g Test -p -l full -R -v' for client pedro exited with return code 1.
32496 06/05/09 03:36:46 2 0 0 1 21184 0 icbacka savegrp job (320805) host: pedro savepoint: pedro:All had ERROR indication(s) at completion.
Unable to render the following message: savegrp:Test * pedro:All See the file /nsr/tmp/sg/Test/sso.pedro.WYaayP for output of save command.
7340 06/05/09 03:36:46 2 0 0 1 21184 0 icbacka savegrp pedro:probe failed.
7338 06/05/09 03:36:46 2 0 0 1 21184 0 icbacka savegrp pedro:probe will retry 1 more time(s)
40473 06/05/09 03:40:31 2 0 0 1 21184 0 icbacka savegrp command ' savefs -s icbacka -c pedro -g Test -p -l full -R -v' for client pedro exited with return code 1.
32496 06/05/09 03:40:31 2 0 0 1 21184 0 icbacka savegrp job (320806) host: pedro savepoint: pedro:All had ERROR indication(s) at completion.
Unable to render the following message: savegrp:Test * pedro:All See the file /nsr/tmp/sg/Test/sso.pedro.XYaayP for output of save command.
7340 06/05/09 03:40:31 2 0 0 1 21184 0 icbacka savegrp pedro:probe failed.
38718 06/05/09 03:43:03 0 0 2 1 681 0 icbacka nsrd icbacka:index:pedro saving to pool 'fsOneMon' (ICB739)
38714 06/05/09 03:43:04 0 0 2 1 681 0 icbacka nsrd icbacka:index:pedro done saving to pool 'fsOneMon' (ICB739)
Have tested telnet to and from client on ports 7937, and 7938.
Let me know what additional steps are needed to succeed in backing this client up.

86 Posts

June 10th, 2009 08:00

execute from client the following command:
rpcinfo -p "Backup Server Name"

execute from yhe Backup Server the following command:
rpcinfo -p "client name"

75 Posts

June 5th, 2009 12:00

Make sure the connection ports on both server and client are set to 0-0.

The ports you open on your firewall also depends on the number of ports on your backup server,

See this example:
A NetWorker server in the public LAN has the Service ports set to 7937-7960.
A client is in DMZ with the Service ports set to 7937-7940.

Client: 192.167.10.101 (behind Firewall)
NW server: 192.167.10.126 (in public LAN)

sudo code for connection of client in DMZ to NW server
TCP, Service, src 192.167.10.101, dest 192.167.10.126, ports 7937-7960, action accept

sudo code for connection of NW server to client in DMZ
TCP, Service, src 192.167.10.126, dest 192.167.10.101, ports 7937-7940, action accept

Regards¿

6 Operator

 • 

14.4K Posts

 • 

56.2K Points

June 6th, 2009 02:00

Can you confirm those ports are set on NW side too within NW database?

9 Posts

June 8th, 2009 12:00

I have set the Connection ports to 0-0
I have asked the firewall team to open the service ports 7937-9936 and that both be TCP and UDP bidirectional.
What command line tests will show that a scheduled server initiated backup will be successful.

455 Posts

June 9th, 2009 06:00

Run a manual backup from the GUI.
Go to Monitoring/Groups, highlight a Group and select Start.
If the backup starts then you can be sure the schedule backup will run.
You can ckeck the backup activities from the Log tab.

6 Operator

 • 

14.4K Posts

 • 

56.2K Points

June 9th, 2009 06:00

There is no command line for that... you can check it from GUI or from logs (CLI). Or you can run backup from CLI on server and see what do you get.
No Events found!

Top