Forum Discussion

nbustarter380's avatar
nbustarter380
Level 6
10 years ago

Netbackup code 155 occurring on an AIX client

Hello, We  have one Backup client that’s getting the code 155 disk full error   NetBackup status code: 155 Message: disk is full Explanation: The write to the catalog file failed beca...
Backup and Recovery
NetBackup
Troubleshooting
UNIX
  • RiaanBadenhorst's avatar
    RiaanBadenhorst
    10 years ago

    Hi Guys,

     

    This issue is usually seen on clients when the track log (when using accelerator) has filled up the / file system.

     

    Please show us the output of df -h

  • Jaime_Vazquez's avatar
    Jaime_Vazquez
    10 years ago

    Verify the date/time stamps of the Disk Full messages against jobs run on the NBU Master.

    Check the core files created on the client.  Delete them after you have found their cause.  Core files can get rather large.  They are created in the same directory as the executable that failed.

    Verify what your settings are for debug logs being created on the client.  The default is to keep them for 28 days, which is too large a value. This is especially true if the VERBOSE or DebugLevel configured for them is set too high. I tend to use a value of 4, a span of time sufficient to look at problems found over a long weekend. The files are written to the /usr/openv/logs or /usr/openv/netbackup/logs directories. It is possible they are taking an inordinate amount of space. Run this command to see how much space each directory/sub-directory is using:

    du -m /usr

    This should get space values, in MB, for /usr and for each sub-directory of /usr.  Use the "-s" option for file level results.

     

nbustarter380's avatar
nbustarter380
Level 6
10 years ago

Thank, Riaan and Marianne for your responses

Riann ,Yes I believe the issue is the client as well

df –h is not a recognized command on the client server which is AIX)

df  -g is the command I use for AIX

(root)/> df -h

df: Not a recognized flag: h

Usage: df  [-P] | [-IMitv] [-gkm] [-s] [filesystem ...] [file ...]

filenet(root)/> df -g

Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on

/dev/hd4           1.38      0.95   32%    17994     8% /

/dev/hd2          10.38      1.77   83%    84621    17% /usr

/dev/hd9var        1.00      0.60   41%    10084     7% /var

/dev/hd3           3.62      3.52    3%     1801     1% /tmp

/dev/hd1           6.12      2.55   59%      347     1% /home

/dev/hd11admin      0.12      0.12    1%        9     1% /admin

/proc                 -         -    -         -     -  /proc

/dev/hd10opt       0.50      0.27   46%     7149     9% /opt

/dev/livedump      0.25      0.25    1%        4     1% /var/adm/ras/livedump

/dev/aixtl        20.00      8.48   58%     3126     1% /aixtl

/dev/fnsw         10.00      9.43    6%     3749     1% /fnsw

/dev/fnswlocal     10.00      9.58    5%     3023     1% /fnsw/local

/dev/oraclesw     30.00     20.69   32%    40254     1% /oracle

/dev/oracleupg     30.00     30.00    1%        4     1% /oraswupg

/dev/oradata     220.00     28.84   87%       33     1% /oradata

/dev/backups     225.00     10.03   96%    24182     2% /Backups

/dev/datasink   1175.00    838.27   29%  9198024     5% /datasink

/dev/msar1     31000.00   2582.78   92%  1621718     1% /msar1

/dev/msar2      1000.00    323.34   68%       35     1% /msar2

/dev/trans      1995.00    576.91   72%       50     1% /trans

/dev/scratchpad    999.00    718.81   29%       93     1% /scratchpad

automtn:/data/exportATM    298.00    132.42   56%   975281     3% /datasink/importATM

netcom     50.00     41.31   18%  2276581    18% /datasink/importPDF

 

on Linux master server  >>df –h is recognized

 

[root@nbu10w0 admincmd]# df -h

Filesystem                       Size  Used Avail Use% Mounted on

/dev/mapper/vg_nbu50w0-lv_root    50G  7.5G   40G  16% /

tmpfs                             64G  148K   64G   1% /dev/shm

/dev/sda1                        485M   40M  420M   9% /boot

/dev/mapper/vg_nbu50w0-openv     171G   88G   75G  54% /usr/openv

/dev/mapper/data_00-LVdata00      50T   12T   36T  25% /data00

/dev/mapper/index00-LVindex00     99G  1.2G   93G   2% /index00

/dev/mapper/vg_oracle-oracle      60G  5.5G   51G  10% /oracle

/dev/mapper/vg_oracle-oradata     35G  4.1G   29G  13% /oradata

/dev/mapper/vg_oracle-oralog      55G  9.9G   42G  20% /oralog

/dev/mapper/vg_nbu10w0-software   51G   38G   11G  79% /software

[root@nbu10w0 admincmd]#

 

Marianne thanks I will try this

Also, Marianne,

Can I just delete a folder or folders? Not sure which ones that’s why I am asking.  (if that will help solve the issue)

If not I will just try the redirect

 

Thanks again