I'm not certain what the problem is, but some suggestions:
- Try backing up one drive at a time. See if that makes any difference.
- Remove (or comment out) SNAPSHOTFSIDLEWAIT.
- For performance purposes, we recommend you not specify the
LARGECOMMBUFFERS option (which is deprecated and thus ignored in 5.3).
- Remove (or comment out) TCPWINDOWSIZE and TCPBUFFSIZE, and use the
default values instead (which were changed for better "out-of-the-box"
performance in 5.3).
Regards,
Andy
Andy Raibeck
IBM Software Group
Tivoli Storage Manager Client Development
Internal Notes e-mail: Andrew Raibeck/Tucson/IBM@IBMUS
Internet e-mail: storman AT us.ibm DOT com
The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.
"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 2005-02-04
07:36:46:
> I posted the error messages with my original note, but here they are
> again:
> 02/04/2005 09:28:27 ANS1327W The snapshot operation for 'D:\*' failed.
> Error code: 673.
> 02/04/2005 09:28:28 ANS1401W The snapshot virtual volume is not
> accessible.
> 02/04/2005 09:28:28 ANS1376W Unable to perform operation using a
> point-in-time copy of the filesystem. The backup/archive
> operation will continue without snapshot support.
> 02/04/2005 09:28:38 ANS1327W The snapshot operation for 'C:\*' failed.
> Error code: 673.
> 02/04/2005 09:28:39 ANS1401W The snapshot virtual volume is not
> accessible.
> 02/04/2005 09:28:39 ANS1376W Unable to perform operation using a
> point-in-time copy of the filesystem. The backup/archive operation will
> continue without snapshot support.
>
> Also, I have done several more tests, and using an immediate action
> command or using the web client does not generate the error, only using
> the native gui. The client guide, apars etc note that OFS cant be used
> via terminal services, but that it will work when using remote desktop
> via xp (which is what I use). I guess I'll have to truck down to the
> data center and try the native gui directly from the server.
>
> Of course, I can only assume the backups without error messages were
> using OFM - I cant find any indication that it did or did not. Is there
> some flag somewhere (similar to the little note at the top of the log
> when it is using journals) that indicates when a backup is coming from a
> snapshot?
>
> -----Original Message-----
> From: TSM_User [mailto:tsm_user AT YAHOO DOT COM]
> Sent: Thursday, February 03, 2005 6:46 PM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Open File (using lvsa) for windows client 5.3.0.0
>
>
> With the TSM V5.3 client you *DO NOT* have to use the dynamic option.
> You can now backup Open files on a system with a single drive. Maybe
> you want to try posting the exact error messages you are getting.
>
> Steve Schaub <Steve.Schaub AT HAWORTH DOT COM> wrote:I tried adding the
> fileleveltype=snapshot to my dsm.opt, but I'm getting the same errors.
> Actually, I'm not sure this even made sense, since the enhancement to
> 5.3 supposedly allowed ofs backups on single disk systems. There has to
> be some other way of finding out more of what it is choking on?
>
> -----Original Message-----
> From: Jozef Zatko [mailto:zatko AT LOGIN DOT SK]
> Sent: Thursday, February 03, 2005 3:34 AM
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Open File (using lvsa) for windows client 5.3.0.0
>
>
> Hi Steve,
> here is response to your problem I have found on Tivoli support site:
>
>
> Problem is due to parameters. Disk on which OFS cache is stored MUST be
> saved with option "Dynamic" (see option include.fs and/or
> fileleveltype). It's mandatory to specify mode "SNAPSHOT" for all others
> disks (even if this is the default) when we want to use OFS option.
> Hereunder is an example for a valid option file : PASSWORDACCESS
> GENERATE TCPSERVERADDRESS xxxxxxxxxx SNAPSHOTCACHELOCATION c:\tsmcache\
> SNAPSHOTFSIDLEWAIT 0ms TCPNODELAY YES DOMAIN C: D: Include.Fs "C:"
> FILELEVELTYPE=DYNAMIC Include.Fs "D:" FILELEVELTYPE=SNAPSHOT
> SNAPSHOTFSIDLEWAIT=0S
>
> Hope this helps
>
> Ing. Jozef Zatko
> Login a.s.
> Dlha 2, Stupava
> tel.: (421) (2) 60252618
>
>
>
> Steve Schaub
> Sent by: "ADSM: Dist Stor Manager" 02/02/2005
> 09:41 PM
>
> Please respond to
> "ADSM: Dist Stor Manager"
>
>
> To
> ADSM-L AT VM.MARIST DOT EDU
> cc
>
> Subject
> Open File (using lvsa) for windows client 5.3.0.0
>
>
>
>
>
>
> Anyone out there been successful with this?
> I have one Win2k client that needs to backup locked files and so far
> have been unsuccessful getting it to work. I did a clean install of tsm
> client 5.3.0.0, configured the lvsa, did the required reboot, but the
> backup still fails over to non-lvsa incremental. I have it running
> journaled, which works fine, and I can see that tsm has created
> /tsmlvsacache directories on both the c: and d: drives. I am using
> remote desktop from xp to access the server, although I have tried using
> the web gui as well. I even tried pointing the lvsacache dirs to
> opposite vols in the dsm.opt, but I still get the following errors. Any
> pointers on how to begin to troubleshoot this would be appreciated. The
> only reference a search on IBM turned up is referencing 5.2 problems,
> which is supposedly one of the main fixes included in 5.3.
>
> Thanks in advance.
>
> dsmerror.log
> 02/02/2005 12:07:34 ANS1327W The snapshot operation for 'D:\*' failed.
> Error code: 673. 02/02/2005 12:07:34 ANS1401W The snapshot virtual
> volume is not accessible. 02/02/2005 12:07:34 ANS1376W Unable to perform
> operation using a point-in-time copy of the filesystem. The
> backup/archive operation will continue without snapshot support.
> 02/02/2005 12:07:38 ANS1327W The snapshot operation for 'C:\*' failed.
> Error code: 673. 02/02/2005 12:07:38 ANS1401W The snapshot virtual
> volume is not accessible. 02/02/2005 12:07:39 ANS1376W Unable to perform
> operation using a point-in-time copy of the filesystem. The
> backup/archive operation will continue without snapshot support.
>
> dsm.opt
> *====================================================================
> * Communication Section
> *====================================================================
> commmethod TCPIP
> tcpport 1500
> tcpserveraddress 10.64.1.43
> tcpbuffsize 31
> tcpwindowsize 63
> largecommbuffers Yes
> httpport 1581
> *====================================================================
> * Workstation Settings Section
> *====================================================================
> passwordaccess generate
> managedservices webclient schedule
> errorlogretention 90
> schedlogretention 14
> passwordaccess generate
> snapshotfsidlewait 1s 100ms
> snapshotcachelocation d:\
> include.fs d: snapshotcachelocation=c:\
>
>
> Steve Schaub
> Computer Storage Systems Engineer II
> Haworth, Inc
> 616-393-1457 (desk)
> 616-886-8821 (cell)
> Steve.Schaub AT Haworth DOT com
> "Trials are inevitable. We can curse them and grow bitter, or harvest
> them and grow stronger" ForwardSourceID:NT00056AB2
>
>
>
> ---------------------------------
> Do you Yahoo!?
> The all-new My Yahoo! Get yours free!
|
