Forum Discussion

backupguy2014's avatar
10 years ago

NBU 7.6.0.2, Windows Media Server, zero length libstspizapi.dll

02:29:45.696 [9824.9360] <16> 800728:bptm:9824:fdswp00301-bur: libsts openp() 14/10/05 02:29:45: stsm_open_module D:\Program Files\Veritas\NetBackup\bin\\ost-plugins\libstspizapi.dll failed err 2060053 platerr 193: LoadLibrary failed

 

File exists but is zero length.  It's like this on all of our Windows media servers.  Is it supposed to be like this?

 

  • Whoops, answered this in the other thread.  Let me quote myself!

    Hi backupguy2014,

    It's supposed to be zero bytes.  (It's actually supposed to no longer exist at all, and that library was removed in the UNIX versions of 7.6.0.3, but due to the way our patching works, we needed to put a zero-byte placeholder in there for Windows.)

    This library isn't used by NetBackup as far as I know.  (I should probably say "is no longer used by NetBackup," but I don't believe it ever was.)

    In short, if you're experiencing backup or restore failures, this shouldn't be contributing to it, despite the severity level we're logging it at (which is probably something that needs to be fixed).

5 Replies

  • The file is 0 bytes on my test env as well.

    code 193 is the error ERROR_BAD_EXE_FORMAT. This could be a binary is corrupted. Try a repair of the media server install. If that doesn't fix it, it could also be a bug. 

    Please let me know if you have opened a support case

  • We have not opened a support case.  I was asking here to see if we needed to open a case, or was this a normal, expected condition.  Like, maybe a zero length file is used as a place holder?

  • I've been seening these errors in several cases as well, these are generally red herrings, do you have errors past that message?

  • Yes, as a matter of fact, we do have other weird errors (reported in different threads) with fbu_* alignment errors and dedup jobs failing and then running a 2nd time 5 mins later and succeeding.

     

    I had thought the fbu_* errors were relics of the BUFFER_DATA_SIZE (61000) and MSEO. 

     

    Does libstspizapi.dll exist in 7.6.0.3?  Is it zero length there as well?

     

    Is libstspizapi a library call for monitoring the status of a pizza pie?  :^)

  • Whoops, answered this in the other thread.  Let me quote myself!

    Hi backupguy2014,

    It's supposed to be zero bytes.  (It's actually supposed to no longer exist at all, and that library was removed in the UNIX versions of 7.6.0.3, but due to the way our patching works, we needed to put a zero-byte placeholder in there for Windows.)

    This library isn't used by NetBackup as far as I know.  (I should probably say "is no longer used by NetBackup," but I don't believe it ever was.)

    In short, if you're experiencing backup or restore failures, this shouldn't be contributing to it, despite the severity level we're logging it at (which is probably something that needs to be fixed).