RE: [Veritas-bu] backup of windows event logs

2006-04-23 Thread WEAVER, Simon

Mark
Your clients are at the same version of client software as the master right?

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

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

Email: [EMAIL PROTECTED]



-Original Message-
From: bob944 [mailto:[EMAIL PROTECTED] 
Sent: 21 April 2006 15:43
To: veritas-bu@mailman.eng.auburn.edu
Cc: 'Kilpatrick, Mark'
Subject: RE: [Veritas-bu] backup of windows event logs


> I have just discovered that the windows event logs are not
> backed up as
> part of a All_Local_Drives backup. We were hoping to recover an event
> log that was deleted and there are no backups of these logs in the
> directory that they are located in on a windows server. There is no
> mention of a skipped file in the policy details for theses clients. Is
> anyone aware of this and is it expected behaviour?

Microsoft's OS sets up a registry key something like "files not to back up"
(search MS knowledge base for details) that all backup software vendors are
obliged to honor.  That, or their paths appearing in an applicable exclude
list, are all that would cause local files to be ignored.

Files which aren't ignored as above, but can't be backed up (locked files,
for instance) will cause a status 1 and be listed in the Problems report.


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

This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or 
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of EADS 
Astrium Limited.
Nothing in this email shall bind EADS Astrium Limited in any contract or 
obligation.

EADS 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] Slow performance problem, cause unknown

2006-04-23 Thread Mansell, Richard
I know it is for Windows servers but I found this tech note quite useful
as it explains how to use the debug logs to see if the delay is client
or media server based:-

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

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of grant lowe
Sent: Monday, 24 April 2006 10:39 am
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Slow performance problem, cause unknown

I"m having very poor performance on a Sun Ultra 60 with Solaris 9 and
NBU 5.0GA.  I've added the following files to the system with the
asociated
values:

NET_BUFFER_SIZE = 65536
NUMBER_DATA_BUFFERS = 32
SIZE_DATA_BUFFERS = 262144

My /etc/system has these parameters:

set shmsys:shminfo_shmmax=33554432
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=512
set shmsys:shminfo_shmseg=100
set msgsys:msginfo_msgmap=512
set msgsys:msginfo_msgmnb=65536
set msgsys:msginfo_msgmni=1024
set msgsys:msginfo_msgmax=8192
set msgsys:msginfo_msgssz=32
set msgsys:msginfo_msgseg=8192
set msgsys:msginfo_msgtql=1024
set semsys:seminfo_semmap=64
set semsys:seminfo_semmni=2048
set semsys:seminfo_semopm=128
set semsys:seminfo_semmsl=300
set semsys:seminfo_semmns=2048
set semsys:seminfo_semmnu=1024
set semsys:seminfo_semume=64

So, why am I only getting a backup that starts at only 2000 KB/sec and
then slows town to 300 KB/sec?  It may be an obvious answer, but I can't
see it.

Thanks for the help!

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com ___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


**
This electronic email and any files transmitted with it are intended 
solely for the use of the individual or entity to whom they are addressed. 

The views expressed in this message are those of the individual 
sender and may not necessarily reflect the views of the Christchurch
City Council.

If you are not the correct recipient of this email please advise the
sender and delete.

Christchurch City Council
http://www.ccc.govt.nz
**


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


[Veritas-bu] Slow performance problem, cause unknown

2006-04-23 Thread grant lowe
I"m having very poor performance on a Sun Ultra 60
with Solaris 9 and NBU 5.0GA.  I've added the
following files to the system with the asociated
values:

NET_BUFFER_SIZE = 65536
NUMBER_DATA_BUFFERS = 32
SIZE_DATA_BUFFERS = 262144

My /etc/system has these parameters:

set shmsys:shminfo_shmmax=33554432
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=512
set shmsys:shminfo_shmseg=100
set msgsys:msginfo_msgmap=512
set msgsys:msginfo_msgmnb=65536
set msgsys:msginfo_msgmni=1024
set msgsys:msginfo_msgmax=8192
set msgsys:msginfo_msgssz=32
set msgsys:msginfo_msgseg=8192
set msgsys:msginfo_msgtql=1024
set semsys:seminfo_semmap=64
set semsys:seminfo_semmni=2048
set semsys:seminfo_semopm=128
set semsys:seminfo_semmsl=300
set semsys:seminfo_semmns=2048
set semsys:seminfo_semmnu=1024
set semsys:seminfo_semume=64

