Re: [Veritas-bu] cold catalog recovery

2012-03-16 Thread Shekel Tal
Doesn't sound like a netbackup issue
Sounds like a host configuration issue - maybe dns

Are you returning 127.0.0.1 even when you have any entry in your local hosts?
The system could be configured not to look at hosts

Can you resolve forward and reverse lookup when using nslookup?

Regards,
Tal Shekel
CSA
FUJITSU

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Infantino, Joe 
(Contractor)
Sent: 15 March 2012 20:39
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] cold catalog recovery


We are trying to upgrade our NBU hardware and OS and are running into some 
issues that seem related to doing a cold catalog recovery and name resolution.

Current setup:

Windows 2003 x86 SP2

NBU 6.5.6

New setup:

Windows 2008 x64 SP2

NBU 6.5.6

Current server and new server are configured with the same name and ip address.

ISSUE:

We can do a cold catalog backup and restore just fine but have a serious issue 
in the end.  After both successes if we open the Activity Monitor we get an 
error - Not connected, check if services are up.

All service are up.

bpjobsd log shows

2 job_connect: Can't connect automatically to client pbcobk01 status = 25 err 
= 10061

2 job_connect: Can't connect to client pbcobk01

16 main: Can't connect to pbcobk01 (46)

We did a complete system rebuild, installed NBU 6.5.6, and configured to write 
to disk.  Test backup ran and Activity Monitor worked fine.  Did the catalog 
recovery and the issue came back.

I did some bpclntcmd tests and they all come back with the correct name but the 
IP shows as 127.0.0.1.  I added the hostname and real IP to the hosts file with 
no luck.

I tried the following tests:

bpclntcmd -pn = correct short name with 127.0.0.1

bpclntcmd -self = correct short name with 127.0.0.1

bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1

bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip address

If I do these test on the current server they come back with the actual IP of 
the system.

TIA

Joe Infantino

MCP, MCSA, Security+, ITILv3

Senior Systems Analyst

Security and Server Operations

Intersil Corporation

email: jinfant...@intersil.commailto:jinfant...@intersil.com

www.intersil.comfile:///\\www.intersil.com

Unless otherwise stated, this email has been sent from Fujitsu Services 
Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications Europe 
Limited, together Fujitsu.
 
This email is only for the use of its intended recipient.  Its contents are 
subject to a duty of confidence and may be privileged.  Fujitsu does not 
guarantee that this email has not been intercepted and amended or that it is 
virus-free.

Fujitsu Services Limited, registered in England No 96056, registered office 22 
Baker Street, London W1U 3BW.

Fujitsu (FTS) Limited, registered in England No 03808613, registered office 22 
Baker Street, London W1U 3BW.

Fujitsu Telecommunications Europe Limited, registered in England No 2548187, 
registered office Solihull Parkway, Birmingham Business Park, Birmingham, B37 
7YU.___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] cold catalog recovery

2012-03-16 Thread Infantino, Joe (Contractor)
That's what we thought also, but why then would it work just fine before
the catalog recovery?

 

I do have a hosts file entry for the system.

 

Currently it is off the network so nslookup is not working, but even
when it was on the network and name resolution was working fine the
issue was still there.

 

 

Joe Infantino

MCP, MCSA, Security+, ITILv3

Senior Systems Analyst

Security and Server Operations

Intersil Corporation

 

email: jinfant...@intersil.com mailto:jinfant...@intersil.com 

office: 321-724-7119

fax: 321-729-1186

 

www.intersil.com

 

From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] 
Sent: Friday, March 16, 2012 5:56 AM
To: Infantino, Joe (Contractor); veritas-bu@mailman.eng.auburn.edu
Subject: RE: cold catalog recovery

 

Doesn't sound like a netbackup issue

Sounds like a host configuration issue - maybe dns

 

Are you returning 127.0.0.1 even when you have any entry in your local
hosts?

The system could be configured not to look at hosts

 

Can you resolve forward and reverse lookup when using nslookup?

 

Regards,

Tal Shekel

CSA
FUJITSU

 

From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Infantino, Joe (Contractor)
Sent: 15 March 2012 20:39
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] cold catalog recovery

 

We are trying to upgrade our NBU hardware and OS and are running into
some issues that seem related to doing a cold catalog recovery and name
resolution.

Current setup:

Windows 2003 x86 SP2

NBU 6.5.6

New setup:

Windows 2008 x64 SP2

NBU 6.5.6

