Re: [Veritas-bu] Move EMM Database to another host?

[POUSSARD, Gilles (APX SYNSTAR)]

Thanks,

I thought it was not so complicated..

I red the 6.5 administrator's guide and in page 721, there is the chapter :" 
Moving the NetBackup database from one host to another".

I will try this for moving the 6.5.3  EMM database from a Solaris  to a Linux 
redhat.

If someone else has experience about that, their ideas are welcomed.

Gilles.

-Message d'origine-
De : veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]de la part de
backupgirl
Envoyé : lundi 8 juin 2009 18:59
À : VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Objet : [Veritas-bu] Move EMM Database to another host?



Can you give us more details on the process of moving the EMM database ( the 
command associated ) ??


Sure... We migrated from an AIX to Windows Master and the DBA discovered it was 
not as simple as unloading and loading the media tables. The database schema 
was different between the two versions. Some of the commands used to create 
tables and load tables are listed below.  

SYBASE:
Unix:
. /usr/openv/db/vxdbms_env.sh
dbisqlc -q  -c "CS=utf8;UID=dba;PWD=xx;ENG=NB_servername;DBN=NBDB" xyz.sql

interactive use esc+F -->File menu
dbisqlc  -c "CS=utf8;UID=dba;PWD=xx;ENG=NB_servername;DBN=NBDB"

Windows:

Go to:
D:\Program Files\Veritas\NetBackupDB\WIN64
Execute dbisqlc.exe
Login tab:
User id: dba
Password:xx
Database tab:
Server name: NB_servername
Database name: NBDB
Uncheck stop database


unload table EMM_MAIN.EMM_Media to '/tmp/ EMM_Media.unl';
unload table EMM_MAIN.EMM_MediaGroup to '/tmp/ EMM_MediaGroup.unl';

dbunload -n -c "CS=utf8;UID=dba;PWD=xx;ENG=NB_servername;DBN=NBDB"
vi reload.sql

EMM_Media
EMM_AllocationStatus
EMM_Allocations
EMM_DeletedMedia
EMM_Media_MediaAffinityGroup
RB_MDS_Allocation
RB_MDS_Reservation

load table EMM_MAIN.EMM_Media (MediaKey, DriveKey, MediaGuid, MediaId, 
PartnerKey, PartnerId, LegacyMediaType, MediaTypeName, MediaGroupName, 
DensityName, DensityCode, VerificationFlag, AssignedAppType, MediaFlags, 
MediaTypeFlags, MediaDescription, Barcode, PartnerBarcode, LastWriteHostKey, 
AssignedDateTime, FirstMountDateTime, LastMountDateTime, ExpireDateTime, 
ImageExpireDateTime, AllocatedDateTime, LastWriteDateTime, LastRestoreDateTime, 
LibraryNumber, LegacyRobotType, LibraryGroupName, SlotNumber, OpticalSide, 
ControlHostName, CleaningsLeft, TotalMounts, MaxMounts, MediaRunTimeStatus, 
TotalWriteKBytes, NumberOfImages, NumberOfValidImages, RetentionLevel, 
NumberOfRestores, OpticalHeaderSizeBytes, OpticalSectorSizeBytes, 
OpticalLastHeaderOffset, OpticalPartitionSizeBytes, AdammGuid, RsmGuid, 
OriginHostKey, UpgradeConflictsFlag, PoolNumber, PoolName, PrevPoolName, 
VltFlags, VltContainerID, VltOffsiteLocation, VltOffsiteSlotNumber, 
VltOffsiteSessionID, VltOffsiteSentDateTime,
  VltOffsiteReturnDateTime, AcsAcs, AcsLsm, AllocationState, ManufacturerName, 
SerialNumber, CreatedDateTime, LastModifiedDateTime, MasterServerKey, 
ServerGroupKey) from 'D:\Program Files\Veritas\NetBackupDB\WIN64\EMM_Media.unl'

ALTER TABLE "EMM_MAIN"."EMM_Media"

ADD FOREIGN KEY "FK_EMM_MEDI_R_MEDIAGR_EMM_MEDI" 
("MediaGroupName") 

REFERENCES "EMM_MAIN"."EMM_MediaGroup" ("MediaGroupName")

go


CREATE TABLE "EMM_MAIN"."EMM_AllocationStatus"

(

"AllocationStatusKey"   unsigned int NOT NULL DEFAULT 
autoincrement  CONSTRAINT "CKC_ALLOCATIONSTATUSK_EMM_ALLO" 
check(AllocationStatusKey >= 1),

"AllocationKey"unsigned int NOT 
NULL DEFAULT 0 ,

"MediaKey"   unsigned int NOT NULL DEFAULT 
0 ,

"DriveKey"  unsigned int NOT NULL 
DEFAULT 0 ,

"JobId" 
unsigned int NOT NULL DEFAULT 0 ,

"StatusCode" unsigned int NOT NULL DEFAULT 
0 ,

"Operation"   unsigned int NOT NULL DEFAULT 
0 ,

"MediaServerKey"  unsigned int NOT NULL DEFAULT 0 ,

"Data1"unsigned 
int NOT NULL DEFAULT 0 ,

"Data2"unsigned 
int NOT NULL DEFAULT 0 ,

"String1"  varchar(128) NOT NULL 
DEFAULT '' ,

"CreatedDateTime"   timestamp NOT NULL DEFAULT current utc 
timestamp , 

 CONSTRAINT "PK_EMM_ALLOCATIONSTATUS"  PRIMARY KEY 
("AllocationStatusKey"),



) IN "EMM_DATA"

