[Veritas-bu] Error 85's

2007-11-09 Thread Brandon Zermeno
I have been getting random error 85's since adding AIX media servers. I
have an i2000 with 16 LTO3 drives that are all shared between 5 Window
media server and 4 AIX Media servers. The Master is 6.0 MP5 on Windows.
All the tapes are shared from the scratch pool, meaning if a tape was
written by a windows media server it goes right back into the scratch
pool once its expired and can now be grabbed by an AIX server. 

Due to the randomness of the error 85's is there a chance that the AIX
servers are writing to the tapes in a different header size or block
size that is causing the servers to freak out?

 Veritas was unable to help with this problem (surprise).

 

Thanks

Brandon

Senior Hoop Jumper

Junior SAN Monkey 

CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] retentions

2007-07-20 Thread Brandon Zermeno
There are certain environments here that require only a 2 week
retention, no matter what. In this environment we run full backups
everyday and when the data set is in the 80 TB range, well that just
more then I need to deal with. We have been running this way for years
with no major issues. Leave it up to Oracle to take 2 weeks 4 hours to
try and fix RAC.

 

From: Curtis Preston [mailto:[EMAIL PROTECTED] 
Sent: Thursday, July 19, 2007 9:10 PM
To: Brandon Zermeno; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] retentions

 

How about setting a longer retention period and _expiring_ backups if
the conditions you're looking for have happened?

 

As long as I'm at it, I think a two week retention period is crazy.  You
should always have AT LEAST three full cycles.  (IOW, if you're doing a
full backup every week, I think you should have at least a three week
retention period.)  My preference would be at least a month for database
backups and 90 days for filesystem backups.

 

As to what other products do...

 

NetWorker won't expire a full backup if there are incremental backups
based on it.  In your case, they would/could have expired too and the
oldest full might have expired.

 

TSM doesn't expiration like this.  It keeps versions, and does not think
the way these products think unless you force it to.  I therefore think
that TSM wouldn't have done what NetWorker did.

 

Did I mention that a two week retention period is too short? ;)

 

---

W. Curtis Preston

Backup Blog @ www.backupcentral.com

VP Data Protection, GlassHouse Technologies



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brandon
Zermeno
Sent: Thursday, July 19, 2007 3:51 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] retentions

 

We had an issue where was server was down for over 2 weeks and the last
full backups expired. The retention for this environment is 2 weeks.
After the tapes expired the App team decided they wanted to restore. Now
management wants Veritas to extend the retention period automatically if
a full is not successfully run. I do not know of any company that has
this capability so I am looking for ideas. I do not think it would be
possible for a person to manually track all the servers and their last
full and then manually bpexpdate the images. I have pushed back with the
question of why was this server allowed to be down for 2 weeks but
nobody is answering. 

 

CONFIDENTIALITY NOTICE:  This email may contain confidential and
privileged material for the sole use of the intended recipient(s).  Any
review, use, distribution or disclosure by others is strictly
prohibited.  If you have received this communication in error, please
notify the sender immediately by email and delete the message and any
file attachments from your computer.  Thank you.
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] retentions

2007-07-19 Thread Brandon Zermeno
This is what I am looking for. We have had nothing but useless junk from
Command Central and Advanced Reporter and I have no faith in the latest
version Backup Reporting. Does Aptare manage to show you when the last
backup was run successfully?
In this case we overwrote the tape so importing was not an option. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Darren
Dunham
Sent: Thursday, July 19, 2007 4:38 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] retentions

> As far as I know once images expire they are deleted from the
Netbackup
> catalog - as a result (and as you state) it is not possible to
unexpire
> images within the catalog via bpexpdate.  The only option is to
manually
> import the images off the tapes, assuming you know what tapes have the
> images you need and they haven't yet been overwritten.  If you are
able
> to do the import then you can assign whatever retention you want.

Yes.  I think he's looking for something like the default behavior of
EMC Networker, where the image's expiration is suspended if there
haven't been any later successful backups.  So not recover (via import)
after the fact, but prevent the last backup from being expired at all.

I can think of how using some scheduled scripts could get pretty close.
Examine the catalog for the last full backup of all the
machine/filesystem.  If it's approaching expiration, push the expiration
date back.

As long as the script runs (successfully) at least once within the
"pushback" period, it'll prevent the expiration.  

Finding the image corresponding to a particular filesystem isn't
necessarily trivial though.  And you really need to track by filesystem.
If the machine has done recent successful full backups, but one
filesystem failed each time, you'd like to delay that filesystem's
expiration.

-- 
Darren Dunham   [EMAIL PROTECTED]
Senior Technical Consultant TAOShttp://www.taos.com/
Got some Dr Pepper?   San Francisco, CA bay area
 < This line left intentionally blank to confuse you. >
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] retentions

2007-07-19 Thread Brandon Zermeno
We had an issue where was server was down for over 2 weeks and the last
full backups expired. The retention for this environment is 2 weeks.
After the tapes expired the App team decided they wanted to restore. Now
management wants Veritas to extend the retention period automatically if
a full is not successfully run. I do not know of any company that has
this capability so I am looking for ideas. I do not think it would be
possible for a person to manually track all the servers and their last
full and then manually bpexpdate the images. I have pushed back with the
question of why was this server allowed to be down for 2 weeks but
nobody is answering.
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] fat fingered servername in the emmserver database

2007-07-02 Thread Brandon Zermeno
Don't you also have to enter in the OS type, I know you do when you add a host.

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stump, Bob A
Sent: Friday, June 29, 2007 9:30 AM
To: rcarlisle; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] fat fingered servername in the emmserver database

 

yes, that is what I tried but it didn't work

 

# nbemmcmd -deletehost -machinename fatfingered -machinetype media

 

Where:

-machinename string = fatfingered

-machinetype = media

 

Or am I missing something?

 



