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/[EMAIL PROTECTED] Internet e-mail: [EMAIL PROTECTED] 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@VM.MARIST.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:[EMAIL PROTECTED] > Sent: Thursday, February 03, 2005 6:46 PM > To: ADSM-L@VM.MARIST.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 <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED] > Sent: Thursday, February 03, 2005 3:34 AM > To: ADSM-L@VM.MARIST.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@VM.MARIST.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) > [EMAIL PROTECTED] > "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!