go

+--
|This was sent by aze...@yahoo.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this m

[Veritas-bu] Status 93 - DB is Down 6.5.3

[WEAVER, Simon (external)]

All
re: Technote : http://seer.entsupport.symantec.com/docs/284164.htm

I am getting this message, but ONLY when a Cold Catalog Backup of 6.5.3
is taking place!!

Surely this is not normal? In 5.1 MP5, even if a Cold Catalog was taking
place, Restores were still possible.

Could anyone clarify this please? I actually do have Hot Catalog Backups
configured to run. Never asked for Cold to take place...
Regards

Simon 


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.
-o-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office:
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NDMP authentication failing for NetApp.

[Jeff Cleverley]

From what I could tell from the documentation it did not require a root 
account.  It looks to be the case in real life.  I was given a link to 
the NDMP 6.5.3 update and installed it.  Things at least backed up to 
tape.  I need to verify what exactly it backed up since the amount it 
backed up is almost identical to what is used in the snap reserve but 
only half of what is used in the regular file system.  At least things 
are starting to go to tape so I can begin doing some testing.


Thanks for all the ideas.

Jeff

william.d.br...@gsk.com wrote:
I'm fairly certain that does not apply if you create an ndmp user account 
on a NetApp filer.  The documents have said that for years and we've 
managed fine with a user-defined account.  However, we are not using NBU 
6.


We did have to limit the NDMP passsword length to 8 characters, which was 
a documented restriction.  You do that on the NetApp prior to generating 
the encrypted password.  However I note in the original question that was 
ruled out as an option.


William D L Brown




"Marianne Van Den Berg"  
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu

05-Jun-2009 20:32
 
To
"Jeff Cleverley" , 
veritas-bu@mailman.eng.auburn.edu

cc

Subject
Re: [Veritas-bu] NDMP authentication failing for NetApp.






Have a look at this doc:
ftp://exftpp.symantec.com/pub/support/products/NetBackup_Enterprise_Server/267773.pdf
 
Extract:
The username used with the tpconfig command must be defined as root for 
each data mover.
 
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jeff 
Cleverley

Sent: 05 June 2009 19:20
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NDMP authentication failing for NetApp.
 
A quick update is that I was able to configure the NetApp using the 
tpconfig -add -nh command line.  It finished with no errors and the NDMP 
host gui window now shows the NetApp.  The set_ndmp_attr -verify works and 
seems to talk to the filer OK.  The tpautoconf still fails.  A test backup 
policy fails with error 57 and the connection refused to host message.


I think I'm getting closer.  Any additional suggestions would be 
appreciated.


Thanks,

Jeff

Jeff Cleverley wrote: 
The tpautoconf doesn't work because it won't let me set up the filer as a 
host.  I've turned on the debug level but I'm not seeing any entries from 
the master server.  It appears the requests are not actually getting sent.


The pbx is something I don't know much about.  Is it possible this isn't 
configured correctly and may be causing the problem?


Thanks,

Jeff

pharr...@comcast.net wrote: 
Run "tpautoconf -verify ndmp_host_name" and verify that access is granted
 
Its located in /usr/openv/volmgr/bin
 
If it failes, enable ndmp debugging on the filer (ndmpd debug 50), and 
re-run
 
Check the filer's ndmps log (generally in //filername/$/etc/ndmpd.log) for 
clues.
 


- Original Message -
From: "Jeff Cleverley" 
To: veritas-bu@mailman.eng.auburn.edu
Sent: Thursday, June 4, 2009 7:48:06 PM GMT -06:00 US/Canada Central
Subject: [Veritas-bu] NDMP authentication failing for NetApp.

Greetings,

I'm trying to get a remote NDMP backup connection going between my new 
6.5.3 RHEL master and one of our NetApp filers (7.2.5.1).  We have a 
non-root account on the filer (ndmpuser) and have given it a password. 
This has been used by Operations Manager in the past with no problems. 
When I try to set up credentials for that NDMP host, I use the user name 
"ndmpuser" and the encrypted password I got from running "ndmpd password 
ndmpuser" on the filer.  This fails authentication.  The filer is running 
NDMP version 4.


The error message is coming back saying the media servers could not be 
reached or the credentials are invalid.  The tape library is on the master 
server so I have not set the filer up as a media server.  The filer is a 
production system getting backups from 4 different countries so I'm 
reluctant to start changing NDMP levels or password length options. 


Please tell me what I'm missing.

Thanks,

Jeff
  


--

Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
jeff.clever...@avagotech.com

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

Re: [Veritas-bu] In-File Delta Technology

[Jorge Fábregas]

Thanks William for the nice explanation and to everyone else for sharing their 
feedback.

All the best,
Jorge
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] In-File Delta Technology

[Jorge Fábregas]

On Monday 08 June 2009 12:33:45 pm A Darren Dunham wrote:
> Yes same with doing file-level backups of a database. Similar options apply:  
>
> * Run some sort of de-dup product

I'll take a look at dedup for sure.

> * Backup from within the virtual host, not the image files from the
>   server

This is what I was doing but decided to have some savings (license-wise)...

> * Live with the size hit and delete things quickly

Sure will have to do this in the meantime.

Thanks Darren for the feedbackup.  I really appreciate it.

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

Re: [Veritas-bu] Auditors here again, I've got a question....

[Ed Wilts]

# bpimagelist -U -d  -e  -client  -media

This will give you the list of all tapes used for that client for that
date.  Given that, check your vault logs to see when/if the tape was
ejected, and get the audit trail from your vault provider to see when/if
they received the tapes.