From: rcarlisle [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 29, 2007 12:22 PM
To: Stump, Bob A; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] fat fingered servername in the emmserver database

 

/usr/openv/netbackup/bin/admincmd/nbemmcmd -deletehost -machinename string 
-machinetype api | cluster | master | media | ndmp-mediaid string

 

 

 

Reneé Carlisle 

ServerWare Corporation

 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stump, Bob A
Sent: Friday, June 29, 2007 12:00 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] fat fingered servername in the emmserver database

There is an entry in the emmserver database for a hostname that was fatfingered.

How can I delete it? I do NOT want to delete the correctly entered finefingered 
server.

 

 

The Discovery:

# nbemmcmd -getemmserver

.

.

MEDIA  6.0 finefingered   emmserver

  UNKNOWN RELEASE (0) fatfingered  

*Failed to get the configuration for the host "fatfingered". client hostname 
could not be found(48)

 

The Attempt to correct:

# nbemmcmd -deletehost -machinename fatfingered -machinetype media

NBEMMCMD, Version:6.0MP4(20060530)

The function returned the following failure status:

invalid host name (136)

Command did not complete successfully.
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] DataDomain and Netbackup

2007-04-03 Thread Brandon Zermeno
Do you do any migration of the data to tape? If you are how is that
working?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Piszcz
Sent: Tuesday, April 03, 2007 4:58 AM
To: Tom Burrell
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] DataDomain and Netbackup

Comments are below:

On Mon, 2 Apr 2007, Tom Burrell wrote:

> Where do I start?
>
> What kind of compression do you see?
The compression is really strange, these rates are based upon 100-200GB
of 
actual data from a Windows server, but it only shows up as 30GB or so:

ddr# df -h
Resource  Size GB   Used GB   Avail GB   Use%
---   ---   ---      
/ddvar   29.5   0.8   27.2 3%
Pre-compression - 448.6  -  -
Data   3857.6  11.4 3846.1 0%
If 100% cleaned*3857.6  11.4 3846.1 0%
Meta-data19.4   0.0   18.3 0%
Index   181.5   3.9  177.6 2%
---   ---   ---      
Estimated compression factor*: 29.2x = 448.6/(11.4+0.0+3.9)
* Estimate based on 2007/04/03 cleaning
ddr#


>
> How does the performance compare to tape/other disk in
> your environment?
The DDR units we have are older models, they use some sort of
proprietary 
RAID-6 technology so if you run one stream you will see 20-30MB/s but if

you run more than one, well, you will see 5-8MB/s on each stream.

>
> Are you using an appliance, or a gateway unit?  If a
> gateway, what do you have behind it for disk?
I am using an DDR unit for disk backups, it has several disks and cost a

bunch :)

>
> Do you replicate between units?  DR or Remote Office
> backup?
You can, but it won't help with NetBackup catalogs :)

ddr# help replication

NAME
  replication - Manage the Replicator for replication of data from
one
  restorer to another.

SYNOPSIS
  replication add source  destination 

  replication break 

I currently do not use replication.

>
> How does the replication do on bandwidth?
I believe it only rsyncs the blocks that have changed every 5 minutes if
I 
remember correctly(?)

>
> How has the support experience been for you?  How is
> the reliability in your opinion?
We do not POUND the DDR units to the ground; but, overall they are nice
to 
have to use as DSU's to backup hosts with many files or slow links, that

way it saves our tapes from shoe shining.

Justin.

  >
> That should start you off.  I'll stop and take a
> breath now.
>
> Tom Burrell
>
> --- Justin Piszcz <[EMAIL PROTECTED]> wrote:
>
>> I use DDR units on a daily basis and have tested
>> their VTL option, what
>> are your questions?
>>
>> On Mon, 2 Apr 2007, Tom Burrell wrote:
>>
>>> Anyone out there have some experiences they would
>> like
>>> to share using DataDomain appliances as Disk
>>> Storage/Staging units behind Netbackup?  Esp. in a
>> DR
>>> scenario (replicating between sites)?
>>>
>>> We are considering a number of options, and at
>> least
>>> on paper this one looks pretty interesting and I'm
>>> hearing good anecdotal evidence locally.  Plans
>> are
>>> being formed for a proof-of-concept on this, but I
>> was
>>> wondering if anyone else has tried this route
>>> recently.
>>>
>>> Tom Burrell
>>>
>>>
>>>
>>>
>>
>


>>> Now that's room service!  Choose from over 150,000
>> hotels
>>> in 45,000 destinations on Yahoo! Travel to find
>> your fit.
>>> http://farechase.yahoo.com/promo-generic-14795097
>>> ___
>>> Veritas-bu maillist  -
>> Veritas-bu@mailman.eng.auburn.edu
>>>
>>
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>>>
>>
>
>
>
>
>


> TV dinner still cooling?
> Check out "Tonight's Picks" on Yahoo! TV.
> http://tv.yahoo.com/
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Netbackup not seeing correct Barcode Label

2007-04-02 Thread Brandon Zermeno
I have 2 of the PX502's and I found it was just easier to create barcode
rules to force it to read the first 6 characters from the left. Under
media ID generation I have the barcode length of 8 and the rule is
1:2:3:4:5:6  That way it leave off the L3 on the end.

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Sponsler, Michael
Sent: Tuesday, March 27, 2007 3:10 PM
To: Jones, Courtenay; Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Netbackup not seeing correct Barcode Label

 

Yup.  Rebooted the jukebox (PX510), and rebooted the master server just
for good measure.  No barcode rules or media id generation rules.

 

I'm pretty dumbfounded.

 

Doing a search for 00Q100 on my PX510 web admin console (for both
barcode and media id) gives me nada.  Searching for Q1 tells me
where the tape is.

 

--

Mike

 

 

 



