Forum Discussion

Kev_Lamb's avatar
Kev_Lamb
Level 6
8 years ago

/VRTS_IMAGE_SIZE_RECORD Backups Hang

Hi, I am running a RHEL v6.3 Master server using NBU7.6.0.4 and am having issues with some Windows backups that get stuck at the  /VRTS_IMAGE_SIZE_RECORD  The policy is a standard Windows policy wi...
7.6
Linux
  • Kev_Lamb's avatar
    Kev_Lamb
    8 years ago

    Just an update on this old ticket, we had Veritas take a look and they were as confused as we were, having pulled all the logs etc we were still no further forward, they stated that all the old 7.0 clients would need to be upgraded just as a standard response.

    During the data collection using the bpgetconfig of the servers to ascertain the NBU levels I came across one client that hung during this process, the client could be seen using ping, bptestbpcd but not bpgetconfig, I asked the team to take a look and this client was in a semi hung state and low on resources, once the server was corrected all our failing jobs suddenly worked again.

    It looks like the server was failing with the old vnetd connection and could not connect using pbx as it was 7.0 so this caused the bpbrm process to die on the Master which failed any running jobs after the failed connection to the client.

    Will now be pushing for an upgrade of all our clients to above 7.0 ........

    Hope this info is helpful to anyone else that has a similar issue

    Kev

Kev_Lamb's avatar
Kev_Lamb
Level 6

Hi Marianne,

CPU on the master is running at 94% idle, none of the BP daemons are running out of bounds.

TIR is not used in the policy at all, we did have checkpoint enabled but turned this off to see if this was causing the issue but no change.

 

Kev

Kev_Lamb's avatar
Kev_Lamb
Level 6
8 years ago

Just an update on this old ticket, we had Veritas take a look and they were as confused as we were, having pulled all the logs etc we were still no further forward, they stated that all the old 7.0 clients would need to be upgraded just as a standard response.

During the data collection using the bpgetconfig of the servers to ascertain the NBU levels I came across one client that hung during this process, the client could be seen using ping, bptestbpcd but not bpgetconfig, I asked the team to take a look and this client was in a semi hung state and low on resources, once the server was corrected all our failing jobs suddenly worked again.

It looks like the server was failing with the old vnetd connection and could not connect using pbx as it was 7.0 so this caused the bpbrm process to die on the Master which failed any running jobs after the failed connection to the client.

Will now be pushing for an upgrade of all our clients to above 7.0 ........

Hope this info is helpful to anyone else that has a similar issue

Kev