Re: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
This also looks wrong: C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS 132 Should be "32" Is it a typo ??? -Original Message- From: tzurita [mailto:[EMAIL PROTECTED] Sent: Thursday, 9 August 2007 10:01 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade All, have a question about speed. We are running the master server on a Windows C class HP blade with a dual core 2.4 GHz Atholon CPU and 8 GBs memory. Has two FC ports connected to: 2 Two HP StorageWorks Enterprise Class ESL712 Tape Libraries 712 - Tape slots each library 12 - LTO3 Tape drives total Backups are not that fast and I am questioning why. This is just a fast POC test but I would like to tune and give the customer more valid numbers. Any ideas would be great. My thoughts are that we don't have enough CPU's to push the tape libraries but why such a vast difference betwen windows and solaris backups? I am just puzzled. Help please. Here are the values in the following files: C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS 132 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_DISK 32 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_RESTORE 64 C:\Program Files\Veritas\Netbackup\db\config\SIZE_DATA_BUFFER 262144 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ 1049600 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ_REST 525312 For Network Windows servers clients, we average just under 7 MB/sec Same server configuration for Solaris 33 MB/sec >From bptm log: 15:08:25.456 [3492.6020] <2> io_set_sendbuf: setting send network buffer to 525312 bytes 15:08:25.456 [3492.6020] <2> io_init: using 128 data buffers 15:08:25.456 [3492.6020] <2> io_init: buffer size for read is 262144 15:08:25.456 [3492.6020] <2> io_init: child delay = 20, parent delay = 30 (milliseconds) 15:08:25.456 [3492.6020] <2> create_shared_memory: shm_size = 33557564, buffer address = 0x117, buf control = 0x317, ready ptr = 0x3170c00, res_cntl = 0x3170c04 15:08:25.456 [3492.6020] <2> setup_bpbkar_info: Global\NetBackup Media Manager SHM Info Path app429d_1186419216 file successfully created 15:08:25.456 [3492.6020] <2> nbjm_media_request: Passing job control to NBJM, type READ ... 15:17:12.749 [3664.1404] <2> bptm: EXITING with status 0 <-- 15:18:25.355 [2720.5456] <2> write_data: writing block shorter than BUFF_SIZE, 218112 bytes 15:18:25.355 [2720.5456] <2> write_data: writing short block, 218112 bytes, remainder 0 15:18:25.355 [2720.5456] <2> write_data: waited for full buffer 63961 times, delayed 80764 times 15:18:25.355 [2720.5456] <2> write_backup: write_data() returned, exit_status = 0, CINDEX = 0, TWIN_INDEX = 0, backup_status = 0 15:18:25.355 [2720.5456] <2> io_terminate_tape: writing empty backup header, drive index 0, copy 1 15:18:25.355 [2720.5456] <2> io_ioctl: command (0)MTWEOF 1 from (bptm.c.8229) on drive index 0 15:18:31.933 [2720.5456] <2> io_terminate_tape: absolute block position prior to writing empty header is 241703, copy 1 15:18:31.933 [2720.5456] <2> io_write_back_header: drive index 0, empty_file, file num = 2, mpx_headers = 0, copy 1 15:18:31.933 [2720.5456] <2> io_close: closing C:\Program Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, from bptm.c.8369 15:18:31.933 [2720.5456] <2> io_terminate_tape: block position check: actual 241703, expected 241703 15:18:31.933 [2720.5456] <2> send_MDS_msg: MEDIADB 1 28 AK6501 402 *NULL* 21 1186511708 1186511708 1187721308 0 0 0 0 1 1 0 0 1024 0 241703 0 15:18:31.933 [2720.5456] <2> ParseConfigExA: Unknown configuration option on line 56: RenameIfExists = 1 15:18:31.949 [2720.5456] <2> JobInst::sendIrmMsg: returning 15:18:31.949 [2720.5456] <2> openTpreqFile: tpreq_file: C:\Program Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, serial_num: HU10709CR7 15:18:31.949 [2720.5456] <2> get_drive_path: SCSI coordinates {0,0,0,1}, dos_path \\.\Tape0, pnp_path \\?\scsi#sequential&ven_hp&prod_ultrium_3-scsi&rev_l63w#5&23bbaf37&0&01# {53f5630b-b6bf-11d0-94f2-00a0c91efb8b} 15:18:31.949 [2720.5456] <2> check_serial_num: serial number match for drive with SCSI coordinates {0,0,0,1}, dos_path \\.\Tape0, drive serial number HU10709CR7, expected serial number HU10709CR7 15:18:31.980 [2720.5456] <2> init_tape: \\.\Tape0 (SCSI coordinates {0,0,0,1}) configured with blocksize 0 15:18:31.996 [2720.5456] <2> init_tape: \\.\Tape0 (SCSI coordinates {0,0,0,1}) has compression enabled 15:18:32.011 [2720.5456] <2> io_open: SCSI RESERVE >From status log of NB Master Full backup: about 22 MB/sec 8/7/2007 2:35:56 PM - positioning AK6501 to file 1 8/7/2007 2:36:06 PM - positioned AK6501; position time: 00:00:10 8/7/2007 2:36:06 PM - begin writing 8/7/2007 2:45:18 PM - Warning bpbrm(pid=3900) from client bmedia403: WRN - Removable Storage Management: unable to export database (WIN32 21: The device is not ready. ) +---
Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet?
My 2nd Environment Upgraded this morning. No issues to report so far from either environment 1 or 2, however I haven't gotten to an environment that does any significant destaging yet. I'm a bit concerned about the issues reported by Ed two days ago, especially the Netbackup "thinking" there's a 2nd copy when there isn't. I don't want NBU to "think" anything. How many copies its got and where they are needs to be a cold hard fact. -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 09, 2007 1:15 PM To: Martin, Jonathan Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? We upgraded this Morning, so far so good. = Carl Stehman IT Distributed Services Team Pepco Holdings, Inc. 202-331-6619 Pager 301-765-2703 [EMAIL PROTECTED] "Martin, Jonathan" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 08/07/2007 12:32 PM To cc Subject Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? Upgraded my first environment this morning - no issues to report. 2nd environment Thursday. -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, August 07, 2007 12:17 PM To: Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? I only installed on my windows management station running vista. The admin console seems to work better now in vista. Thats as far as i'll take it maybe even for this year. Karl Justin Piszcz <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 08/06/07 05:35 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? Reports? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet?
We upgraded this Morning, so far so good. = Carl Stehman IT Distributed Services Team Pepco Holdings, Inc. 202-331-6619 Pager 301-765-2703 [EMAIL PROTECTED] "Martin, Jonathan" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 08/07/2007 12:32 PM To cc Subject Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? Upgraded my first environment this morning - no issues to report. 2nd environment Thursday. -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, August 07, 2007 12:17 PM To: Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? I only installed on my windows management station running vista. The admin console seems to work better now in vista. Thats as far as i'll take it maybe even for this year. Karl Justin Piszcz <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 08/06/07 05:35 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? Reports? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] pb restoring system_state of Windows 2000 SP4
I believe the way you need to do that if you are not doing BMR is to install your indiws into a different folder than the origional folder. Instead of winnt or windows try installing the fresh install of windows into a folder called restore. What happens is if you are using the origional paths then as you restore you overwrite files that are critical and will cause that issue. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of POUSSARD, Gilles (APX SYNSTAR) Sent: Thursday, August 09, 2007 7:40 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] pb restoring system_state of Windows 2000 SP4 Hi, Help please... My environment is: Master server Solaris 10 NetBackup 5.1 MP5 or 6.0 MP4 Client W2K SP4 client Netbackup 5.1MP5 I try to do a system restore of a W2K SP4 NetBackup client by running the following process: - I reinstall on the same hardware system a fresh W2K SP4 server with the same partitionning and without integrating in a specific Windows domain. - I reinstall NetBackup client 5.1MP5 - I run on the client the commande w2koption -restore -same_hardware 1 - From the NetBackup Administrator java interface, I choose all the drives and the System_State, select Restore everything to its original location and choose Overwrite existing files - The restore run with success. After a few second, before or after I could ran again the w2koption -restore -same_hardware 1 command, the W2K goes in an eternal reboot cycle, and I don't know what is happening ??? Can somebody help me ?? Is it correct to restore System_State withe the "Overwrite existing files" option ?? It seems that with W2003 client, I don't have this problem. Best regard, Gilles. This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] pb restoring system_state of Windows 2000 SP4
This is my process and I ussually have very good results: When selecting the files to restore, do overwrite files but uncheck the following: >From System_State:\Boot Files\ : NTDETECT.COM NTLDR >From System Drive (C:\): boot.ini config.sys io.sys msdos.sys autoexec.bat after restore is complete, from device manager remove the NIC and Display Adapters then reboot. Jared M. Seaton Recovery Administrator Mylan Laboratories Inc. 304-554-5926 "POUSSARD, Gilles (APX SYNSTAR)" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 08/09/2007 10:43 AM To VERITAS-BU@mailman.eng.auburn.edu cc Subject [Veritas-bu] pb restoring system_state of Windows 2000 SP4 Hi, Help please... My environment is: Master server Solaris 10 NetBackup 5.1 MP5 or 6.0 MP4 Client W2K SP4 client Netbackup 5.1MP5 I try to do a system restore of a W2K SP4 NetBackup client by running the following process: - I reinstall on the same hardware system a fresh W2K SP4 server with the same partitionning and without integrating in a specific Windows domain. - I reinstall NetBackup client 5.1MP5 - I run on the client the commande w2koption -restore -same_hardware 1 - From the NetBackup Administrator java interface, I choose all the drives and the System_State, select Restore everything to its original location and choose Overwrite existing files - The restore run with success. After a few second, before or after I could ran again the w2koption -restore -same_hardware 1 command, the W2K goes in an eternal reboot cycle, and I don't know what is happening ??? Can somebody help me ?? Is it correct to restore System_State withe the "Overwrite existing files" option ?? It seems that with W2003 client, I don't have this problem. Best regard, Gilles. This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. == ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Thomas Schulz/DE/ConSors ist außer Haus.
Ich werde ab 09.08.2007 nicht im Büro sein. Ich kehre zurück am 12.08.2007. Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten. Cortal Consors S.A. Zweigniederlassung Deutschland: Bahnhofstraße 55, 90402 Nürnberg, Sitz Nürnberg, HR Nürnberg B 20075, USt-IdNr. DE225900761 Niederlassungsleitung Deutschland: Martin Daut (CEO Deutschland), Olivier Le Grand, Richard Döppmann, Uwe Trittin Hauptniederlassung: 5 avenue Kléber, 75116 Paris, Frankreich, Sitz Paris, Handelsregister R.C.S. Paris B 327 787 909 Vorstand/Führungsgremium Cortal Consors S.A.,Olivier Le Grand (CEO), Vincent Lecomte, Franz Baur Verwaltungsratsvorsitzender: Olivier Le Grand, Aufsichtsbehörden: Bundesanstalt für Finanzdienstleistungsaufsicht, Banque de France, Autorité des Marchés Financiers ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 5.1 and Solaris 10 for intel
I hear 6.5 will cure cancer too. Vaporware is fairly common - don't believe it until you see it. The key information here is that 6.0 does NOT support it. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DULLAART, Rob ONL Sent: Thursday, August 09, 2007 10:12 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 and Solaris 10 for intel Ok for those who is interested, I called our supplier. There is no support for the Solaris X86 Oracle plugin. There will be in the future starting with NBU version 6.5 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DULLAART, Rob ONL Sent: Tuesday, August 07, 2007 4:49 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 and Solaris 10 for intel Well uhmm I just returned from holiday, and I guess my brain is still on holiday. But my question was originally or should have been: is there a plug-in for Oracle on a Solaris 10 x86? Indeed the OS is backed up and working. When I do the installation for the plug-in, this is my output: [EMAIL PROTECTED] $ update_dbclients Oracle -ClientList x The following clients with the OS type listed were skipped due to one of the following reasons: 1. they are non-UNIX clients (which cannot be installed or upgraded from the server) 2. there is no specified database agent software available for that type of client 3. the matching database agent software was not loaded on the server Client Name - OS Type - wawa - Solaris_x86_10 So I am searching for the compatibility list on this subject, but I can't find it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DULLAART, Rob ONL Sent: Tuesday, August 07, 2007 2:52 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 and Solaris 10 for intel Gee I feel stupid now http://www.redflag-linux.com/ppd/product_files/application_doc/263839.pd f -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DULLAART, Rob ONL Sent: Tuesday, August 07, 2007 11:26 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU 5.1 and Solaris 10 for intel Hi Group, I need to take a server in the backup which is an intel-box which runs on Solaris 10. It also has an oracle database. My master-server runs with NBU 5.1 MP5. There seems to be no client version 5.1 for this OS. There is a version 6. Would this work with NBU 5.1? Regards, Rob ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] pb restoring system_state of Windows 2000 SP4
Hi, Help please... My environment is: Master server Solaris 10 NetBackup 5.1 MP5 or 6.0 MP4 Client W2K SP4 client Netbackup 5.1MP5 I try to do a system restore of a W2K SP4 NetBackup client by running the following process: - I reinstall on the same hardware system a fresh W2K SP4 server with the same partitionning and without integrating in a specific Windows domain. - I reinstall NetBackup client 5.1MP5 - I run on the client the commande w2koption -restore -same_hardware 1 - From the NetBackup Administrator java interface, I choose all the drives and the System_State, select Restore everything to its original location and choose Overwrite existing files - The restore run with success. After a few second, before or after I could ran again the w2koption -restore -same_hardware 1 command, the W2K goes in an eternal reboot cycle, and I don't know what is happening ??? Can somebody help me ?? Is it correct to restore System_State withe the "Overwrite existing files" option ?? It seems that with W2003 client, I don't have this problem. Best regard, Gilles. This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 5.1 and Solaris 10 for intel
Ok for those who is interested, I called our supplier. There is no support for the Solaris X86 Oracle plugin. There will be in the future starting with NBU version 6.5 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DULLAART, Rob ONL Sent: Tuesday, August 07, 2007 4:49 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 and Solaris 10 for intel Well uhmm I just returned from holiday, and I guess my brain is still on holiday. But my question was originally or should have been: is there a plug-in for Oracle on a Solaris 10 x86? Indeed the OS is backed up and working. When I do the installation for the plug-in, this is my output: [EMAIL PROTECTED] $ update_dbclients Oracle -ClientList x The following clients with the OS type listed were skipped due to one of the following reasons: 1. they are non-UNIX clients (which cannot be installed or upgraded from the server) 2. there is no specified database agent software available for that type of client 3. the matching database agent software was not loaded on the server Client Name - OS Type - wawa - Solaris_x86_10 So I am searching for the compatibility list on this subject, but I can't find it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DULLAART, Rob ONL Sent: Tuesday, August 07, 2007 2:52 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 and Solaris 10 for intel Gee I feel stupid now http://www.redflag-linux.com/ppd/product_files/application_doc/263839.pd f -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DULLAART, Rob ONL Sent: Tuesday, August 07, 2007 11:26 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU 5.1 and Solaris 10 for intel Hi Group, I need to take a server in the backup which is an intel-box which runs on Solaris 10. It also has an oracle database. My master-server runs with NBU 5.1 MP5. There seems to be no client version 5.1 for this OS. There is a version 6. Would this work with NBU 5.1? Regards, Rob ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
On 8/8/07, tzurita <[EMAIL PROTECTED]> wrote: > > All, have a question about speed. > > We are running the master server on a Windows C class HP blade with a dual > core 2.4 GHz Atholon CPU and 8 GBs memory. Has two FC ports connected to: > 12 - LTO3 Tape drives total > > Backups are not that fast and I am questioning why. > Any ideas would be > great. > ... why such a vast difference betwen windows and solaris backups? I am > just puzzled. Help please. > For Network Windows servers clients, we average just under 7 MB/sec > Same server configuration for Solaris 33 MB/sec > 15:18:25.355 [2720.5456] <2> write_data: waited for full buffer 63961 times, > delayed 80764 times Your Windows clients are not sending data to the backup server fast enough. This causes the server to not send data to the tape drives fast enough. When tape drive are starved for data, they shoe-shine and get really slow. Speeding up your clients is a matter of tuning them for disk and network I/O. Concurrent access to a single disk is guaranteed to give you speed problems. Here are some options: - limit the client to 1 stream at a time. - run the backups at a time when the disk is mostly idle. - rearrange the RAID groups so they are all on separate sets of disks. - put the RAID sets on separate controllers. - make sure that you have lots of available network bandwidth. If the server has millions of small files, you are facing a different problem. That problem can be address with Flashbackup. Regardless, if you can't get the client systems to serve up data fast enough, then you can MultiPleX the jobs. The tape drive doesn't care if it gets 60 MB/sec from one client or 16, it just wants a fat pipe full of data that it can continuously write to the tape that is flying past the write heads at 4 meters per second. Austin ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Client Process aborted code 50 after upgrade to MP5
Rolf, We had alot of "50" errors after our initial upgrade to 6.0MP4, we installed a binary from Symantec "nbpem.exe" that seems to have solved the problem. It is not good news to hear that you are having trouble with MP5. We were hoping that MP5 would contain this fix. Carl = Carl Stehman IT Distributed Services Team Pepco Holdings, Inc. 202-331-6619 Pager 301-765-2703 [EMAIL PROTECTED] Rolf C <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 08/09/2007 09:03 AM To "veritas-bu@mailman.eng.auburn.edu" cc Subject [Veritas-bu] Client Process aborted code 50 after upgrade to MP5 Hi there, We've upgraded from NB6.0MP4 to NB60MP5 on Windows and now our backups are failing with statuscode 50 Client Process aborted. Anyone experienced this? Thanks! See what you?re getting into?before you go there See it! ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
Login to the console on the media server pushing the data and go to start --> run --> perfmon. Plenty of performance data in there for all your needs. I doubt you've got a CPU issue unless you are running serious NDMP / Flashbackup type activity. Where is this data coming from? What kind of policies? Each LTO3 drive can write at 120MB/sec (fully compressed.) Do you have disk and/or nics capable of pushing that amount of data? 120MB/sec x 12 disks is 1440MB/sec or approx 11.25 Gigabit Nics worth of network traffic at full capacity. Writing that kind of data from disk is probably 100+ spindles. -Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of tzurita Sent: Wednesday, August 08, 2007 8:01 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade All, have a question about speed. We are running the master server on a Windows C class HP blade with a dual core 2.4 GHz Atholon CPU and 8 GBs memory. Has two FC ports connected to: 2 Two HP StorageWorks Enterprise Class ESL712 Tape Libraries 712 - Tape slots each library 12 - LTO3 Tape drives total Backups are not that fast and I am questioning why. This is just a fast POC test but I would like to tune and give the customer more valid numbers. Any ideas would be great. My thoughts are that we don't have enough CPU's to push the tape libraries but why such a vast difference betwen windows and solaris backups? I am just puzzled. Help please. Here are the values in the following files: C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS 132 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_DISK 32 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_RESTORE 64 C:\Program Files\Veritas\Netbackup\db\config\SIZE_DATA_BUFFER 262144 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ 1049600 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ_REST 525312 For Network Windows servers clients, we average just under 7 MB/sec Same server configuration for Solaris 33 MB/sec >From bptm log: 15:08:25.456 [3492.6020] <2> io_set_sendbuf: setting send network buffer to 525312 bytes 15:08:25.456 [3492.6020] <2> io_init: using 128 data buffers 15:08:25.456 [3492.6020] <2> io_init: buffer size for read is 262144 15:08:25.456 [3492.6020] <2> io_init: child delay = 20, parent delay = 30 (milliseconds) 15:08:25.456 [3492.6020] <2> create_shared_memory: shm_size = 33557564, buffer address = 0x117, buf control = 0x317, ready ptr = 0x3170c00, res_cntl = 0x3170c04 15:08:25.456 [3492.6020] <2> setup_bpbkar_info: Global\NetBackup Media Manager SHM Info Path app429d_1186419216 file successfully created 15:08:25.456 [3492.6020] <2> nbjm_media_request: Passing job control to NBJM, type READ ... 15:17:12.749 [3664.1404] <2> bptm: EXITING with status 0 <-- 15:18:25.355 [2720.5456] <2> write_data: writing block shorter than BUFF_SIZE, 218112 bytes 15:18:25.355 [2720.5456] <2> write_data: writing short block, 218112 bytes, remainder 0 15:18:25.355 [2720.5456] <2> write_data: waited for full buffer 63961 times, delayed 80764 times 15:18:25.355 [2720.5456] <2> write_backup: write_data() returned, exit_status = 0, CINDEX = 0, TWIN_INDEX = 0, backup_status = 0 15:18:25.355 [2720.5456] <2> io_terminate_tape: writing empty backup header, drive index 0, copy 1 15:18:25.355 [2720.5456] <2> io_ioctl: command (0)MTWEOF 1 from (bptm.c.8229) on drive index 0 15:18:31.933 [2720.5456] <2> io_terminate_tape: absolute block position prior to writing empty header is 241703, copy 1 15:18:31.933 [2720.5456] <2> io_write_back_header: drive index 0, empty_file, file num = 2, mpx_headers = 0, copy 1 15:18:31.933 [2720.5456] <2> io_close: closing C:\Program Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, from bptm.c.8369 15:18:31.933 [2720.5456] <2> io_terminate_tape: block position check: actual 241703, expected 241703 15:18:31.933 [2720.5456] <2> send_MDS_msg: MEDIADB 1 28 AK6501 402 *NULL* 21 1186511708 1186511708 1187721308 0 0 0 0 1 1 0 0 1024 0 241703 0 15:18:31.933 [2720.5456] <2> ParseConfigExA: Unknown configuration option on line 56: RenameIfExists = 1 15:18:31.949 [2720.5456] <2> JobInst::sendIrmMsg: returning 15:18:31.949 [2720.5456] <2> openTpreqFile: tpreq_file: C:\Program Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, serial_num: HU10709CR7 15:18:31.949 [2720.5456] <2> get_drive_path: SCSI coordinates {0,0,0,1}, dos_path \\.\Tape0, pnp_path \\?\scsi#sequential&ven_hp&prod_ultrium_3-scsi&rev_l63w#5&23bbaf37&0&000 001#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b} 15:18:31.949 [2720.5456] <2> check_serial_num: serial number match for drive with SCSI coordinates {0,0,0,1}, dos_path \\.\Tape0, drive serial number HU10709CR7, expected serial number HU10709CR7 15:18:31.980 [2720.5456] <2> init_tape: \\.\Tape0 (SCSI coordinates {0,0,0,1}) configured with blocksize 0 15:18:31.996 [2720.5456] <2> in
[Veritas-bu] Re: Help With Netbackup 5.1
_-_ Hello _-_ Thank for your help, I´m also analyzing the possibility to do this with the database agents of Netbackup, I don´t have the Netbackup for oracle database version (and I don´t think I could get it), I´m thinking to do this using the logs that netbackup generates, but I think this will generate inconsistency in the database, please guide me trough, I really need to do this, I also checked this commands: bpadm, bpdbjobs, bpbackup, bperror, bparchive, bprestore, bphdb, bpnbaz, dbext (this is a file I think), thanks in advance. Tsilva +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
Good day, My first in your situation is "Do I have enough resources to run this configuration?" Check if you have enough HBA's to keep the 12 LTO3's. A single 4GB HBA will probably not keep a single LTO3 engaged fully as that HBA can only push a maximum of 444 MBs per second. >From what I can tell you do not have enough CPU, memory or HBA's to keep those 12 tape drives busy. The fact that your system is telling that it is waiting for resources tells me exactly that. Most planners I have dealt with have always made this error. They always seem to add enough tapes drives to theoretically move that data within the backup window, but never contact the Tape drive manufacturers as to the requirements of the drives. I would suggest adding more HBA's, Memory and Processors. This will allow the data to flow more freely. Remember you can open the tap as much as you like but you will only get out as much water as the thickness of the pipe will allow. Netbackup have a very basic requirements document, giving you the minimum CPU, Memory and HPA requirements. Obey these rules and you will have no speed problems. There after it will be tuning the backups and you will be able to utilise your resources fully and actually finish your backups within your prescribed window. This is not an easy sell, backups and recovery does not come cheep. I have had changes made in a large company and have been able to prove this. Good Luck. Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of tzurita Sent: 09 August 2007 02:01 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade All, have a question about speed. We are running the master server on a Windows C class HP blade with a dual core 2.4 GHz Atholon CPU and 8 GBs memory. Has two FC ports connected to: 2 Two HP StorageWorks Enterprise Class ESL712 Tape Libraries 712 - Tape slots each library 12 - LTO3 Tape drives total Backups are not that fast and I am questioning why. This is just a fast POC test but I would like to tune and give the customer more valid numbers. Any ideas would be great. My thoughts are that we don't have enough CPU's to push the tape libraries but why such a vast difference betwen windows and solaris backups? I am just puzzled. Help please. Here are the values in the following files: C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS 132 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_DISK 32 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_RESTORE 64 C:\Program Files\Veritas\Netbackup\db\config\SIZE_DATA_BUFFER 262144 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ 1049600 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ_REST 525312 For Network Windows servers clients, we average just under 7 MB/sec Same server configuration for Solaris 33 MB/sec >From bptm log: 15:08:25.456 [3492.6020] <2> io_set_sendbuf: setting send network buffer to 525312 bytes 15:08:25.456 [3492.6020] <2> io_init: using 128 data buffers 15:08:25.456 [3492.6020] <2> io_init: buffer size for read is 262144 15:08:25.456 [3492.6020] <2> io_init: child delay = 20, parent delay = 30 (milliseconds) 15:08:25.456 [3492.6020] <2> create_shared_memory: shm_size = 33557564, buffer address = 0x117, buf control = 0x317, ready ptr = 0x3170c00, res_cntl = 0x3170c04 15:08:25.456 [3492.6020] <2> setup_bpbkar_info: Global\NetBackup Media Manager SHM Info Path app429d_1186419216 file successfully created 15:08:25.456 [3492.6020] <2> nbjm_media_request: Passing job control to NBJM, type READ ... 15:17:12.749 [3664.1404] <2> bptm: EXITING with status 0 <-- 15:18:25.355 [2720.5456] <2> write_data: writing block shorter than BUFF_SIZE, 218112 bytes 15:18:25.355 [2720.5456] <2> write_data: writing short block, 218112 bytes, remainder 0 15:18:25.355 [2720.5456] <2> write_data: waited for full buffer 63961 times, delayed 80764 times 15:18:25.355 [2720.5456] <2> write_backup: write_data() returned, exit_status = 0, CINDEX = 0, TWIN_INDEX = 0, backup_status = 0 15:18:25.355 [2720.5456] <2> io_terminate_tape: writing empty backup header, drive index 0, copy 1 15:18:25.355 [2720.5456] <2> io_ioctl: command (0)MTWEOF 1 from (bptm.c.8229) on drive index 0 15:18:31.933 [2720.5456] <2> io_terminate_tape: absolute block position prior to writing empty header is 241703, copy 1 15:18:31.933 [2720.5456] <2> io_write_back_header: drive index 0, empty_file, file num = 2, mpx_headers = 0, copy 1 15:18:31.933 [2720.5456] <2> io_close: closing C:\Program Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, from bptm.c.8369 15:18:31.933 [2720.5456] <2> io_terminate_tape: block position check: actual 241703, expected 241703 15:18:31.933 [2720.5456] <2> send_MDS_msg: MEDIADB 1 28 AK6501 402 *NULL* 21 1186511708 1186511708 1187721308 0 0 0 0 1 1 0 0 1024 0 241703 0 15:18:31.933 [2720.5456] <2> ParseC
[Veritas-bu] Client Process aborted code 50 after upgrade to MP5
Hi there, We've upgraded from NB6.0MP4 to NB60MP5 on Windows and now our backups are failing with statuscode 50 Client Process aborted. Anyone experienced this? Thanks! _ See what you’re getting into…before you go there http://newlivehotmail.com/?ocid=TXT_TAGHM_migration_HM_viral_preview_0507___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] how to backup lots of small files
If you use ALL_LOCAL_DRIVES, make sure that you don't have the cross mount points checked. It even tells you that in the manuals that no one reads. If you are going to create your own file list, then you have to decide whether or not to cross mount points or not. If this is the case, you are also responsible for ensuring that you are backing up the data that you need to back up. Remember, it is not a software "glitch" when the software does exactly what you tell it to do. Bobby. -- Original message -- From: [EMAIL PROTECTED] gturner, you do realize that the reason your backup times decreased, was because you are no longer backup up all of the mount points on your unix system? Probably making the backup worthless, depending on how the system is setup. Jared M. Seaton Recovery Administrator Mylan Laboratories Inc. 304-554-5926 "gturner" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 08/08/2007 02:53 PM Please respond to VERITAS-BU@mailman.eng.auburn.edu [EMAIL PROTECTED] cc Subject[Veritas-bu] Re: how to backup lots of small files Mark, have you unchecked "Cross Mount Points" I went through a similar situation with one of our Solaris servers. After unchecking that box, my backup times reduced by atleast 50%. mark wragge wrote: > what is the best way to backup a solaris server copntaining millions of small > files. is flashbackup the quickest way? > > the backup is currently taking over one day for 250gb and we suspect that it > is the large number of files. > > thanks > > Send instant messages to your online friends http://uk.messenger.yahoo.com +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. ==--- Begin Message --- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu --- End Message --- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
All, have a question about speed. We are running the master server on a Windows C class HP blade with a dual core 2.4 GHz Atholon CPU and 8 GBs memory. Has two FC ports connected to: 2 Two HP StorageWorks Enterprise Class ESL712 Tape Libraries 712 - Tape slots each library 12 - LTO3 Tape drives total Backups are not that fast and I am questioning why. This is just a fast POC test but I would like to tune and give the customer more valid numbers. Any ideas would be great. My thoughts are that we don't have enough CPU's to push the tape libraries but why such a vast difference betwen windows and solaris backups? I am just puzzled. Help please. Here are the values in the following files: C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS 132 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_DISK 32 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_RESTORE 64 C:\Program Files\Veritas\Netbackup\db\config\SIZE_DATA_BUFFER 262144 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ 1049600 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ_REST 525312 For Network Windows servers clients, we average just under 7 MB/sec Same server configuration for Solaris 33 MB/sec >From bptm log: 15:08:25.456 [3492.6020] <2> io_set_sendbuf: setting send network buffer to 525312 bytes 15:08:25.456 [3492.6020] <2> io_init: using 128 data buffers 15:08:25.456 [3492.6020] <2> io_init: buffer size for read is 262144 15:08:25.456 [3492.6020] <2> io_init: child delay = 20, parent delay = 30 (milliseconds) 15:08:25.456 [3492.6020] <2> create_shared_memory: shm_size = 33557564, buffer address = 0x117, buf control = 0x317, ready ptr = 0x3170c00, res_cntl = 0x3170c04 15:08:25.456 [3492.6020] <2> setup_bpbkar_info: Global\NetBackup Media Manager SHM Info Path app429d_1186419216 file successfully created 15:08:25.456 [3492.6020] <2> nbjm_media_request: Passing job control to NBJM, type READ ... 15:17:12.749 [3664.1404] <2> bptm: EXITING with status 0 <-- 15:18:25.355 [2720.5456] <2> write_data: writing block shorter than BUFF_SIZE, 218112 bytes 15:18:25.355 [2720.5456] <2> write_data: writing short block, 218112 bytes, remainder 0 15:18:25.355 [2720.5456] <2> write_data: waited for full buffer 63961 times, delayed 80764 times 15:18:25.355 [2720.5456] <2> write_backup: write_data() returned, exit_status = 0, CINDEX = 0, TWIN_INDEX = 0, backup_status = 0 15:18:25.355 [2720.5456] <2> io_terminate_tape: writing empty backup header, drive index 0, copy 1 15:18:25.355 [2720.5456] <2> io_ioctl: command (0)MTWEOF 1 from (bptm.c.8229) on drive index 0 15:18:31.933 [2720.5456] <2> io_terminate_tape: absolute block position prior to writing empty header is 241703, copy 1 15:18:31.933 [2720.5456] <2> io_write_back_header: drive index 0, empty_file, file num = 2, mpx_headers = 0, copy 1 15:18:31.933 [2720.5456] <2> io_close: closing C:\Program Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, from bptm.c.8369 15:18:31.933 [2720.5456] <2> io_terminate_tape: block position check: actual 241703, expected 241703 15:18:31.933 [2720.5456] <2> send_MDS_msg: MEDIADB 1 28 AK6501 402 *NULL* 21 1186511708 1186511708 1187721308 0 0 0 0 1 1 0 0 1024 0 241703 0 15:18:31.933 [2720.5456] <2> ParseConfigExA: Unknown configuration option on line 56: RenameIfExists = 1 15:18:31.949 [2720.5456] <2> JobInst::sendIrmMsg: returning 15:18:31.949 [2720.5456] <2> openTpreqFile: tpreq_file: C:\Program Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, serial_num: HU10709CR7 15:18:31.949 [2720.5456] <2> get_drive_path: SCSI coordinates {0,0,0,1}, dos_path \\.\Tape0, pnp_path \\?\scsi#sequential&ven_hp&prod_ultrium_3-scsi&rev_l63w#5&23bbaf37&0&01#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b} 15:18:31.949 [2720.5456] <2> check_serial_num: serial number match for drive with SCSI coordinates {0,0,0,1}, dos_path \\.\Tape0, drive serial number HU10709CR7, expected serial number HU10709CR7 15:18:31.980 [2720.5456] <2> init_tape: \\.\Tape0 (SCSI coordinates {0,0,0,1}) configured with blocksize 0 15:18:31.996 [2720.5456] <2> init_tape: \\.\Tape0 (SCSI coordinates {0,0,0,1}) has compression enabled 15:18:32.011 [2720.5456] <2> io_open: SCSI RESERVE >From status log of NB Master Full backup: about 22 MB/sec 8/7/2007 2:35:56 PM - positioning AK6501 to file 1 8/7/2007 2:36:06 PM - positioned AK6501; position time: 00:00:10 8/7/2007 2:36:06 PM - begin writing 8/7/2007 2:45:18 PM - Warning bpbrm(pid=3900) from client bmedia403: WRN - Removable Storage Management: unable to export database (WIN32 21: The device is not ready. ) +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.aubu