I don't think you have the information as to what the final status of that
job was - it could have been a status 0 or 1.  To answer the question if
"the backups ran" is actually pretty hard - it's quite possible that that
the job ran, failed, and re-ran the next day.  From an audit perspective,
that may be an acceptable outcome.   However, if auditing is really
important to you, you may also have other evidence that the job failed
because it emailed you a failure report.

For long-term answers for questions like this, considering a commercial
backup reporting product...  For example, with Aptare StorageConsole, I can
quickly find that information and see that copy 1 went to DSSU and which
tape id copy 2 went to.

   .../Ed

On Mon, Jun 8, 2009 at 12:36 PM, BeDour, Wayne  wrote:

>  Our environment, HP-UX 11-31 with a SureStore 20/700 tape library, one
> master / media server running NetBackup 6.5.2 backing up mainly HP servers
> with a few Sun and Windows boxes thrown in.  One NBU 6.5.2 SSO media server
> running on windows.
>
>
>
> Here is the scenario.  The auditors give me a date and a host which I can
> relate to a backup policy.  From the date, they need me to verify the backup
> ran, the bar code of the tape(s) written to and if the tape(s) went
> offsite.
>
>
>
> Can anyone suggest the best command line commands to accomplish the above?
>
>
>
> Thanks in advance…
>
>
>
> Wayne BeDour
>
> Unix System Administrator
>
> PH: 313-593-9876
>
> Internet:  wbed...@lear.com
>
.../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewi...@ewilts.org
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] In-File Delta Technology

[A Darren Dunham]

On Mon, Jun 08, 2009 at 01:18:48PM -0500, Nick Majeran wrote:
>  Most modern OSen should have a capable fs abstraction layer, like VFS,
> which should remove the client from having to know too much about the
> underlying file system, I would assume.

The abstraction layer usually doesn't have enough information to help.
You want to know "what blocks have been modified since timestamp X?" or
you need the ability to create snapshots and get back changed blocks
since that point.  Even if a filesystem has snapshots (like ZFS) doesn't
mean that it will give you that information.  

> Plus, rsync can do it, as long as
> you aren't using the --whole-file option.

Rsync requires access to both copies to do the comparison.  If
everything is on disk, this isn't too bad.  If one side is tape only,
then it's much more difficult.

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

Re: [Veritas-bu] In-File Delta Technology

[Nick Majeran]

 Most modern OSen should have a capable fs abstraction layer, like VFS,
which should remove the client from having to know too much about the
underlying file system, I would assume.  Plus, rsync can do it, as long as
you aren't using the --whole-file option.

-- nick

The quick answer is that it's too hard.

In order to do an in-file incremental, you'd have to have intimate knowledge
of the each kind of filesystem structure (ufs, vxfs, ext, ext3, etc).

By doing it at the file level, rather than the block level, the OS takes
care of all that for you.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Auditors here again, I've got a question....

[Dean]

echo "get real" > auditors

Assuming it hasn't expired, bpimagelist will tell you what backup images
exist for a particular host, from a particular time, and what tape they are
on.

As for whether the tape was actually sent offsite, I don't see how Netbackup
could ever know that. If you use Vault, vmquery on the tape will tell you if
it SHOULD have been sent offsite.



On Tue, Jun 9, 2009 at 3:36 AM, BeDour, Wayne  wrote:

>  Our environment, HP-UX 11-31 with a SureStore 20/700 tape library, one
> master / media server running NetBackup 6.5.2 backing up mainly HP servers
> with a few Sun and Windows boxes thrown in.  One NBU 6.5.2 SSO media server
> running on windows.
>
>
>
> Here is the scenario.  The auditors give me a date and a host which I can
> relate to a backup policy.  From the date, they need me to verify the backup
> ran, the bar code of the tape(s) written to and if the tape(s) went
> offsite.
>
>
>
> Can anyone suggest the best command line commands to accomplish the above?
>
>
>
> Thanks in advance…
>
>
>
> Wayne BeDour
>
> Unix System Administrator
>
> PH: 313-593-9876
>
> Internet:  wbed...@lear.com
>
>
>
> **
> ** LEGAL DISCLAIMER **
> **
>
> This E-mail message and any attachments may contain
> legally privileged, confidential or proprietary
> information. If you are not the intended recipient(s),
> or the employee or agent responsible for delivery of
> this message to the intended recipient(s), you are
> hereby notified that any dissemination, distribution
> or copying of this E-mail message is strictly
> prohibited. If you have received this message in
> error, please immediately notify the sender and
> delete this E-mail message from your computer.
>
>
> ___
> 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] Auditors here again, I've got a question....

[Jeff Lightner]

To see which media / backup IDs etc... were used for a given policy:

 

bpimmedia -L -policy   -d MM/DD/CCYY HH:MM:SS -e  MM/DD/CCYY
HH:MM:SS

 

Where policy is the policy used to do the backup, -d specifies the start
of the time range in which you're interested and -e specifies the end of
the time range.

 



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of BeDour,
Wayne
Sent: Monday, June 08, 2009 1:36 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Auditors here again, I've got a question

 

Our environment, HP-UX 11-31 with a SureStore 20/700 tape library, one
master / media server running NetBackup 6.5.2 backing up mainly HP
servers with a few Sun and Windows boxes thrown in.  One NBU 6.5.2 SSO
media server running on windows.

 

Here is the scenario.  The auditors give me a date and a host which I
can relate to a backup policy.  From the date, they need me to verify
the backup ran, the bar code of the tape(s) written to and if the
tape(s) went offsite.  

 