Current server and new server are configured with the same name and ip
address.

ISSUE:

We can do a cold catalog backup and restore just fine but have a serious
issue in the end.  After both successes if we open the Activity Monitor
we get an error - Not connected, check if services are up.

All service are up.

bpjobsd log shows

2 job_connect: Can't connect automatically to client pbcobk01 status =
25 err = 10061

2 job_connect: Can't connect to client pbcobk01

16 main: Can't connect to pbcobk01 (46)

We did a complete system rebuild, installed NBU 6.5.6, and configured to
write to disk.  Test backup ran and Activity Monitor worked fine.  Did
the catalog recovery and the issue came back.

I did some bpclntcmd tests and they all come back with the correct name
but the IP shows as 127.0.0.1.  I added the hostname and real IP to the
hosts file with no luck.

I tried the following tests:

bpclntcmd -pn = correct short name with 127.0.0.1

bpclntcmd -self = correct short name with 127.0.0.1

bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1

bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip
address

If I do these test on the current server they come back with the actual
IP of the system.  

TIA

Joe Infantino

MCP, MCSA, Security+, ITILv3

Senior Systems Analyst

Security and Server Operations

Intersil Corporation

email: jinfant...@intersil.com mailto:jinfant...@intersil.com 

www.intersil.com file:///\\www.intersil.com 


Unless otherwise stated, this email has been sent from Fujitsu Services
Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications
Europe Limited, together Fujitsu.

This email is only for the use of its intended recipient. Its contents
are subject to a duty of confidence and may be privileged. Fujitsu does
not guarantee that this email has not been intercepted and amended or
that it is virus-free.

Fujitsu Services Limited, registered in England No 96056, registered
office 22 Baker Street, London W1U 3BW.

Fujitsu (FTS) Limited, registered in England No 03808613, registered
office 22 Baker Street, London W1U 3BW.

Fujitsu Telecommunications Europe Limited, registered in England No
2548187, registered office Solihull Parkway, Birmingham Business Park,
Birmingham, B37 7YU.

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


Re: [Veritas-bu] cold catalog recovery

2012-03-16 Thread Infantino, Joe (Contractor)
It is a standard system build.  I did the build and did not change
anything to do with DNS

 

Firewall is also turned off.  I tried with the firewall service disabled
and after a reboot and the error still exists.

 

 

Joe Infantino

MCP, MCSA, Security+, ITILv3

Senior Systems Analyst

Security and Server Operations

Intersil Corporation

 

email: jinfant...@intersil.com mailto:jinfant...@intersil.com 

office: 321-724-7119

fax: 321-729-1186

 

www.intersil.com

 

From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] 
Sent: Friday, March 16, 2012 7:55 AM
To: Infantino, Joe (Contractor); veritas-bu@mailman.eng.auburn.edu
Subject: RE: cold catalog recovery

 

It could just be down to the way your host is configured to lookup names

 

Is this a standard windows build or a bespoke build created by your sys
admins?

They could have changed the way the build resolves hostnames as a
security feature?

 

Regards,

Tal Shekel

CSA
FUJITSU

 

From: Infantino, Joe (Contractor) [mailto:jinfant...@intersil.com] 
Sent: 16 March 2012 11:53
To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu
Subject: RE: cold catalog recovery

 

That's what we thought also, but why then would it work just fine before
the catalog recovery?

 

I do have a hosts file entry for the system.

 

Currently it is off the network so nslookup is not working, but even
when it was on the network and name resolution was working fine the
issue was still there.

 

 

Joe Infantino

MCP, MCSA, Security+, ITILv3

Senior Systems Analyst

Security and Server Operations

Intersil Corporation

 

email: jinfant...@intersil.com mailto:jinfant...@intersil.com 

office: 321-724-7119

fax: 321-729-1186

 

www.intersil.com

 

From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] 
Sent: Friday, March 16, 2012 5:56 AM
To: Infantino, Joe (Contractor); veritas-bu@mailman.eng.auburn.edu
Subject: RE: cold catalog recovery

 

Doesn't sound like a netbackup issue

Sounds like a host configuration issue - maybe dns

 

Are you returning 127.0.0.1 even when you have any entry in your local
hosts?

The system could be configured not to look at hosts

 

Can you resolve forward and reverse lookup when using nslookup?

 

Regards,

Tal Shekel

CSA
FUJITSU

 

From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Infantino, Joe (Contractor)
Sent: 15 March 2012 20:39
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] cold catalog recovery

 