So, why am I only getting a backup that starts at only
2000 KB/sec and then slows town to 300 KB/sec?  It may
be an obvious answer, but I can't see it.

Thanks for the help!

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


[Veritas-bu] Slow performance problem, cause unknown

2006-04-23 Thread grant lowe
I"m having very poor performance on a Sun Ultra 60
with Solaris 9 and NBU 5.0GA.  I've added the
following files to the system with the asociated
values:

NET_BUFFER_SIZE = 65536
NUMBER_DATA_BUFFERS = 32
SIZE_DATA_BUFFERS = 262144

My /etc/system has these parameters:

set shmsys:shminfo_shmmax=33554432
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=512
set shmsys:shminfo_shmseg=100
set msgsys:msginfo_msgmap=512
set msgsys:msginfo_msgmnb=65536
set msgsys:msginfo_msgmni=1024
set msgsys:msginfo_msgmax=8192
set msgsys:msginfo_msgssz=32
set msgsys:msginfo_msgseg=8192
set msgsys:msginfo_msgtql=1024
set semsys:seminfo_semmap=64
set semsys:seminfo_semmni=2048
set semsys:seminfo_semopm=128
set semsys:seminfo_semmsl=300
set semsys:seminfo_semmns=2048
set semsys:seminfo_semmnu=1024
set semsys:seminfo_semume=64

So, why am I only getting a backup that starts at only
2000 KB/sec and then slows town to 300 KB/sec?  It may
be an obvious answer, but I can't see it.

Thanks for the help!

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


RE: [Veritas-bu] Remotely Finding Version _AND_ patch level

2006-04-23 Thread Whelan, Patrick
Oops, sent it to the wrong person. ;)

You could try playing with this script to see if it helps any. It only
works for Windoze boxes, running from a unix media/master server, but
could be adapted to unix or other. Let me know if it helps any.

 Cut here get_version ##
#!/usr/bin/ksh