Can anyone suggest the best command line commands to accomplish the
above?

 

Thanks in advance...

 

Wayne BeDour

Unix System Administrator

PH: 313-593-9876  

Internet:  wbed...@lear.com

 

**
** LEGAL DISCLAIMER **
**

This E-mail message and any attachments may contain 
legally privileged, confidential or proprietary 
information. If you are not the intended recipient(s),
or the employee or agent responsible for delivery of 
this message to the intended recipient(s), you are 
hereby notified that any dissemination, distribution 
or copying of this E-mail message is strictly 
prohibited. If you have received this message in 
error, please immediately notify the sender and 
delete this E-mail message from your computer.
 
Please consider our environment before printing this e-mail or attachments.
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Auditors here again, I've got a question....

[A Darren Dunham]

On Mon, Jun 08, 2009 at 01:36:29PM -0400, BeDour, Wayne wrote:
> Here is the scenario.  The auditors give me a date and a host which I
> can relate to a backup policy.  From the date, they need me to verify
> the backup ran, the bar code of the tape(s) written to and if the
> tape(s) went offsite.  

> Can anyone suggest the best command line commands to accomplish the
> above?

If what you really want to know is recoverability, I'd use
'bpimagelist'.  That will take a date, host, and policy and give you the
items in the catalog that correspond, and it will give you the media it
is on.

If you inform Netbackup about vaulting, then 'vmquery' will give you
vault details if you pass in a piece of media.  Athough I don't keep the
date it actaully went offsite in there.

Now if someone is being a pain, they might want backup information, even
if it has since expired.  If that's true, then there's no more catalog
information.  You'd have to go to backup logs (or an old copy of the
catalog) for that.

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

[Veritas-bu] Auditors here again, I've got a question....

[BeDour, Wayne]

Our environment, HP-UX 11-31 with a SureStore 20/700 tape library, one
master / media server running NetBackup 6.5.2 backing up mainly HP
servers with a few Sun and Windows boxes thrown in.  One NBU 6.5.2 SSO
media server running on windows.

 

Here is the scenario.  The auditors give me a date and a host which I
can relate to a backup policy.  From the date, they need me to verify
the backup ran, the bar code of the tape(s) written to and if the
tape(s) went offsite.  

 

Can anyone suggest the best command line commands to accomplish the
above?

 

Thanks in advance...

 

Wayne BeDour

Unix System Administrator

PH: 313-593-9876  

Internet:  wbed...@lear.com

 


**
** LEGAL DISCLAIMER **
**

This E-mail message and any attachments may contain 
legally privileged, confidential or proprietary 
information. If you are not the intended recipient(s),
or the employee or agent responsible for delivery of 
this message to the intended recipient(s), you are 
hereby notified that any dissemination, distribution 
or copying of this E-mail message is strictly 
prohibited. If you have received this message in 
error, please immediately notify the sender and 
delete this E-mail message from your computer.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] In-File Delta Technology

[william . d . brown]

> Is there a way to perform incremental backups using in-file 
> delta technology (backup only changes within a file)?  I've seen a lot 
of 
> features/options for Netbackup but I have never seen this...If indeed 
there 
> isn't ...why isn't this type of ESSENTIAL technology part of
> Netbackup?

As others have said this is what all deduplication products do, at least 
for any file larger than their minimum.  Most have a window size of a 
certain number of blocks that they look at, calculate a hash value, and 
then see if they already have that hash stored in their tracking database 
- if they do then they just replace the data with a pointer to the blocks 
already stored.  There's a lot more detail, and it is the detail that 
differentiates the various solutions out in the market.  Files below a 
certain size are just backed up anyhow as it takes longer to do the sums 
than it is worth.

To say NetBackup doesn't do this isn't quite accurate.  It supports lots 
of different VTLs and now several OpenStorage products that include 
deduplication, so at the point where the backup is stored you can get your 
savings - for example your virtual machine backups I'm sure would 
deduplicate very well.  What that doesn't save you is actually reading the 
backup off the disks and sending it all the way to the backup storage 
device.

If you use NetBackup PureDisk Deduplication Option (PDDO), the 
deduplication happens at the NetBackup Media Server.  That Media Server 
could be 'close' to the clients - in Solaris it could be the global zone 
of a zoned server.   I'm not sure if the Media Server is yet supported in 
a VM; the Master is now, and I can't see any technical reason why for a 
network-attached storage unit like PDDO it couldn't be supported from a VM 
(asides from needing to resource the VM enough) - so you might be able to 
have the Media Server in the same physical server as the backed-up VMs.

If you use Symantec PureDisk the deduplication happens in the client (i.e. 
your VM) but PureDisk is not NetBackup.  EMC Avamar is also in-client 
deduplication.

William D L Brown



---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of the GlaxoSmithKline group of companies. The 
registered address of GlaxoSmithKline Services Unlimited 
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
---

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

[Veritas-bu] Move EMM Database to another host?

[backupgirl]

Can you give us more details on the process of moving the EMM database ( the 
command associated ) ??


Sure... We migrated from an AIX to Windows Master and the DBA discovered it was 
not as simple as unloading and loading the media tables. The database schema 
was different between the two versions. Some of the commands used to create 
tables and load tables are listed below.  

SYBASE:
Unix:
. /usr/openv/db/vxdbms_env.sh
dbisqlc -q  -c "CS=utf8;UID=dba;PWD=xx;ENG=NB_servername;DBN=NBDB" xyz.sql