From: Jones, Courtenay [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 27, 2007 5:49 PM
To: Sponsler, Michael; Veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Netbackup not seeing correct Barcode Label

Have you checked your barcode rules to make sure no one has made any
changes?

 

Regards,

 

-cj

Courtenay Jones

UNIX Systems Engineer, Raleigh Technology Centre

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Sponsler, Michael
Sent: Tuesday, March 27, 2007 5:27 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup not seeing correct Barcode Label

Netbackup 6.0, MP4.
Master server Solaris 10 connected to a PX510 SDLT600 via a fibre SAN.
Media
servers on san, connected to PX510 via shared storage: Suse Enterprise
Linux
(two servers).

The problem:
The physical labels on the tapes are Q1 -> Q10014.  The PX510 sees
the
tapes correctly, such as Q1 (verified by the PX510 web admin
console).
 When a vmcheckxxx or vmupdate is run on the robot, the tapes come in as
"Barcode" 10Q100 -> 14Q100.  Thus, the generated Media ID is also 10Q100
-> 14Q100.  When a backup job goes to run, and say it requests tape
10Q100
it will return an error 98, media resource request failed.

The PX510 responds to Netbackup saying "10Q100" does not exist.  The
PX510
sees the tapes as Q1 -> Q10014.  No Media ID generation rules or
barcode
rules are in place.  The robot and drive definitions were deleted, and
recreated.
 I recreated them on the master server only, on one of the media servers
only, and I also tried changing the robot number from 53 to 56.  The
PX510
/ Netbackup setup had run, and reported tape barcodes correctly before
hand.
 The problem just "appeared" one day.  I was getting error 96's, assumed
someone did a tape change (I am the netbackup admin of a netbackup
network
that exists in the UK, and I am in the US) and ran in inventory update.
The tapes changed from Q1 to 00Q100, etc...

Any ideas? 

 

-- 
Mike Sponsler 
Northrop Grumman 
[EMAIL PROTECTED]
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Warning - Unable to Set Short Name on Restore

2007-02-02 Thread Brandon Zermeno
I see these errors when I am restoring a folder that is shared in
Windows. Restarting the server service will recreate the share.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Brooks,
Jason
Sent: Friday, February 02, 2007 2:23 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Warning - Unable to Set Short Name on Restore

Today, after doing two restores on two different Windows2K3 servers, I
started seeing the following error:

2/2/2007 4:14:00 PM - Warning bpbrm(pid=3840) from client server1: WRN -
unable to set short name on restore: X:\wwwroot\StudyAbroad
(err=0020)
2/2/2007 4:14:01 PM - Warning bpbrm(pid=3840) from client server1: WRN -
'Server' service needs to be restarted for share to take effect:
X:\wwwroot\StudyAbroad
2/2/2007 4:14:02 PM - Warning bpbrm(pid=3840) from client server1: WRN -
unable to set short name on restore:
X:\wwwroot\StudyAbroad\ApplicationStudyAbroad.pdf (err=00b7)
2/2/2007 4:14:03 PM - Warning bpbrm(pid=3840) from client server1: WRN -
unable to set short name on restore: X:\wwwroot\StudyAbroad\photo12.JPEG
(err=00b7)
2/2/2007 4:14:10 PM - Warning bpbrm(pid=3840) from client server1: WRN -
unable to set short name on restore: X:\wwwroot\StudyAbroad\photo18.JPEG
(err=00b7)
2/2/2007 4:14:11 PM - Warning bpbrm(pid=3840) from client server1: WRN -
unable to set short name on restore: X:\wwwroot\StudyAbroad\Shortcut to
franceavailability.htm.lnk (err=00b7)
2/2/2007 4:14:50 PM - end reading; read time: 00:00:51
2/2/2007 4:15:02 PM - restored image server1_1169313540 - (the requested
operation was successfully completed(0)); restore time 00:01:18


I'm running NBU 6.0 MP3 on Windows 2K3.  No change on the client side -
both are Windows 2K3, one a file server, one a Web Server.  They've both
been at 2K3 for some time and I've done restores on both without the
error.  Google turned this up, but it only applies to NBU 5.x and
restoring to different file systems.  

http://seer.support.veritas.com/docs/276828.htm 

None of the conditions seem to match why I'm suddenly seeing this.  In
the above example, I suspect one is because it was a shortcut.  The
others, mostly image files and a few pdfs, not sure.  Ideas why?  Where
to look?

Thanks,
Jason


Jason Brooks
Computer Systems Engineer
IITS - Longwood University
voice - (434) 395-2034
fax - (434) 395-2035
mailto:<[EMAIL PROTECTED]> 

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Errors on Exchange Store Restore

2006-12-14 Thread Brandon Zermeno
This could be a lot of things. I seem to remember having similar issues
that were resolved with a newer MP. Also might be a name resolution
issues. Are you doing a restore to the original servers recovery storage
group or to an alt server?  Also try running the restore from the client
if you are getting failures pushing from the master.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave
Brown
Sent: Thursday, December 14, 2006 9:06 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Errors on Exchange Store Restore

 

Update:

 

>From the restore utility console

 

09:46:24 12/14/2006: Restore Started

 

09:46:26 (46001.xxx) Restore job id 46001 will require 1 image.
09:46:26 (46001.xxx) Media id 05 is needed for the restore.
09:46:26 (46001.xxx) Media id 000109 is needed for the restore.

 

09:46:59 (46001.001) Restoring from image created 9/30/2006 12:16:05 AM
09:47:01 (46001.001) INF - Waiting for mount of media id 05 on
server aabkp11 for reading.
09:47:55 (46001.001) INF - Waiting for positioning of media id 05 on
server aabkp11 for reading.
09:47:55 (46001.001) INF - Beginning restore from server aabkp11 to
client aaexc11.
09:47:56 (46001.001) TAR - Microsoft Information Store:\First Storage
Group\A-M
09:47:56 (46001.001) (46001.001) ERR - unable to create object for
restore: Microsoft Information Store:\First Storage Group\A-M (BEDS
0xFE30: A communications failure has occurred.

 

09:47:56 (46001.001) )

 

>From TAR on Client

 

[1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - will be using callback
event
9:47:56.239 AM: [1632.8268] <2> ov_log::V_GlobalLogEx: ERR -
beds_ese_access::V_OpenForWrite():FS_CreateObj() Failed! (0xFE30:A
communications failure has occurred.
)
9:47:56.239 AM: [1632.8268] <2> tar_base::V_vTarMsgW: ERR - unable to
create object for restore: Microsoft Information Store:\First Storage
Group\A-M (BEDS 0xFE30: A communications failure has occurred.
)
9:50:50.032 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket
(1900) (TCP 10054: Connection reset by peer)
9:50:50.032 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to
send 1 bytes
9:50:50.048 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket
(1900) (TCP 10054: Connection reset by peer)
9:50:50.048 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to
send 1 bytes
9:50:50.095 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket
(1900) (TCP 10054: Connection reset by peer)
9:50:50.095 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to
send 1 bytes
9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for
incoming data:0
9:50:50.423 AM: [1632.8268] <2> tar_base::V_vTarMsgW: FTL - Unexpected
EOF in tar file
9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for
incoming data w/ callback:163615
9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - waited for
outgoing data:2348
9:50:50.423 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket
(1900) (TCP 10054: Connection reset by peer)
9:50:50.423 AM: [1632.8692] <4> VTCP_ReadBuffer_Thread: TCP - WSARecv()
called:574588
9:50:50.423 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to
send 6 bytes
9:50:50.439 AM: [1632.8268] <2> tar_base::V_vTarMsgW: INF - Commit is
set, but no log files are included in this restore request. Log files
are required to perform Exchange database recovery!.
9:50:50.439 AM: [1632.8268] <16> dtcp_write: TCP - failure: send socket
(1900) (TCP 10054: Connection reset by peer)
9:50:50.439 AM: [1632.8268] <16> dtcp_write: TCP - failure: attempted to
send 6 bytes
9:50:50.439 AM: [1632.8268] <2> tar_base::backup_finish: TAR - restore:
1 files
9:50:50.439 AM: [1632.8268] <2> tar_base::backup_finish: TAR - restore:
file data:  209080650 bytes  104 gigabytes

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave
Brown
Sent: Wednesday, December 13, 2006 2:32 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Errors on Exchange Store Restore

Windows 2003

Exchange 2003

Netbackup 4.51 MP6

 

Getting an exit status 5.

 

Looks like same error that NB60 gives but this is NB51.  Also attempted
to change location to restore to , as opposed to original location,  and
put in recovery storage group as you would in NB 60 .  Anyone seen this
condition in 5.1 ?

 

Dave

 

 

This message (including any attachments) is intended for the sole use of
the individual to whom it is addressed and may contain confidential
information. You are hereby notified that any dissemination,
distribution, or duplication of this message by someone other than the
intended addressee or their designated agent is strictly prohibited.
Information included in this message that does not relate to the
specified business of Worknet shall be understood as neither given by
nor endorsed by Worknet or its employees.  Any cost estimates or
estimated quotes included in this

Re: [Veritas-bu] Quantum Px500

2006-11-15 Thread Brandon Zermeno
The entire chassis had to be replaced on both units as soon as we got
them, and one of the FC bridges blew up also. The Quantum rep told me
last week that they are no longer outsourcing the production of these
units because of quality issues. If you are using the fiber controller
card you have to call Quantum and have them ship you the correct SCSI
cable. The ones they ship with the units will not work.

-Original Message-
From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, November 15, 2006 1:29 PM
To: marco chiapusso; Brandon Zermeno
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Quantum Px500


Are you running Native Fiber or SCSI?  We're about to purchase two here
as well.  (Oh boy!)

-Jonathan 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of marco
chiapusso
Sent: Wednesday, November 15, 2006 3:14 PM
To: [EMAIL PROTECTED]
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Quantum Px500

Hi brandon,
you couldn't help me?
Do you have any pdf of quantum doc about that?


>From: "Brandon Zermeno" <[EMAIL PROTECTED]>
>To: "marco chiapusso" 
><[EMAIL PROTECTED]>,
>Subject: RE: [Veritas-bu] Quantum Px500
>Date: Wed, 15 Nov 2006 12:55:57 -0700
>
>I have two of them. Call Quantum. Their documentation about cabling is 
>incorrect. I could not get them to work without their help.
>
>-Original Message-
>From: [EMAIL PROTECTED]
>[mailto:[EMAIL PROTECTED] On Behalf Of marco 
>chiapusso
>Sent: Wednesday, November 15, 2006 11:57 AM
>To: veritas-bu@mailman.eng.auburn.edu
>Subject: [Veritas-bu] Quantum Px500
>
>Hi Guys,
>doesn't anyone experienced with a Quantum Px502?
>I'm in trouble to configure that on a Netbackup 5.1 enviroment on 
>windows
>
>TXS!!!
>
>_
>Memorizza e condividi online le tue foto con Live Space!
>http://spaces.live.com/default.aspx?page=Ed02
>
>___
>Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu 
>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>CONFIDENTIALITY NOTICE:  This email may contain confidential and 
>privileged material for the sole use of the intended recipient(s).  Any

>review, use, distribution or disclosure by others is strictly 
>prohibited.  If you have received this communication in error, please 
>notify the sender immediately by email and delete the message and any 
>file attachments from your computer.  Thank you.

_
Aggiungi i tuoi nuovi contatti di Hotmail anche in Messenger.Con un
click! 
http://join.msn.com/hotmail/features-std#6

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Quantum Px500

2006-11-15 Thread Brandon Zermeno
I have two of them. Call Quantum. Their documentation about cabling is
incorrect. I could not get them to work without their help.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of marco
chiapusso
Sent: Wednesday, November 15, 2006 11:57 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Quantum Px500

Hi Guys,
doesn't anyone experienced with a Quantum Px502?
I'm in trouble to configure that on a Netbackup 5.1 enviroment on
windows

TXS!!!

_
Memorizza e condividi online le tue foto con Live Space! 
http://spaces.live.com/default.aspx?page=Ed02

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] NBU Backup Speed

2006-11-08 Thread Brandon Zermeno
On the Master server properties you can set the bandwidth throttle for a
specific IP range. I have never done it so I cant tell you if it
actually works or not.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin,
Jonathan (Contractor)
Sent: Wednesday, November 08, 2006 9:17 AM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NBU Backup Speed

So we're getting ready to implement our new backup infrastructure and
the network guys are getting jittery about us closing their trunks.
Sure, when a gigabit client writes to an SDLT220 drive, the best they
can hope for is 22MB/sec - but with Disk-2Disk coming in, we could write
as fast as 1GB/sec per nic on the media servers (theoretically clogging
their 2GB/sec Trunks between switches.)  Anyhow - its all silly because
most of my data is on a dedicated backend with 48GB/sec trunks or
something similar but just to placate the network guys, is there a
switch I can use to tell the Netbackup client not to backup faster than
(say) 10240KB/sec?!  I thought I saw something similar recently in an
article but I can't seem to find anything in Veritas support.

Thanks,

-Jonathan

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] 6.0 advantages?

2006-10-26 Thread Brandon Zermeno
Title: Message







It has been
about a year since I ran 5.1 so I don’t quite remember how they ran but
with 6 a failed backup, like a full monthly, will retry at your set frequency
(in our case 12 hours) until it completes with a 0 or 1. Sometimes it will try
and run the same job everyday for a week. We rarely have to manually rerun jobs
now. But I do agree that 5 is more stable. The 6 upgrade has required a lot of
work to get 99% success.

 









From: WEAVER, Simon
[mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 25, 2006
10:43 PM
To: Brandon Zermeno; Hindle, Greg;
NB List Mail
Subject: RE: [Veritas-bu] 6.0
advantages?



 



Forgive
me if I am wrong, but doesnt 5.x offer the same functionaility of failed
backups (retry!)





 





Because
that is what I am seeing here, in a 5.1 environment.. As long as the window
is open, the backups re-try until the threshold hits the limit or the backup
completes.





 





 



Regards

Simon Weaver
3rd Line Technical Support
Windows Domain
Administrator 

EADS Astrium Limited,
B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]



-Original Message-
From: Brandon Zermeno
[mailto:[EMAIL PROTECTED] 
Sent: 25 October 2006 19:14
To: Hindle, Greg; NB List Mail
Subject: Re: [Veritas-bu] 6.0
advantages?



In an
environment with multiple media servers you only have to recover the Master in
a DR. This allows us to be up and recovering any server in the 2 hours it takes
to recover the catalog. If a media server is needed for throughput you can do a
basic install of Veritas on it and be up and running. With all the data on the
Master the media servers do not need any data recovered to be functional. I
like the way it auto restarts failed jobs, but it bit me last night when a job
tried to run 5 times and now I have 23 failures on the report for 1 server.











From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hindle, Greg
Sent: Wednesday, October 25, 2006
9:49 AM
To: NB List Mail
Subject: [Veritas-bu] 6.0
advantages?



What
advantages do you see in 6.x over 5.x?  What things are better and easier
etc. I need to get some points to be used for planning a 6.0 upgrade.

Greg


>>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee.  If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP1



 





CONFIDENTIALITY NOTICE:  This email may contain
confidential and privileged material for the sole use of the intended
recipient(s).  Any review, use, distribution or disclosure by others is
strictly prohibited.  If you have received this communication in error,
please notify the sender immediately by email and delete the message and any
file attachments from your computer.  Thank you.





 





 










This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified.
-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England

 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged material for the sole use of the intended recipient(s).  Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by email and delete the message and any file attachments from your computer.  Thank you.
 
 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] 6.0 advantages?

2006-10-25 Thread Brandon Zermeno
Title: 6.0 advantages?







In an
environment with multiple media servers you only have to recover the Master in
a DR. This allows us to be up and recovering any server in the 2 hours it takes
to recover the catalog. If a media server is needed for throughput you can do a
basic install of Veritas on it and be up and running. With all the data on the
Master the media servers do not need any data recovered to be functional. I
like the way it auto restarts failed jobs, but it bit me last night when a job
tried to run 5 times and now I have 23 failures on the report for 1 server.

 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hindle, Greg
Sent: Wednesday, October 25, 2006
9:49 AM
To: NB List Mail
Subject: [Veritas-bu] 6.0
advantages?



 

What
advantages do you see in 6.x over 5.x?  What things are better and easier
etc. I need to get some points to be used for planning a 6.0 upgrade.

 

Greg


>>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee.  If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP1


 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged material for the sole use of the intended recipient(s).  Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by email and delete the message and any file attachments from your computer.  Thank you.
 
 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] 6.0 scheduler issues