# Make sure there is a client specified
if [ $# -ne 1 ]
then
echo "usage:
$0 client_name"
exit 1
fi

# Try to generate the client list only once. Sometime it can take a long
time
if [ ! -f /tmp/client.list ]
then
bpplclients -allunique -noheader > /tmp/client.list
fi

client=$1

grep -w $client /tmp/client.list | tail -1 | read HW OS CLIENT

# If CLIENT is empty, then the client is known to NetBackup
if [ -z "$CLIENT" ]
then
echo "Client $client not found"
exit 2
fi

ext=""
typeset -l os=${OS%%s*}
if [ ${os} == "window" ]
then
DIR=
else
echo "This script is only for Windows clients"
exit 3
fi

integer found=-39

bpdir -M $client /$DIR | \
   grep -i "" | \
awk '{ print $NF }'| \
while read DIR
do
found=$( bpdir -M $client /$DIR | \
egrep -ic "veritas" )
if [ found -gt 0 ]
then
ffound=$(bpdir -M $client /$DIR/veritas/netbackup | \
grep -c version.txt )
bpgp from $client \
/$DIR/veritas/netbackup/version.txt \
/tmp/$client.txt
cat /tmp/$client.txt
exit

fi
done

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mansell,
Richard
Sent: 23 April 2006 21:49
To: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Remotely Finding Version _AND_ patch level



 FWIW, the Windows admin console in 6.0 reports the client version for
Windows clients. We are only running 6.0 at the moment so I don't know
if it will report the version for pre-6 clients.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sean
Clarke
Sent: Sunday, 23 April 2006 8:51 pm
To: Sean Clarke; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Remotely Finding Version _AND_ patch level

Ed Wilts wrote:
> On Wed, Apr 19, 2006 at 11:42:10PM +0100, Sean Clarke wrote:
 
> consistent way to get the versions across all clients.
> 
> .../Ed
> 

I'll go to my corner and cry now ;-)

Guess I'll report on the UNIX boxes (which seem to play OK with
bpcoverage and just report the major version number for windows boxes.


Very annoying as to the untrained eye it would seem to be easy to ensure

that this worked :-(

Thanks for the replies anyway

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


**
This electronic email and any files transmitted with it are intended 
solely for the use of the individual or entity to whom they are
addressed. 

The views expressed in this message are those of the individual 
sender and may not necessarily reflect the views of the Christchurch
City Council.

If you are not the correct recipient of this email please advise the
sender and delete.

Christchurch City Council
http://www.ccc.govt.nz
**


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


*
The message is intended for the named addressee only and may not be disclosed 
to or used by anyone else, nor may it be copied in any way. 

The contents of this message and its attachments are confidential and may also 
be subject to legal privilege.  If you are not the named addressee and/or have 
received this message in error, please advise us by e-mailing [EMAIL PROTECTED] 
and delete the message and any attachments without retaining any copies. 

Internet communications are not secure and COLT does not accept responsibility 
for this message, its contents nor responsibility for any viruses. 

No contracts can be created or varied on behalf of COLT Telecommunications, its 
subsidiaries or affiliates ("COLT") and any other party by email Communications 
unless expressly agreed in writing with such other party.  

Please note that incoming emails will be automatically scanned to eliminate 
potential viruses and unsolicited promotional emails. For more information 
refer to www.colt.net or contact us on +44(0)20 7390 3900.


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


RE: [Veritas-bu] Remotely Finding Version _AND_ patch level

2006-04-23 Thread Mansell, Richard

 FWIW, the Windows admin console in 6.0 reports the client version for
Windows clients. We are only running 6.0 at the moment so I don't know
if it will report the version for pre-6 clients.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sean
Clarke
Sent: Sunday, 23 April 2006 8:51 pm
To: Sean Clarke; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Remotely Finding Version _AND_ patch level

Ed Wilts wrote:
> On Wed, Apr 19, 2006 at 11:42:10PM +0100, Sean Clarke wrote:
 
> consistent way to get the versions across all clients.
> 
> .../Ed
> 

I'll go to my corner and cry now ;-)

Guess I'll report on the UNIX boxes (which seem to play OK with
bpcoverage and just report the major version number for windows boxes.


Very annoying as to the untrained eye it would seem to be easy to ensure

that this worked :-(

Thanks for the replies anyway

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


**
This electronic email and any files transmitted with it are intended 
solely for the use of the individual or entity to whom they are addressed. 

The views expressed in this message are those of the individual 
sender and may not necessarily reflect the views of the Christchurch
City Council.

If you are not the correct recipient of this email please advise the
sender and delete.

Christchurch City Council
http://www.ccc.govt.nz
**


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


Re: [Veritas-bu] Remotely Finding Version _AND_ patch level

2006-04-23 Thread Sean Clarke

Ed Wilts wrote:

On Wed, Apr 19, 2006 at 11:42:10PM +0100, Sean Clarke wrote:

Hi All,

I am in the process of writing a script to audit the Netbackup versions 
installed on our clients and to generate alerts of our current standard 
version is not installed. This was done via a spreadsheet until I found 
a box with 3.2 on it and decided that enough was enough :-(


For our UNIX/Linux boxes this can be done using a loop over the output 
of bpclclients that calls bpcoverage. However what I have noticed for 
Windows clients is that it only reports the version number and not the 
patch level (apart from a couple of NT4 boxes on 4.5FP6 bizarrely).


Our master and media servers are on 5.1, most clients are on 5.1 with a 
few ancient machines on 4.5.


I logged a support call with Verimantec and the response was - nope not 
implemented...sorry!


Anyone know how to remotely get the NBU patch level installed on Windows 
machines from a UNIX master server?


It simply can't be done. Various versions have reporting things
differently.  You'll have different results with bpgetconfig,
bpcoverage, and using other unsupported hacks, but there is no one
consistent way to get the versions across all clients.

.../Ed



I'll go to my corner and cry now ;-)

Guess I'll report on the UNIX boxes (which seem to play OK with 
bpcoverage and just report the major version number for windows boxes.



Very annoying as to the untrained eye it would seem to be easy to ensure 
that this worked :-(


Thanks for the replies anyway

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