We are trying to upgrade our NBU hardware and OS and are running into
some issues that seem related to doing a cold catalog recovery and name
resolution.

Current setup:

Windows 2003 x86 SP2

NBU 6.5.6

New setup:

Windows 2008 x64 SP2

NBU 6.5.6

Current server and new server are configured with the same name and ip
address.

ISSUE:

We can do a cold catalog backup and restore just fine but have a serious
issue in the end.  After both successes if we open the Activity Monitor
we get an error - Not connected, check if services are up.

All service are up.

bpjobsd log shows

2 job_connect: Can't connect automatically to client pbcobk01 status =
25 err = 10061

2 job_connect: Can't connect to client pbcobk01

16 main: Can't connect to pbcobk01 (46)

We did a complete system rebuild, installed NBU 6.5.6, and configured to
write to disk.  Test backup ran and Activity Monitor worked fine.  Did
the catalog recovery and the issue came back.

I did some bpclntcmd tests and they all come back with the correct name
but the IP shows as 127.0.0.1.  I added the hostname and real IP to the
hosts file with no luck.

I tried the following tests:

bpclntcmd -pn = correct short name with 127.0.0.1

bpclntcmd -self = correct short name with 127.0.0.1

bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1

bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip
address

If I do these test on the current server they come back with the actual
IP of the system.  

TIA

Joe Infantino

MCP, MCSA, Security+, ITILv3

Senior Systems Analyst

Security and Server Operations

Intersil Corporation

email: jinfant...@intersil.com mailto:jinfant...@intersil.com 

www.intersil.com file:///\\www.intersil.com 


Unless otherwise stated, this email has been sent from Fujitsu Services
Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications
Europe Limited, together Fujitsu.

This email is only for the use of its intended recipient. Its contents
are subject to a duty of confidence and may be privileged. Fujitsu does
not guarantee that this email has not been intercepted and amended or
that it is virus-free.

Fujitsu Services Limited, registered in England No 96056, registered
office 22 Baker Street, London W1U 3BW.

Fujitsu (FTS) Limited, registered in England No 03808613, registered
office 22 Baker Street, London W1U 3BW.

Fujitsu Telecommunications Europe Limited, registered in England No
2548187, registered office Solihull Parkway, Birmingham Business Park

Re: [Veritas-bu] cold catalog recovery

2012-03-16 Thread Shekel Tal
It could just be down to the way your host is configured to lookup names

Is this a standard windows build or a bespoke build created by your sys admins?
They could have changed the way the build resolves hostnames as a security 
feature?

Regards,
Tal Shekel
CSA
FUJITSU

From: Infantino, Joe (Contractor) [mailto:jinfant...@intersil.com]
Sent: 16 March 2012 11:53
To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu
Subject: RE: cold catalog recovery

That's what we thought also, but why then would it work just fine before the 
catalog recovery?

I do have a hosts file entry for the system.

Currently it is off the network so nslookup is not working, but even when it 
was on the network and name resolution was working fine the issue was still 
there.


Joe Infantino
MCP, MCSA, Security+, ITILv3
Senior Systems Analyst
Security and Server Operations
Intersil Corporation

email: jinfant...@intersil.commailto:jinfant...@intersil.com
office: 321-724-7119
fax: 321-729-1186

www.intersil.com

From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com]
Sent: Friday, March 16, 2012 5:56 AM
To: Infantino, Joe (Contractor); veritas-bu@mailman.eng.auburn.edu
Subject: RE: cold catalog recovery

Doesn't sound like a netbackup issue
Sounds like a host configuration issue - maybe dns

Are you returning 127.0.0.1 even when you have any entry in your local hosts?
The system could be configured not to look at hosts

Can you resolve forward and reverse lookup when using nslookup?

Regards,
Tal Shekel
CSA
FUJITSU

From: 
veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu
 [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Infantino, Joe 
(Contractor)
Sent: 15 March 2012 20:39
To: veritas-bu@mailman.eng.auburn.edumailto:veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] cold catalog recovery


We are trying to upgrade our NBU hardware and OS and are running into some 
issues that seem related to doing a cold catalog recovery and name resolution.

Current setup:

Windows 2003 x86 SP2

NBU 6.5.6

New setup:

Windows 2008 x64 SP2

NBU 6.5.6

Current server and new server are configured with the same name and ip address.

ISSUE:

We can do a cold catalog backup and restore just fine but have a serious issue 
in the end.  After both successes if we open the Activity Monitor we get an 
error - Not connected, check if services are up.