2006-10-24 Thread Brandon Zermeno
I wish I would have gotten this thread on Friday, before I enabled
checkpoint restart on all 70 policies and spent all Monday freaking out.


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jon
Bousselot
Sent: Monday, October 23, 2006 2:13 PM
To: Ed Wilts
Cc: veritas mailing list
Subject: Re: [Veritas-bu] 6.0 scheduler issues

An update on the support ticket...

After submitting logs and various other things requested by support, the
suggested solutions to my problem are:
1.  Delete the pempersist file on a regular basis.
2.  Disable checkpoints in the backup policy (this seems to be a major
contributor to the problem)
3.  Install some PRE-MP4 engineering patches that were granted only
after the case was escalated.  It is two files that you just replace and
relaunch netbackup.
4.  Disable checkpoints and wait for MP4 which should be released in
November 2006.

I have been deleting pempersist, and the problem goes away for five to
fourteen days.  Adding the engineering patches worked fine, but it has
been less than a week, so I'll be watching the activity log closely.  I
really depend on checkpoints because I'm backing up millions of files on
windows systems, and it takes a long time.

-Jon

> On 9/12/2006 1:10 PM, Jon Bousselot wrote:
>   
>> > That tech doc doesn't describe my problem exactaly, but I'm having
a bug
>> > in 6.0mp3 where jobs don't run for weeks, 
>> 
>
> Log a call.  There are so many bugs in the stock MP3 scheduler that 
> you'll need tech support to tell you if it's fixed in the 
> currently-available binaries or if your issue is diferent.
>
>   .../Ed
>
>
> -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED]
> ___ 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
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Catalog restore error