interactive use esc+F -->File menu
dbisqlc  -c "CS=utf8;UID=dba;PWD=xx;ENG=NB_servername;DBN=NBDB"

Windows:

Go to:
D:\Program Files\Veritas\NetBackupDB\WIN64
Execute dbisqlc.exe
Login tab:
User id: dba
Password:xx
Database tab:
Server name: NB_servername
Database name: NBDB
Uncheck stop database


unload table EMM_MAIN.EMM_Media to ‘/tmp/ EMM_Media.unl';
unload table EMM_MAIN.EMM_MediaGroup to ‘/tmp/ EMM_MediaGroup.unl';

dbunload -n -c "CS=utf8;UID=dba;PWD=xx;ENG=NB_servername;DBN=NBDB"
vi reload.sql

EMM_Media
EMM_AllocationStatus
EMM_Allocations
EMM_DeletedMedia
EMM_Media_MediaAffinityGroup
RB_MDS_Allocation
RB_MDS_Reservation

load table EMM_MAIN.EMM_Media (MediaKey, DriveKey, MediaGuid, MediaId, 
PartnerKey, PartnerId, LegacyMediaType, MediaTypeName, MediaGroupName, 
DensityName, DensityCode, VerificationFlag, AssignedAppType, MediaFlags, 
MediaTypeFlags, MediaDescription, Barcode, PartnerBarcode, LastWriteHostKey, 
AssignedDateTime, FirstMountDateTime, LastMountDateTime, ExpireDateTime, 
ImageExpireDateTime, AllocatedDateTime, LastWriteDateTime, LastRestoreDateTime, 
LibraryNumber, LegacyRobotType, LibraryGroupName, SlotNumber, OpticalSide, 
ControlHostName, CleaningsLeft, TotalMounts, MaxMounts, MediaRunTimeStatus, 
TotalWriteKBytes, NumberOfImages, NumberOfValidImages, RetentionLevel, 
NumberOfRestores, OpticalHeaderSizeBytes, OpticalSectorSizeBytes, 
OpticalLastHeaderOffset, OpticalPartitionSizeBytes, AdammGuid, RsmGuid, 
OriginHostKey, UpgradeConflictsFlag, PoolNumber, PoolName, PrevPoolName, 
VltFlags, VltContainerID, VltOffsiteLocation, VltOffsiteSlotNumber, 
VltOffsiteSessionID, VltOffsiteSentDateTime,
  VltOffsiteReturnDateTime, AcsAcs, AcsLsm, AllocationState, ManufacturerName, 
SerialNumber, CreatedDateTime, LastModifiedDateTime, MasterServerKey, 
ServerGroupKey) from 'D:\Program Files\Veritas\NetBackupDB\WIN64\EMM_Media.unl'

ALTER TABLE "EMM_MAIN"."EMM_Media"

ADD FOREIGN KEY "FK_EMM_MEDI_R_MEDIAGR_EMM_MEDI" 
("MediaGroupName") 

REFERENCES "EMM_MAIN"."EMM_MediaGroup" ("MediaGroupName")

go


CREATE TABLE "EMM_MAIN"."EMM_AllocationStatus"

(

"AllocationStatusKey"   unsigned int NOT NULL DEFAULT 
autoincrement  CONSTRAINT "CKC_ALLOCATIONSTATUSK_EMM_ALLO" 
check(AllocationStatusKey >= 1),

"AllocationKey"unsigned int NOT 
NULL DEFAULT 0 ,

"MediaKey"   unsigned int NOT NULL DEFAULT 
0 ,

"DriveKey"  unsigned int NOT NULL 
DEFAULT 0 ,

"JobId" 
unsigned int NOT NULL DEFAULT 0 ,

"StatusCode" unsigned int NOT NULL DEFAULT 
0 ,

"Operation"   unsigned int NOT NULL DEFAULT 
0 ,

"MediaServerKey"  unsigned int NOT NULL DEFAULT 0 ,

"Data1"unsigned 
int NOT NULL DEFAULT 0 ,

"Data2"unsigned 
int NOT NULL DEFAULT 0 ,

"String1"  varchar(128) NOT NULL 
DEFAULT '' ,

"CreatedDateTime"   timestamp NOT NULL DEFAULT current utc 
timestamp , 

 CONSTRAINT "PK_EMM_ALLOCATIONSTATUS"  PRIMARY KEY 
("AllocationStatusKey"),



) IN "EMM_DATA"

go

+--
|This was sent by aze...@yahoo.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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

Re: [Veritas-bu] In-File Delta Technology

[Girish Jorapurkar]

NetBackup DOES provide file-level backup with block-level incremental (BLI) IF 
your source file system is VxFS and if you are using Snapshot client (with VxFS 
Storage Checkpoint) option.


- Original Message 
From: Jeff Lightner 
To: Jorge Fábregas ; VERITAS-BU@mailman.eng.auburn.edu
Sent: Monday, June 8, 2009 8:14:04 AM
Subject: Re: [Veritas-bu] In-File Delta Technology

NetBackup is essentially doing file level backups rather than block level so it 
can't do the in file delta.   If you have a need for doing that then you should 
look at the data deduplication technology out there such as Data Domain, Avomar 
and others.   If you look through the archives you'll see a fair amount of 
discussion of these including a thread just a week or so ago.

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jorge Fábregas
Sent: Saturday, June 06, 2009 3:21 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] In-File Delta Technology

Hello everyone,