All service are up.

bpjobsd log shows

2 job_connect: Can't connect automatically to client pbcobk01 status = 25 err 
= 10061

2 job_connect: Can't connect to client pbcobk01

16 main: Can't connect to pbcobk01 (46)

We did a complete system rebuild, installed NBU 6.5.6, and configured to write 
to disk.  Test backup ran and Activity Monitor worked fine.  Did the catalog 
recovery and the issue came back.

I did some bpclntcmd tests and they all come back with the correct name but the 
IP shows as 127.0.0.1.  I added the hostname and real IP to the hosts file with 
no luck.

I tried the following tests:

bpclntcmd -pn = correct short name with 127.0.0.1

bpclntcmd -self = correct short name with 127.0.0.1

bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1

bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip address

If I do these test on the current server they come back with the actual IP of 
the system.

TIA

Joe Infantino

MCP, MCSA, Security+, ITILv3

Senior Systems Analyst

Security and Server Operations

Intersil Corporation

email: jinfant...@intersil.commailto:jinfant...@intersil.com

www.intersil.comfile:///\\www.intersil.com

Unless otherwise stated, this email has been sent from Fujitsu Services 
Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications Europe 
Limited, together Fujitsu.

This email is only for the use of its intended recipient. Its contents are 
subject to a duty of confidence and may be privileged. Fujitsu does not 
guarantee that this email has not been intercepted and amended or that it is 
virus-free.

Fujitsu Services Limited, registered in England No 96056, registered office 22 
Baker Street, London W1U 3BW.

Fujitsu (FTS) Limited, registered in England No 03808613, registered office 22 
Baker Street, London W1U 3BW.

Fujitsu Telecommunications Europe Limited, registered in England No 2548187, 
registered office Solihull Parkway, Birmingham Business Park, Birmingham, B37 
7YU.

Unless otherwise stated, this email has been sent from Fujitsu Services 
Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications Europe 
Limited, together Fujitsu.
 
This email is only for the use of its intended recipient.  Its contents are 
subject to a duty of confidence and may be privileged.  Fujitsu does not 
guarantee that this email has not been intercepted and amended or that it is 
virus-free.

Fujitsu Services Limited, registered in England No 96056, registered office 22 
Baker Street, London W1U 3BW.

Fujitsu (FTS) Limited, registered in England No 03808613, registered office 22

Re: [Veritas-bu] cold catalog recovery

2012-03-16 Thread Shekel Tal
That's odd
If you have any entry in the host file bpclntcmd should pick it up

Still sounds like host config though
Although this is probably not the issue check if there are any entries under 
veritas\netbackup\remote_versions - that should affect name resolution but may 
be worth cleaning out

The errors in your log (25  46) both refer to hostname resolution issues and 
bpclntcmd confirms this
Try add an entry for a dummy server into for a different hostname into your 
hosts file and see if you can resolve it
From the sound of it you wont be able to

Regards,
Tal Shekel
CSA
FUJITSU

From: Infantino, Joe (Contractor) [mailto:jinfant...@intersil.com]
Sent: 16 March 2012 11:56
To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu
Subject: RE: cold catalog recovery

It is a standard system build.  I did the build and did not change anything to 
do with DNS

Firewall is also turned off.  I tried with the firewall service disabled and 
after a reboot and the error still exists.


Joe Infantino
MCP, MCSA, Security+, ITILv3
Senior Systems Analyst
Security and Server Operations
Intersil Corporation

email: jinfant...@intersil.commailto:jinfant...@intersil.com
office: 321-724-7119
fax: 321-729-1186

www.intersil.com

From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com]
Sent: Friday, March 16, 2012 7:55 AM
To: Infantino, Joe (Contractor); veritas-bu@mailman.eng.auburn.edu
Subject: RE: cold catalog recovery

It could just be down to the way your host is configured to lookup names

Is this a standard windows build or a bespoke build created by your sys admins?
They could have changed the way the build resolves hostnames as a security 
feature?

Regards,
Tal Shekel
CSA
FUJITSU

From: Infantino, Joe (Contractor) [mailto:jinfant...@intersil.com]
Sent: 16 March 2012 11:53
To: Shekel Tal; 
veritas-bu@mailman.eng.auburn.edumailto:veritas-bu@mailman.eng.auburn.edu
Subject: RE: cold catalog recovery

That's what we thought also, but why then would it work just fine before the 
catalog recovery?