2006-09-11 Thread Brandon Zermeno







If this is a
Windows box make sure the master server is in the host file. 

 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dustin D'Amour
Sent: Monday, September 11, 2006
2:16 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Catalog
restore error



 

Anyway to get past this or how to fix
this?

 

 

Welcome to the NetBackup Catalog Recovery
Wizard!

 

Please make sure the devices and media
that contain catalog disaster recovery data are available

Are you ready to continue?(Y/N)

Y

Please specify the full pathname to the
catalog disaster recovery file:

/csg01/catalog/CSG_WIRELESS-CATALOG_1156538798_FULL

ptclvsbkp01.nmplateaugsm.com_1156538798

All media resources were located

Do you want to recover the entire
NetBackup catalog? (Y/N)

y

Catalog recovery is in progress. Please
wait...

Failed to obtain a job id from job
manager: cannot connect on socket (25)

 

Failed to recover catalog (25)

 

 

Dustin D'Amour

Coyote Solutions Group

505.742.0066

www.coyotesolutions.com

 

"Relax...it's
just an update for the patch to fix the nerf that nerfed the fix for the update
of the patch that broke the fix that was fixed." --Author
Unkown

 

"...Be not afraid of greatness: some are born great, some achieve greatness,
and some have greatness thrust upon them." --William Shakespeare

 




 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged material for the sole use of the intended recipient(s).  Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by email and delete the message and any file attachments from your computer.  Thank you.
 
 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] NBDB upgrade