I'm still learning Netbackup (got around 1.5 years working with it) and I'm 
wondering... Is there a way to perform incremental backups using in-file 
delta technology (backup only changes within a file)?  I've seen a lot of 
features/options for Netbackup but I have never seen this...If indeed there 
isn't ...why isn't this type of ESSENTIAL technology part of Netbackup?

Just as an aside, I recently started backing up a server that runs "MS Virtual 
Server" that has around 9 guests...I back them up at night (obviously after 
shutting down the guests) and I know 5 of those 9 guests seldomly change but 
as you can imagine...because the timestamp on the virtual-hard-disks 
change ...they're backed up COMPLETELY.  The end result: I'm almost 
performing a FULL backup every day even though it's an incremental 
schedule   :(  

I'll appreciate your feedback. 

Thanks!

All the best,
Jorge

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

Please consider our environment before printing this e-mail or attachments.
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. 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

Re: [Veritas-bu] In-File Delta Technology

[A Darren Dunham]

On Sat, Jun 06, 2009 at 03:20:44PM -0400, Jorge F?bregas wrote:
> I'm still learning Netbackup (got around 1.5 years working with it) and I'm 
> wondering... Is there a way to perform incremental backups using in-file 
> delta technology (backup only changes within a file)?  I've seen a lot of 
> features/options for Netbackup but I have never seen this...If indeed there 
> isn't ...why isn't this type of ESSENTIAL technology part of
> Netbackup?

Are there any common backup solutions that do offer that feature?

Untless the filesystem is giving hints to backup program (and I don't
know any that do), you'd have to compare the old file to the new file to
understand which blocks have changed.  The base product can't do that.
The only information it has about backup needs is the timestamp (or on
Windows, the archive bit).

Assuming the previous file is on tape, comparing against it would
require reading that tape first.  If that's a different tape, you now
need two tape drives.  If it's the same tape, you can't read and write
to it simultaneously.  More slowness.

Keeping track of blocks is standard for a de-duplication solution.
That would be designed with proper indexing structure and sufficient
disk space to find and validate data without causing a huge slowdown
during backups.  There's lots of standalone products, or you could look
at the Symantec PureDisk solution.

> Just as an aside, I recently started backing up a server that runs "MS 
> Virtual 
> Server" that has around 9 guests...I back them up at night (obviously after 
> shutting down the guests) and I know 5 of those 9 guests seldomly change but 
> as you can imagine...because the timestamp on the virtual-hard-disks 
> change ...they're backed up COMPLETELY.  The end result: I'm almost 
> performing a FULL backup every day even though it's an incremental 
> schedule   :(  

Yes same with doing file-level backups of a database.  Similar options
apply:  

* Run some sort of de-dup product
* Backup from within the virtual host, not the image files from the
  server
* Live with the size hit and delete things quickly

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

Re: [Veritas-bu] Can you reassure my understanding.

[Donaldson, Mark]

I have done a full system restore, or attempted to, and it doesn't work.

Somewhere along the way, you start over-writing the library files linked into 
the running bpbkar executable and then the restore will die.

BMR is an exception, but just doing a full restore from root downward doesn't 
work.

-M 

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dave Markham
Sent: Wednesday, June 03, 2009 6:50 AM
To: Boris Kraizman
Cc: John Nardello; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Can you reassure my understanding.

Thanks All.

Pretty much exactly what i was thinking, so its good to know i'm not 
loosing my marbles.

Problem was i wasn't consulted at design time.

We are doing a proof of concept as the design has already been 
"approved" apparently and we shouldn't be changing it on theories. Pah.

I can't wait for the big fat "Told you So!"

Even if it works on one box its not going to work on all 6 i'm sure, and 
even if it does i'm not signing off on it for SLA for support team as 
its not a way to be doing a fully supported DR approach.

Cheers


Boris Kraizman wrote:
> I found the best way is to build the OS to match the original, then 
> recover all data including system files via NetBackup. I do have BMR 
> configured, but the sequential order for restore will take much longer 
> then OS, and then full systems restore on top. I don't do BMR for 
> Solaris and Linux systems at all, just a full system backups and then 
> OS build with data restores. It works well on Windows with full 
> systems restore including the regsitry and system state, no really a 
> problem with diffirent hardware, there are some tricks anywhere. You 
> would need de-select a few system files, use w2koption per the tech 
> note, and you will be fine.
>
> Boris Kraizman
>
> On Tue, Jun 2, 2009 at 4:34 PM, Mark Glazerman 
> mailto:mark.glazer...@spartech.com>> wrote:
>
> We tested this and you are right that you will likely run into
> problems doing an entire system restore via netbackup. Even with
> the best will in the world, there is bound to be some kind of
> configuration file which will mess things up on the running system
> during the restore. Will the servers at site 2 be the same
> architecture / patch level / NICS etc ? Unless you have everything
> 100% the same you'll run into snags. Also... make sure that when
> you lay the data down you don't lay down the Netbackup files or
> you'll hose your restore (as we found out !!).
>
> If the servers will have identical names and IP's etc... why not
> just build them as if they were the servers in your home data
> center but with duplicate (but empty) file systems. In a DR
> situation all you'd need to restore would be your data files into
> those empty filesystems. The OS stuff would be as if they were
> your servers in your home data center.
>
> Mark Glazerman
> Desk: 314-889-8282
> Cell: 618-520-3401
> 狭 please don't print this e-mail unless you really need to
>
>
> -Original Message-
> From: veritas-bu-boun...@mailman.eng.auburn.edu
> 
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu
> ] On Behalf Of
> John Nardello
> Sent: Tuesday, June 02, 2009 1:37 PM
> To: dave.mark...@fjserv.net ;
> veritas-bu@mailman.eng.auburn.edu
> 
> Subject: Re: [Veritas-bu] Can you reassure my understanding.
>
> Most servers get really ticked off if you try to overwrite the
> running OS files - assuming they'll let you do it at all. Probably
> because an overwrite is effectively a delete and then create. So
> great, what happens when you restore that critical library file
> that Solaris was using to run ? Or heck, when you restore bpbkar ?
> Or inetd ?
>
> If the CSA guy refuses to back down though, no sweat, ask for a
> proof of concept test. "Let's see what really happens when we do
> it this way." If only because it ought to be fun to see exactly
> how messed up the destination server gets. =) And don't sign off
> on it as the full DR method until you get one.
>
> Bare metal restores != file-level restores.
>
> - John Nardello
>
> -Original Message-
> From: veritas-bu-boun...@mailman.eng.auburn.edu
> 
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu
> ] On Behalf Of
> Dave Markham
> Sent: Tuesday, June 02, 2009 3:50 AM
> To: veritas-bu@mailman.eng.auburn.edu
> 
> Subject: [Veritas-bu] Can you reassure my understanding.
>
> Guys i'm after a

