• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.


    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

lost data !


I ran into these IO errors

ANR9999D_2133050718 FileReadNC(pvrfil64.c:2028) ... Insufficient bytes read
ANR9999D_4186073719 FileReadNC(pvrfil64.c:2042) ... Invalid block header

while auditing two file volumes (NFS mount)

Is there any way to recover from this, knowing I don't backup the storage pool?

TSM 6.2.5 on an AIX 6.1 box


TSM noob with 12 years expirience
ADSM.ORG Moderator

If you are sure that your network is fine, retry opration.

Test file on the nfs server to see if it is OK.

See what files will be lost by q cont 'vol name' If they can easily be readded, then do that.

Open a pmr with IBM to see if they can aid you in reading more data from the affected files.
The network is fine (judging y NFS statistics).
the damaged files are archive copies that no longer exist on client, they can't be re-archived.

unfortunately, we didn't extend the support contract for this server .
HI Trident,

we are talking about two TSM file volumes with one archive withing each.

tsm: TSM>q cont 0002DBDC.BFS

Node Name           Type     Filespace      FSID     Client's Name for File
---------------     ----     ----------     ----     --------------------------------------
***********         Arch     /sgbd/bac-        6     /PCARD/hc_back_and_exp_full/exp_full_-
                              kup                     pcard_.save

tsm: TSM>q cont 0002DEB2.BFS

Node Name           Type     Filespace      FSID     Client's Name for File
---------------     ----     ----------     ----     --------------------------------------
******              Arch     /sgbd/bac-        1     /db***9i/cold_back_and_exp_full/exp_f-
                              kup                     ull_db***9i_2.save.Z

these two damaged archives are the only ones left in these file volumes.

I did a lot of testing before using FILE devclass with NFS (EMC Data Domain)
The mount options that worked well for me are:

I didn't encounter any TSM NFS related issues since implementation (over a year now).


ADSM.ORG Moderator
Redo the QUERY CONTENT, but with the option COPIED=YES. If these 2 archives still show up in your output, they can be restored from the copy pool.

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 18 18.6%
  • Keep using TSM for Spectrum Protect.

    Votes: 59 60.8%
  • Let's be formal and just say Spectrum Protect

    Votes: 12 12.4%
  • Other (please comement)

    Votes: 8 8.2%

Forum statistics

Latest member