2006-07-13 Thread Brandon Zermeno







FYI, If you are running NBU6 and followed
the instruction on page 557 of the Admin guide and changed the NBDB database
password, the installation of MP2 and MP3 will fail. I would like to thank
Veritas for that little “feature”. The update works  after you set
the password back to the default.




 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged material for the sole use of the intended recipient(s).  Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by email and delete the message and any file attachments from your computer.  Thank you.
 
 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] LTO3 Drive Speed Poll

2006-07-11 Thread Brandon Zermeno
We get pretty much the same speeds. We run a Quantum PX502 and I think
it is pretty much maxed out at 80 meg/sec per drive. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Piszcz
Sent: Tuesday, July 11, 2006 2:52 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] LTO3 Drive Speed Poll

The group I work with is expecting 160-200MB/s megabytes per second on
an 
LTO3 with compression.  I did some tests today with 7 RAID1 SCSI drives.

67GB x 7

On each volume was 3 20GB tar files.
I got 78-82MB/s sustained total, 12-16MB/s on each thread (7 
multistreamed).

The tar files are representative of a typical file system in our 
environments.

What speeds have other members gotten when doing speed testing to LTO3 
drives?

Justin.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Implement an Exchange Object Policy

2006-06-15 Thread Brandon Zermeno







You should look in event viewer on the
Exchange box to see if there are any errors. The logs should be deleted automatically
if the job ended in a status 0.

 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ana Alltari
Sent: Thursday, June 15, 2006 6:41
AM
To:
veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Implement an
Exchange Object Policy



 

Greetings,

i have the following issue,

Master/Media Server NetBackup 6.0 server
Cluster Exchange 2003 Server Netbackup 5.1 Mp3

i have created 2 different policies to backup exchange databases.

1- as back selection is choosen: Microsoft Information Store:\First Storage
Group\
   Backup type:Full

2-as back selection is choosen: Microsoft Information Store:\
   Backup type:Full

on both cases the backup job is completed successfully, 
but something is unclear to me.
are the transaction logs commited (deleted) after the backup job is finished or
do i have to delete them manually?

in my case i can see no logs deleted.

Please do you have any ideas what i am missing?

Thanks in advance

-- 
Ana Alltari
IT Specialist 




 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged material for the sole use of the intended recipient(s).  Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by email and delete the message and any file attachments from your computer.  Thank you.
 
 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] NetBackup 6.0 MP2 post install errors

2006-06-08 Thread Brandon Zermeno
I ran into the very same problem. I did not have time to work the issue
with Veritas support so I uninstalled MP2 and then reinstalled MP1.
Everything worked fine after that.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Eagle,
Kent
Sent: Thursday, June 08, 2006 9:03 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup 6.0 MP2 post install errors

Greetings,

Has anyone encountered the following error when attempting to launch the
Administration Console after an installation of NetBackup 6.0 MP2?
"Adaptive Server Anywhere Network Server encountered a problem and
needed to close."

Clicking "OK" in the error dialog for the error above yields another
message that states the EMM database is trying to start. It fails, and
brings up the EMM message again. Clicking OK again seems to work as the
admin console finally starts up and you can see job history. However,
there is NOTHING displayed in the topology view.

Checking the services on the Master Server shows the "Adaptive Server
Anywhere - VERITAS_NB" service is set to automatic, but has not started,
and it's status field is blank. All NetBackup services are started with
the exception of Vault Manager. Manually starting the Server Anywhere -
VERITAS_NB service is successful. If you then close the Admin Console
and double click the icon to reopen it, the Server Anywhere - VERITAS_NB
service stops, (status is blank) and the whole process repeats.