Re: [Veritas-bu] In-File Delta Technology

[Donaldson, Mark]

The quick answer is that it's too hard.

In order to do an in-file incremental, you'd have to have intimate knowledge of 
the each kind of filesystem structure (ufs, vxfs, ext, ext3, etc).

By doing it at the file level, rather than the block level, the OS takes care 
of all that for you.   

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jorge Fábregas
Sent: Saturday, June 06, 2009 1:21 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] In-File Delta Technology

Hello everyone,

I'm still learning Netbackup (got around 1.5 years working with it) and I'm 
wondering... Is there a way to perform incremental backups using in-file 
delta technology (backup only changes within a file)?  I've seen a lot of 
features/options for Netbackup but I have never seen this...If indeed there 
isn't ...why isn't this type of ESSENTIAL technology part of Netbackup?

Just as an aside, I recently started backing up a server that runs "MS Virtual 
Server" that has around 9 guests...I back them up at night (obviously after 
shutting down the guests) and I know 5 of those 9 guests seldomly change but 
as you can imagine...because the timestamp on the virtual-hard-disks 
change ...they're backed up COMPLETELY.  The end result: I'm almost 
performing a FULL backup every day even though it's an incremental 
schedule   :(  

I'll appreciate your feedback. 

Thanks!

All the best,
Jorge

___
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] In-File Delta Technology

[Jeff Lightner]

NetBackup is essentially doing file level backups rather than block level so it 
can't do the in file delta.   If you have a need for doing that then you should 
look at the data deduplication technology out there such as Data Domain, Avomar 
and others.   If you look through the archives you'll see a fair amount of 
discussion of these including a thread just a week or so ago.

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jorge Fábregas
Sent: Saturday, June 06, 2009 3:21 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] In-File Delta Technology

Hello everyone,

I'm still learning Netbackup (got around 1.5 years working with it) and I'm 
wondering... Is there a way to perform incremental backups using in-file 
delta technology (backup only changes within a file)?  I've seen a lot of 
features/options for Netbackup but I have never seen this...If indeed there 
isn't ...why isn't this type of ESSENTIAL technology part of Netbackup?

Just as an aside, I recently started backing up a server that runs "MS Virtual 
Server" that has around 9 guests...I back them up at night (obviously after 
shutting down the guests) and I know 5 of those 9 guests seldomly change but 
as you can imagine...because the timestamp on the virtual-hard-disks 
change ...they're backed up COMPLETELY.  The end result: I'm almost 
performing a FULL backup every day even though it's an incremental 
schedule   :(  

I'll appreciate your feedback. 

Thanks!

All the best,
Jorge

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
 
Please consider our environment before printing this e-mail or attachments.
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Move EMM Database to another host?

[POUSSARD, Gilles (APX SYNSTAR)]

Hello,

In fact, I wish to migrate  an EMM database and NBU catalog database 6.5.x from 
a Solaris master server to a Linux Redhat master server keeping the same 
hostname and IP adress.

If someone has experiences on that, I will be interested.

Gilles.

-Message d'origine-
De : POUSSARD, Gilles (APX SYNSTAR) 
Envoyé : lundi 8 juin 2009 11:38
À : 'VERITAS-BU@MAILMAN.ENG.AUBURN.EDU'
Objet : RE: [Veritas-bu] Move EMM Database to another host?


Hello,

Can you give us more details on the process of moving the EMM database ( the 
command associated ) ??

Thanks

Gilles

-Message d'origine-
De : veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]de la part de
backupgirl
Envoyé : vendredi 5 juin 2009 17:18
À : VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Objet : [Veritas-bu] Move EMM Database to another host?



They were able to successfully retrieve the media volume information from the 
old master server to a new master on a different hostname by connecting to the 
NBDB database and unloading only the EMM Media tables and loading the tables 
into the database on the new server. Once that was done, I copied the images 
folder from the old server to new server and everything is working fine.

+--
|This was sent by aze...@yahoo.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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

This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



The information in this e-mail is confidential. The contents may not be 
disclosed or used by anyone other then the addressee. Access to this e-mail by 
anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and 
delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of 
this e-mail as it has been sent over public networks. If you have any concerns 
over the content of this message or its Accuracy or Integrity, please contact 
Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus 
scanning software but you should take whatever measures you deem to be 
appropriate to ensure that this message and any attachments are virus free.

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