I do have a hosts file entry for the system.

Currently it is off the network so nslookup is not working, but even when it 
was on the network and name resolution was working fine the issue was still 
there.


Joe Infantino
MCP, MCSA, Security+, ITILv3
Senior Systems Analyst
Security and Server Operations
Intersil Corporation

email: jinfant...@intersil.commailto:jinfant...@intersil.com
office: 321-724-7119
fax: 321-729-1186

www.intersil.com

From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com]
Sent: Friday, March 16, 2012 5:56 AM
To: Infantino, Joe (Contractor); 
veritas-bu@mailman.eng.auburn.edumailto:veritas-bu@mailman.eng.auburn.edu
Subject: RE: cold catalog recovery

Doesn't sound like a netbackup issue
Sounds like a host configuration issue - maybe dns

Are you returning 127.0.0.1 even when you have any entry in your local hosts?
The system could be configured not to look at hosts

Can you resolve forward and reverse lookup when using nslookup?

Regards,
Tal Shekel
CSA
FUJITSU

From: 
veritas-bu-boun...@mailman.eng.auburn.edumailto:veritas-bu-boun...@mailman.eng.auburn.edu
 [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Infantino, Joe 
(Contractor)
Sent: 15 March 2012 20:39
To: veritas-bu@mailman.eng.auburn.edumailto:veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] cold catalog recovery


We are trying to upgrade our NBU hardware and OS and are running into some 
issues that seem related to doing a cold catalog recovery and name resolution.

Current setup:

Windows 2003 x86 SP2

NBU 6.5.6

New setup:

Windows 2008 x64 SP2

NBU 6.5.6

Current server and new server are configured with the same name and ip address.

ISSUE:

We can do a cold catalog backup and restore just fine but have a serious issue 
in the end.  After both successes if we open the Activity Monitor we get an 
error - Not connected, check if services are up.

All service are up.

bpjobsd log shows

2 job_connect: Can't connect automatically to client pbcobk01 status = 25 err 
= 10061

2 job_connect: Can't connect to client pbcobk01

16 main: Can't connect to pbcobk01 (46)

We did a complete system rebuild, installed NBU 6.5.6, and configured to write 
to disk.  Test backup ran and Activity Monitor worked fine.  Did the catalog 
recovery and the issue came back.

I did some bpclntcmd tests and they all come back with the correct name but the 
IP shows as 127.0.0.1.  I added the hostname and real IP to the hosts file with 
no luck.

I tried the following tests:

bpclntcmd -pn = correct short name with 127.0.0.1

bpclntcmd -self = correct short name with 127.0.0.1

bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1

bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip address

If I do these test on the current server they come back with the actual IP of 
the system.

TIA

Joe Infantino

MCP, MCSA, Security+, ITILv3

Senior Systems Analyst

Security and Server Operations

Intersil Corporation

email: jinfant

[Veritas-bu] cold catalog recovery

2012-03-15 Thread Infantino, Joe (Contractor)
We are trying to upgrade our NBU hardware and OS and are running into
some issues that seem related to doing a cold catalog recovery and name
resolution.

Current setup:
Windows 2003 x86 SP2
NBU 6.5.6

New setup:
Windows 2008 x64 SP2
NBU 6.5.6

Current server and new server are configured with the same name and ip
address.

ISSUE:
We can do a cold catalog backup and restore just fine but have a serious
issue in the end.  After both successes if we open the Activity Monitor
we get an error - Not connected, check if services are up.

All service are up.

bpjobsd log shows

2 job_connect: Can't connect automatically to client pbcobk01 status =
25 err = 10061
2 job_connect: Can't connect to client pbcobk01
16 main: Can't connect to pbcobk01 (46)

We did a complete system rebuild, installed NBU 6.5.6, and configured to
write to disk.  Test backup ran and Activity Monitor worked fine.  Did
the catalog recovery and the issue came back.

I did some bpclntcmd tests and they all come back with the correct name
but the IP shows as 127.0.0.1.  I added the hostname and real IP to the
hosts file with no luck.

I tried the following tests:
bpclntcmd -pn = correct short name with 127.0.0.1
bpclntcmd -self = correct short name with 127.0.0.1
bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1
bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip
address

If I do these test on the current server they come back with the actual
IP of the system.  

TIA

Joe Infantino
MCP, MCSA, Security+, ITILv3
Senior Systems Analyst
Security and Server Operations
Intersil Corporation

email: jinfant...@intersil.com

www.intersil.com


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