Environment: NetBackup 6.0 MP2 on W2K3 Compaq Proliant 8000 with 4/700
Mhz Xeon processors, 3 Gigs RAM. ADIC s24 with 2 SCSI SDLT drives. All
firmware, drivers, microcode, and patches are up to date. NetBackup 5.1
MP3 was uninstalled from this machine. It was rebooted, and any
remaining references to NetBackup were removed from the file system
prior to the install.


Thanks,

Kent Eagle
Systems Engineer, MCP, MCSE
Tech Services / SMSS
[EMAIL PROTECTED]
 


Visit our website at www.wilmingtontrust.com

Investment products are not insured by the FDIC or any other
governmental agency, are not deposits of or other obligations of or
guaranteed by Wilmington Trust or any other bank or entity, and are
subject to risks, including a possible loss of the principal amount
invested. This e-mail and any files transmitted with it may contain
confidential and/or proprietary information.  It is intended solely for
the use of the individual or entity who is the intended recipient.
Unauthorized use of this information is prohibited.  If you have
received this in error, please contact the sender by replying to this
message and delete this material from any system it may be on.


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Email Archiving

2006-06-02 Thread Brandon Zermeno
I know your management and I am pretty sure that will work!!! We are
also looking at Vault for our Exchange systems. We currently have over 4
TB of data in SG's and I don't even want to guess at how much in .PST
files. This product will send all that data into another DB type
location and will retrieve it for use when the end user clicks on the
shortcut in Outlook. It is pretty slick. The best part would be in a DR
situation. You could restore 100 GIG of storage much faster then 4 TB.
This is more of a "Messaging Manager" type product and (s)he should be
doing the eval on it. Just because it is Veritas does not mean it is a
NBU responsibility.  

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin,
Jonathan (Contractor)
Sent: Tuesday, May 30, 2006 8:12 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Email Archiving

Well I'll be damned, I need some more information!  Our messaging
administrator (glorified Exchange admin) recently approached management
about Email Archiving, and I've got until tomorrow to become a guru on
Veritas Enterprise Vault.  I guess because it says "Veritas" that makes
it my job, but I've only barely heard of the product, much less read the
documentation etc... Can someone give me a quick run down of its
capabilities in regards to Email Archiving for Exchange?  Anybody out
there running it?  How does it integrate with NBU?  Do you think
management's dumb enough that if I call it "Symantec Enterprise Vault" I
can somehow get it off my plate?

Thanks as always,

-Jonathan

___
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


[Veritas-bu] 6.0Mp2 issues

2006-05-22 Thread Brandon Zermeno







During our DR test last
week we ran into several issues, after calling Veritas support they recommended
installing MP2 as “it fixes a lot of problems” Well after the
install none of the services would run. I did manage to get all the services to
run with the exception of the EMM service (kind of an important service). I
tried upgrading the DB with the command line but nothing worked. I had to
uninstall MP2 and then reinstall mp1 to get the environment usable. Needless to
say we will not be installing the patch anytime soon.




 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged material for the sole use of the intended recipient(s).  Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by email and delete the message and any file attachments from your computer.  Thank you.
 
 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


RE: [Veritas-bu] Backing up virtual servers

2006-04-06 Thread Brandon Zermeno
If you are using ESX you have to install the Linux client to backup the
VM image without stopping the OS. We also backup the VM OS with its own
client so if there is a problem we can restore one file or the whole OS.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David Rock
Sent: Thursday, April 06, 2006 8:18 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backing up virtual servers

* Roger Wilber <[EMAIL PROTECTED]> [2006-04-06 10:50]:
> Easier?  Probably.  However, that would also require additional client
> licenses, where as my method does not.

Last I checked, you need only one per TYPE of OS, so if you have one
Win2K3 server VMs, you are required to have only one license for the
ten.  So there is a cost, but it may not quite as insane as you think. 

-- 
David Rock
[EMAIL PROTECTED]
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


RE: [Veritas-bu] Restore to an exchange cluster problem

2006-04-03 Thread Brandon Zermeno
Are you restoring to the recovery storage group? I only had success when
I ran the restore from the client side, never from the master.  

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, April 03, 2006 8:13 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Restore to an exchange cluster problem

Hello All

I'm trying to restore to an exchange cluster from the active node, but
keep 
getting:
4:45:42.956 PM: [6532.5664] <2> ov_log::V_GlobalLog: ERR - 
bedsExchange2000Init():DLE_FindByName() for '\\dk01sn021_1\Microsoft 
Information Store' Failed! (0xFE08:The item was not found.
)
4:45:42.956 PM: [6532.5664] <2> ov_log::V_GlobalLogEx: ERR - 
exchange_2000_access::V_InitBedsInfo(): bedsExchange2000Init() failed 
(0xFE08:The item was not found.
)
4:45:42.956 PM: [6532.5664] <2> tar_base::V_vTarMsgW: ERR - unable to
create 
object for restore: Microsoft Information Store:\1. Storage
Group\DK01STAB 
(BEDS 0xFE08: The item was not found.
)

in the tar log on the client (dk01sn021_1), I've tried the technotes I
could 
find but still have the problem.

Any idea's ?

