I Just solve this issue for another customer.

Search for gpfs.dll on your Windows Server.
Search for GPFS.DLL in your Trace File you created that Stefan talking about. 

Verify if the path is the same, if not. Then just copy that file from the path 
you find in your DOS windows and copy to the path that the trace file tells you.

Run the Backup again, and it should work again.

/Christian

-----Original Message-----
From: Stefan Bender [mailto:stefan.bender AT DE.IBM DOT COM] 
Sent: den 30 januari 2015 15:12
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Antwort: Re: GPFS 4.1 on windows and TSM Backup

Hello Stefan,
in your information I can't see anything wrong and the error messages are 
unspecific. 
So I think the best way to proceed is a PMR. 
Having a service trace from the failed backup of one file will help with the 
analysis, like "dsmc inc 
'\\bert\g$\Data\SW_GPFS_4.1\GPFS_4.1_Configuration.txt' 
-snapshotproviderfs=none -traceflag=service -tracefile=<TRACEFILENAME>" 

Mit freundlichen Grüßen / best regards

                Stefan Bender

Hechtsheimer Strasse 2 / 55131 Mainz / Germany IBM Software Group, Tivoli 
Software Development  "Tivoli Storage Manager" 
Tel. ++49-6131-846989 or ++49-7034-643-2773 / Fax. ++49-06131 -84-2520 /
email: stefan.bender AT de.ibm DOT com
----------------------------------------------------------------------------------------------------------------------------------------------
IBM Deutschland Research & Development GmbH / Vorsitzende des
Aufsichtsrats: Martina Koederitz
Geschäftsführung: Dirk Wittkopp
Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart, HRB 
243294 



From:   TSM <tsm AT PROFI-AG DOT DE>
To:     ADSM-L AT VM.MARIST DOT EDU
Date:   30.01.2015 14:10
Subject:        [ADSM-L] Antwort: Re: GPFS 4.1 on windows and TSM Backup
Sent by:        "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>



Hello Stefan,

TSM-Client is 7.1.1.3 , OS 2008 R2.

GPFS-Version 4.1.0.5.


dsm.opt:
NODENAME         bert_gpfs
passwordaccess generate
TCPSERVERADDRESS 192.168.100.200
TCPPORT          1500
SNAPSHOTPROVIDERFS vss
SNAPSHOTPROVIDERIMAGE vss
managedservices webclient schedule
dirmc dirmc
domain all-local
include.fs g: snapshotproviderfs=none


Filesystem g:  is the GPFS filesystem


dsmerror.log:
01/30/2015 13:58:48 ANS1228E Sending of object '\\bert\g$\.snapshots'
failed.
01/30/2015 13:58:48 ANS5283E The operation was unsuccessful.

01/30/2015 13:58:48 ANS1228E Sending of object '\\bert\g$\Data' failed.
01/30/2015 13:58:48 ANS5283E The operation was unsuccessful.

01/30/2015 13:58:48 ANS1228E Sending of object '\\bert\g$\Daten' failed.
01/30/2015 13:58:48 ANS5283E The operation was unsuccessful.

01/30/2015 13:58:48 ANS1228E Sending of object '\\bert\g$\Data\SW_GPFS_4.1' 
failed.
01/30/2015 13:58:48 ANS5283E The operation was unsuccessful.

01/30/2015 13:58:48 ANS1228E Sending of object 
'\\bert\g$\Data\SW_GPFS_4.1\GPFS-4.1.0.5-x86_64-Windows.standard.zip'
failed.
01/30/2015 13:58:48 ANS5283E The operation was unsuccessful.

01/30/2015 13:58:49 ANS1228E Sending of object 
'\\bert\g$\Data\SW_GPFS_4.1\GPFS_4.1_Configuration.txt' failed.
01/30/2015 13:58:49 ANS5283E The operation was unsuccessful.

01/30/2015 13:58:49 ANS1228E Sending of object 
'\\bert\g$\Data\SW_GPFS_4.1\GPFS_4.1_STD_WIN_QSG.zip' failed.
01/30/2015 13:58:49 ANS5283E The operation was unsuccessful.

01/30/2015 13:58:49 ANS1228E Sending of object 
'\\bert\g$\Data\SW_GPFS_4.1\setup-x86.exe' failed.
01/30/2015 13:58:49 ANS5283E The operation was unsuccessful.

....  and so on

i did manual backups with the domain admin user, the security of the GPFS
files and directories is:   everyone full access.


with best regards
stefan savoric