Forum Discussion

bharatgangawane's avatar
13 years ago

Backup not Come in Schedule........

Hi ,

One of my backup job is hung state due to disk storge unit full and i am unable to cancel this job from activity monitor.I also deallocated resources from master server and also restart the client services but still job is in hung state due to which the Schedule backup are not coming in their respective schedule.

I also think after recycle the master services this issue will resolve but without recycle is there any way to resolve it.

Kindly suggest...........

Thanks

Bharat

  • Hi Bharat,

     

    Just change the schedule time by  5 mins or so.

    I have faced same issue on our one of the client. I did the same n now backup is coming in schedule. if there is no issue with backup window time.

    It works.

    Kindly do the same.

7 Replies

  • Please tell us more about your environment:

    NBU version
    OS on master (and media server if separate)
    Disk STU on Master? If so - separate volume to NBU installation?

    Under normal circumstances (Disk STU on separate volume) NBU will exit with status 129 or 84 when STU fills up, not go into hang state.

    It sounds like the disk where your EMM database resides might also be full, which will shutdown emm to prevent corruption.

    Please check/confirm which processes are running.

  •  

     HI Marianne 

    Kindly find the below details.

    NBU version :- 6.5.4

    OS on master :- Solaris 10

    Disk STU is on Master

    Thanks

    Bharat 

     

  • Where is the disk STU? Same volume as NBU or separate volume and mount point?

    Please share output of 'df -h' as well as 'bpps -x'.

    (Normal text is fine - no need for big screaming font...)

  • out-put of df -h

    Filesystem             size   used  avail capacity  Mounted on
    /dev/vx/dsk/bootdg/rootvol
                            39G    26G    13G    67%    /
    /devices                 0K     0K     0K     0%    /devices
    ctfs                     0K     0K     0K     0%    /system/contract
    proc                     0K     0K     0K     0%    /proc
    mnttab                   0K     0K     0K     0%    /etc/mnttab
    swap                    15G   1.7M    15G     1%    /etc/svc/volatile
    objfs                    0K     0K     0K     0%    /system/object
    sharefs                  0K     0K     0K     0%    /etc/dfs/sharetab
    /platform/sun4u-us3/lib/libc_psr/libc_psr_hwcap2.so.1
                            39G    26G    13G    67%    /platform/sun4u-us3/lib/libc_psr.so.1
    /platform/sun4u-us3/lib/sparcv9/libc_psr/libc_psr_hwcap2.so.1
                            39G    26G    13G    67%    /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1
    fd                       0K     0K     0K     0%    /dev/fd
    /dev/vx/dsk/bootdg/var
                            20G   8.5G    11G    44%    /var
    swap                    62G    47G    15G    77%    /tmp
    swap                    15G    56K    15G     1%    /var/run
    swap                    15G     0K    15G     0%    /dev/vx/dmp
    swap                    15G     0K    15G     0%    /dev/vx/rdmp
    /dev/vx/dsk/bootdg/user
                            20G    17G   2.6G    87%    /user
    /dev/dsk/c6t4849544143484920373730313336303130303039d0s6
                            98G   3.3G    94G     4%    /catalog
    /dev/dsk/c6t4849544143484920373730313336303130303038d0s0
                            49G    27G    22G    56%    /nbulogs
    /dev/dsk/c6t4849544143484920373730313336323430303333d0s0
                           921G   383G   528G    43%    /netbackup
    /dev/dsk/c6t4849544143484920373730313336323430303332d0s0
                           926G   456G   460G    50%    /dss2
    /dev/vx/dsk/dss4dg/dss4vol1
                           1.8T   396G   1.4T    23%    /dss4
    =====================================================

    Find the attached output of bpps -x

    And Disk STU configure on /catalog mount point

  • You do not seem to have a problem with full disk(s). /catalog that you've mentioned is only at 4%.

    You seem to have an unusual amount of disk staging jobs (bpbrmds) active (hanging?) - some of them since 11 February. Are these jobs actually active (I/O reading from disk and writing to tape)?
    bpps also shows active backup jobs (bpbrm and bptm).

    Does your master server have enough physical resources (memory/cpu) to handle this kind of load?

    Do you have something like 'top' to monitor resources?
    Are you monitoring disk and tape I/O with something like iostat?

    All I can suggest at this point in time is to stop and restart NBU.
    Monitor resources. Consider deploying one or more media server to share the load.

  • Hi Bharat,

     

    Just change the schedule time by  5 mins or so.

    I have faced same issue on our one of the client. I did the same n now backup is coming in schedule. if there is no issue with backup window time.

    It works.

    Kindly do the same.