Regards
Michael
--
Cybercity Webhosting (http://www.cybercity.dk)

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


RE: [Veritas-bu] Global VSP setting

2006-03-17 Thread Brandon Zermeno
I guess that is the way to go, unfortunately we are talking about over
300 clients. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Piszcz
Sent: Friday, March 17, 2006 6:02 AM
To: [EMAIL PROTECTED]
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Global VSP setting

The best way to deal with this in my opinion is just go to Master
Server Settings -> Client Attributes and add each client that is a
Windows client and make sure VSP/VSS are disabled.

Justin.

On 3/17/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Not that I can find, and I asked Symantec support.  We have a problem
> upgrading from 4.5 to 5.1 on Windows.  We had for 4.5 installed VSP
(set
> INSTALLVSP=1) in the silentclient.cmd file.   We then set the registry
key
> VSP_Use=NO - this is the same as clearing the check box in the client
> configuration in the GUI (at 4.5).  The theory was that if we found we
> needed VSP, it could just be toggled on.
>
> When we upgrade to 5.1, we find that the VSP code is left in situ,
whether
> we set INSTALLVSP to 0 or not.   The VSP_Use registry key is no longer
> used.   If there is no client database entry on the Master for the
client,
> the command it sends for backups has use_ofb set.   So VSP kicks in.
We
> filled a few disks that way.
>
> I tried renaming VSPAPI.DLL out of the way and sure enough the log
reports
> "VSP disabled", but it still tries to do some stuff about cleaning up
> entries using bpfis, which generate some error messages.  Looks as if
> something in a database bpfis maintains is not right.
>
> So the defintive fix seems to be to add client database entries for
all
> Windows clients, and set WOFB_Enable=0.  That can be scripted.   We
will
> also stop installing VSP!
>
> William D L Brown
>
>
>
>
> "Brandon Zermeno" <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 16-Mar-2006 17:51
>
> To
> veritas-bu@mailman.eng.auburn.edu
> cc
>
> Subject
> [Veritas-bu] Global VSP setting
>
>
>
>
>
>
> Is there a way to globally disable using VSP? I only know of the
client
> attributes on the master server.  Is there a touch file? I am running
NBU
> 6mp1 on Windows.
>
>
> CONFIDENTIALITY NOTICE:  This email may contain confidential and
> privileged material for the sole use of the intended recipient(s).
Any
> review, use, distribution or disclosure by others is strictly
prohibited.
> If you have received this communication in error, please notify the
sender
> immediately by email and delete the message and any file attachments
from
> your computer.  Thank you.
>
>
>
>
> ___
> 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
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] Global VSP setting

2006-03-16 Thread Brandon Zermeno







Is
there a way to globally disable using VSP? I only know of the client attributes
on the master server.  Is there a touch file? I am running NBU 6mp1 on Windows.

 




 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged material for the sole use of the intended recipient(s).  Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by email and delete the message and any file attachments from your computer.  Thank you.
 
 


RE: [Veritas-bu] Finally upgrading from 4.5 FP9 to 6!

2006-03-10 Thread Brandon Zermeno
I agree totally. The 4.5 client will work with a 6.0 master and media
server. We are in the process of upgrading our clients from 4.5 fp6 to
6.0mp1

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts
Sent: Friday, March 10, 2006 1:31 PM
To: Mike Day
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Finally upgrading from 4.5 FP9 to 6!

On Fri, Mar 10, 2006 at 11:21:51AM -0800, Mike Day wrote:
> Ok I might need a little guidance here.  I have the following
questions.
> 
> 2. Is it true that I have to upgrade my clients to 5.0 (or is it 6.0)
> before I start?  

No.  In fact, the master server must be the highest version, the media
servers must be next, and then the clients at the lowest version.
Ideally, of course, all are at the same version...

> 3. If so then will the 5.0 (or 6.0) client work with my 4.5 FP9 master
> server because I'm sure I will not have time to upgrade all the
clients
> 1st and upgrade the master server the same day to be ready for my
backup
> window by early evening.

Do the mater server first, then the media servers (if you have any), and
then finally the clients as you get to them.  A 4.5 client certainly
works fine with a 5.x master.  I expect that Veritas doesn't support a
4.5 client on a 6.0 master, but that doesn't mean it won't work.

.../Ed

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged 
material for the sole use of the intended recipient(s).  Any review, use, 
distribution or disclosure by others is strictly prohibited.  If you have 
received this communication in error, please notify the sender immediately by 
email and delete the message and any file attachments from your computer.  
Thank you.

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


RE: [Veritas-bu] Exchange Media Server

2006-03-09 Thread Brandon Zermeno







Why? We have a dedicated LTO3 robot that
will be attached to the Media server on the SAN.

 









From: Anthony Tocco
[mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 09, 2006
1:21 PM
To: Brandon Zermeno;
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Exchange
Media Server



 

You will need to purchase SSO 

 



Tony Tocco

[EMAIL PROTECTED]

 











From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Brandon Zermeno
Sent: Thursday, March 09, 2006
2:55 PM
To:
veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange
Media Server



 



Does anyone have and info about making an
Exchange server a Media server? We are running NBU 6 on Win2k3, Exchange 2k3 on
a SAN. We are looking at making one of the Exchange cluster nodes a Media
server to handle the backup to disk to tape. What would the repercussions be of
this in a disaster recovery mode?

 

Thanks

Brandon



 





 





CONFIDENTIALITY NOTICE:  This email may contain
confidential and privileged material for the sole use of the intended
recipient(s).  Any review, use, distribution or disclosure by others is
strictly prohibited.  If you have received this communication in error,
please notify the sender immediately by email and delete the message and any
file attachments from your computer.  Thank you.





 





 






 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged material for the sole use of the intended recipient(s).  Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by email and delete the message and any file attachments from your computer.  Thank you.
 
 


[Veritas-bu] Exchange Media Server

2006-03-09 Thread Brandon Zermeno







Does anyone have and info about making an
Exchange server a Media server? We are running NBU 6 on Win2k3, Exchange 2k3 on
a SAN. We are looking at making one of the Exchange cluster nodes a Media
server to handle the backup to disk to tape. What would the repercussions be of
this in a disaster recovery mode?

 

Thanks

Brandon

 




 
CONFIDENTIALITY NOTICE:  This email may contain confidential and privileged material for the sole use of the intended recipient(s).  Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by email and delete the message and any file attachments from your computer.  Thank you.