Re: [Veritas-bu] Move EMM Database to another host?

[POUSSARD, Gilles (APX SYNSTAR)]

Hello,

Can you give us more details on the process of moving the EMM database ( the 
command associated ) ??

Thanks

Gilles

-Message d'origine-
De : veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu]de la part de
backupgirl
Envoyé : vendredi 5 juin 2009 17:18
À : VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Objet : [Veritas-bu] Move EMM Database to another host?



They were able to successfully retrieve the media volume information from the 
old master server to a new master on a different hostname by connecting to the 
NBDB database and unloading only the EMM Media tables and loading the tables 
into the database on the new server. Once that was done, I copied the images 
folder from the old server to new server and everything is working fine.

+--
|This was sent by aze...@yahoo.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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

This mail has originated outside your organization, either from an external 
partner or the Global Internet.
Keep this in mind if you answer this message.



The information in this e-mail is confidential. The contents may not be 
disclosed or used by anyone other then the addressee. Access to this e-mail by 
anyone else is unauthorised.
If you are not the intended recipient, please notify Airbus immediately and 
delete this e-mail.
Airbus cannot accept any responsibility for the accuracy or completeness of 
this e-mail as it has been sent over public networks. If you have any concerns 
over the content of this message or its Accuracy or Integrity, please contact 
Airbus immediately.
All outgoing e-mails from Airbus are checked using regularly updated virus 
scanning software but you should take whatever measures you deem to be 
appropriate to ensure that this message and any attachments are virus free.

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

Re: [Veritas-bu] NDMP authentication failing for NetApp.

[william . d . brown]

I'm fairly certain that does not apply if you create an ndmp user account 
on a NetApp filer.  The documents have said that for years and we've 
managed fine with a user-defined account.  However, we are not using NBU 
6.

We did have to limit the NDMP passsword length to 8 characters, which was 
a documented restriction.  You do that on the NetApp prior to generating 
the encrypted password.  However I note in the original question that was 
ruled out as an option.

William D L Brown




"Marianne Van Den Berg"  
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu
05-Jun-2009 20:32
 
To
"Jeff Cleverley" , 
veritas-bu@mailman.eng.auburn.edu
cc

Subject
Re: [Veritas-bu] NDMP authentication failing for NetApp.






Have a look at this doc:
ftp://exftpp.symantec.com/pub/support/products/NetBackup_Enterprise_Server/267773.pdf
 
Extract:
The username used with the tpconfig command must be defined as root for 
each data mover.
 
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jeff 
Cleverley
Sent: 05 June 2009 19:20
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NDMP authentication failing for NetApp.
 
A quick update is that I was able to configure the NetApp using the 
tpconfig -add -nh command line.  It finished with no errors and the NDMP 
host gui window now shows the NetApp.  The set_ndmp_attr -verify works and 
seems to talk to the filer OK.  The tpautoconf still fails.  A test backup 
policy fails with error 57 and the connection refused to host message.

I think I'm getting closer.  Any additional suggestions would be 
appreciated.

Thanks,

Jeff

Jeff Cleverley wrote: 
The tpautoconf doesn't work because it won't let me set up the filer as a 
host.  I've turned on the debug level but I'm not seeing any entries from 
the master server.  It appears the requests are not actually getting sent.

The pbx is something I don't know much about.  Is it possible this isn't 
configured correctly and may be causing the problem?

Thanks,

Jeff

pharr...@comcast.net wrote: 
Run "tpautoconf -verify ndmp_host_name" and verify that access is granted
 
Its located in /usr/openv/volmgr/bin
 
If it failes, enable ndmp debugging on the filer (ndmpd debug 50), and 
re-run
 
Check the filer's ndmps log (generally in //filername/$/etc/ndmpd.log) for 
clues.
 

- Original Message -
From: "Jeff Cleverley" 
To: veritas-bu@mailman.eng.auburn.edu
Sent: Thursday, June 4, 2009 7:48:06 PM GMT -06:00 US/Canada Central
Subject: [Veritas-bu] NDMP authentication failing for NetApp.

Greetings,

I'm trying to get a remote NDMP backup connection going between my new 
6.5.3 RHEL master and one of our NetApp filers (7.2.5.1).  We have a 
non-root account on the filer (ndmpuser) and have given it a password. 
This has been used by Operations Manager in the past with no problems. 
When I try to set up credentials for that NDMP host, I use the user name 
"ndmpuser" and the encrypted password I got from running "ndmpd password 
ndmpuser" on the filer.  This fails authentication.  The filer is running 
NDMP version 4.

The error message is coming back saying the media servers could not be 
reached or the credentials are invalid.  The tape library is on the master 
server so I have not set the filer up as a media server.  The filer is a 
production system getting backups from 4 different countries so I'm 
reluctant to start changing NDMP levels or password length options. 

Please tell me what I'm missing.

Thanks,

Jeff
-- 
 
Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
jeff.clever...@avagotech.com
 

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


-- 
 
Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
jeff.clever...@avagotech.com
 
 





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


-- 
 
Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
jeff.clever...@avagotech.com


This email has been scanned for viruses and malware, and automatically 
archived by Mimecast SA (Pty) Ltd, an innovator in Software as a Service 
(SaaS) for business. Mimecast Unified Email Management ? (UEM) offers 
email continuity, security, archiving and compliance with all current 
legislation. To find out more, contact StorTech. stormcid 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu



---
This e-mail was sent by GlaxoSmithKline Services Unlimited 
(registered in England and Wales No. 1047315), which is a 
member of th