ARGHHHH!!!
 
 
No problem in convincing my boss not to migrate!

David L. King 



________________________________

From: Jeremie.Lebec AT devoteam DOT com [mailto:Jeremie.Lebec AT devoteam DOT 
com] 
Sent: Thursday, November 30, 2006 8:51 AM
To: EMC NetWorker discussion; King, David
Subject: [I] Re: 7.3.x



Hello David, 

Here is another quiet big bug on 7.3.x version the new nsrjobd process that 
manage save job database could crash, making your NetWorker server unstable, I 
know one person who get this crash  every 2 weeks, EMC tell us there is several 
customer that get this issue on any kind of OS some of them have crash every 
three hours. My case about this is open since may 2006 and we get so many 
binaries that solved nothing. 
For the moment EMC have develop a beta patch but they could not be sure this 
issue is definitively resolved. 

Regards 
Jeremie 




"King, David" <dking AT EASTMAN DOT COM> 
Sent by: EMC NetWorker discussion <NETWORKER AT LISTSERV.TEMPLE DOT EDU> 

30/11/2006 14:30 
Please respond to
EMC NetWorker discussion <NETWORKER AT LISTSERV.TEMPLE DOT EDU>; Please respond 
to
"King, David" <dking AT EASTMAN DOT COM>


To
NETWORKER AT LISTSERV.TEMPLE DOT EDU 
cc
Subject
7.3.x

        




My boss is pressuring me to go to 7.3.x.  (All Windows 2003 servers).  He's 
heard great things about it (all from EMC of course).  Yeah yeah blah blah.  We 
have 2 large environments and over 40 small ones.   Apart from the usual client 
backups, we use RMAN, NDMP for our Celerras (non-NDMP devices), Exchange, DDS, 
both dedicated and non-dedicates storage nodes, and are planning on Powersnap 
soon.

I've been able to forestall him by relating the comments I've heard here for 
7.3 and 7.3.1, and I've seen the emails for the following problems on 7.3.2:

                1. nsrauth problems (?)

                2. savepnpc post command problems  (This will be a pain)

                3. GUI problems (Unacceptable) 

                4. drive target sessions problems.  This will break our 
business case requirements!!

                5. major media index problems.  Will I get more XCHK errors 
than I get now?

                6. loss of command line functionality.  Will this break my 
scripts that use mminfo, nsradmin, nsrjb (relabeling and setting 'full') etc?  



Any other biggies?

Is 7.4 due out Q107??  Is there an obsolescence date for 7.2?



David L. King


-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On 
Behalf Of Anders Wickström (Kentor)
Sent: Thursday, November 30, 2006 4:33 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: [I] [Networker] SV: [Networker] Oracle recovery to another path

Hi James.

As I understand it you want to make a restore to a new path and keep your 
original database. Correct?
You want to do a couple of things:
1. Use a separate instance for the restore.
2. In the Rman script use duplicate (with the db in startup nomount) instead of 
restore, this way you wont reset this clients rman database entries for archive 
loggning on the backupserver (recover do reset). Duplicate is very handy and 
can also be used for the actual restore if you want.

regards
Anders Wickström


Kentor Teknik
Vasagatan 38, 111 20 Stockholm
Tel växel: 08-587 650 00
Mobil: 0708-96 50 76
anders.wickstrom AT kentor DOT se
www.kentor.se  

________________________________

Från: EMC NetWorker discussion genom Rohrich, James
Skickat: ti 2006-11-21 17:56
Till: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Ämne: [Networker] Oracle recovery to another path



We are attempting to do an Oracle (9) restore to another path on the same 
server  so we do not overwrite the original data, but we are having problems. 
When run manually from the command line we are receiving an rman 600 error. 
Oracle is running on HPUX11 and so is the backup server.
Networker is 7.x but the problem does seem to be Legato but rather the oracle 
rman script.

James Rohrich

Enterprise Data Architect
IT Planning
UOP LLC
25 E. Algonquin Rd.
Des Plaines, Illinois 60016
Tel: (847) 391-3958
james.rohrich AT uop DOT com
WWW.UOP.COM

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or via RSS at 
http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER



To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or via RSS at 
http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER



To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER