I do the batch file for NSR_Reporter but I call it from the Legato
client notification so it gets refreshed after each group finishes.
I do understand the request for the Monitor to run as a service. I
presume Jack wants to avoid leaving the server at a desktop just to keep
the NSR_Monitor running.
When I get some time, I will try to attempt to run NSR_Monitor via batch
file & as a service - haven't ever tried that but somehow it doesn't
seem like it would work. Running CMD as a service (?)
It would seem that if the program cd'd to the application location as it
starts then it would run as service. Perhaps a command line switch that
would allow that would be a solution.
-----Original Message-----
From: Faidherbe, Thierry [mailto:thierry.faidherbe AT hp DOT com]
Sent: Thursday, February 26, 2004 1:58 PM
To: Legato NetWorker discussion; Turner, Peter
Subject: RE: [Networker] NetWorker Reporter Utility v4.0.4 released.
Peter,
>I am reasonably confident the NSR_REPORTER_4.0.exe needs to cd to the
>bin folder, then is OK, program must store relative paths to the other
>components, so assumes it is in right folder to start out. I suspect
>the NSR_MONITOR might be similarly coded.
Right ! You are correct telling the nsr_monitor and nsr_reporter to be
started from the bin sub-dir.
I never gave it a try to launch it from/as a Windows service. Code is
the same as from Unix (linux,solaris,tru64,hpux and linux) or windows
and need current cir to be set.
You can achieve same result by calling a batch file like
cd <drive>:\....\bin
./nsr_reporter.4.0.exe -s .......
called from windows scheduled tasks with a recurring occurrence
(each 1 hour, 4 hours, .... ). Doing a cd to correct path before
will launch the nsr_reporter/nsr_monitor from the correct bin-subdir
and will correctly handle relative path.
Hope that helps and thanks for your kind words about my tool.
Thierry
Kind regards - Bien cordialement - Vriendelijke groeten,
Thierry FAIDHERBE
HP Services - Storage Division
Tru64 Unix and Legato EBS Consultant
********* ********* HEWLETT - PACKARD
******* h ******* 1 Rue de l'aeronef/Luchtschipstraat
****** h ****** 1140 Bruxelles/Brussel/Brussels
***** hhhh pppp *****
***** h h p p ***** 100/102 Blv de la Woluwe/Woluwedal
***** h h pppp ***** 1200 Bruxelles/Brussel/Brussels
****** p ****** BELGIUM
******* p *******
********* ********* Phone : +32 (0)2 / 729.85.42
Mobile : +32 (0)498/ 94.60.85
Fax : +32 (0)2 / 729.88.30
I N V E N T Email : thierry.faidherbe AT hp DOT com
Internet : http://www.hp.com/
________________________________________________________________________
MOBISTAR SA/NV
SYSTEM Team Charleroi, Mermoz 2 Phone : +32 (0)2 / 745.75.81
Avenue Jean Mermoz, 32 Fax : +32 (0)2 / 745.89.56
6041 GOSSELIES Email : tfhaidhe AT mail.mobistar DOT be
BELGIUM Web : http://www.mobistar.be/
________________________________________________________________________
-----Original Message-----
From: Legato NetWorker discussion [mailto:NETWORKER AT LISTMAIL.TEMPLE DOT EDU]
On Behalf Of Turner, Peter
Sent: Wednesday, February 25, 2004 10:54 PM
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Subject: Re: [Networker] NetWorker Reporter Utility v4.0.4 released.
I have had no luck getting the monitor portion to run as a service - I
tried it but I suspect that it needs to be run from the bin folder.
I am reasonably confident the NSR_REPORTER_4.0.exe needs to cd to the
bin folder, then is OK, program must store relative paths to the other
components, so assumes it is in right folder to start out. I suspect
the NSR_MONITOR might be similarly coded.
While it would be nice to run the monitor as a service, the system is
just what I have been looking for. Even without the monitoring at all
it is a very complete look at the system. For me at least it was well
worth the modest effort it took to get it all in place and connected to
my intranet. I have 3 base reports that I just provide a link for our
department to see then all the rest is available from one more link if
you really want to dig into it.
I run the NSR_Reporter as a notification for one client in each group.
When the group finishes, system gets updated. So far I am very happy
with the system.
-----Original Message-----
From: Jack Lyons [mailto:jack.lyons AT MARTINAGENCY DOT COM]
Sent: Wednesday, February 25, 2004 3:25 PM
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Subject: Re: [Networker] NetWorker Reporter Utility v4.0.4 released.
Before I start looking at this, has anyone had any luck getting this to
run as a service on Windows 2000? I assume SRVANY would work but I want
to see what other people are doing?
Jack
-----Original Message-----
From: Faidherbe, Thierry [mailto:thierry.faidherbe AT HP DOT COM]
Sent: Saturday, February 21, 2004 10:20 AM
To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
Subject: [Networker] NetWorker Reporter Utility v4.0.4 released.
Dear NetWorker Reporter Utility Lovers,
It has been a few weeks some of you are waiting for build 4.0.4 of my
NetWorker Reporter Utility. Today is D-Day !
Build 4.0.4 introduced a lot of new features such
-Change management (mainly detecting client,group and pools cfg change),
-Configuration reporting, -Per barcode Volume location change tracking
and location change history, -User-customizable client's location and
type (Prod, test, dev, training or validation) -User-customizable Backup
quality control rules, -Jukebox based pool usage evolution, pool
provisioning and operator suggested load -Colored Gantt charts to
visualize high-activity, -Fast backup retriever -Jukebox inventories and
cross-checks with MediaDB's volume location -Last operator's jukebox
provisioning (tape in and out of a lib ...) -Per Jukebox Tape move
evolution and far more I let you discover.
To have the stats up-to-date (mainly for jukebox provisioning and tape
move) the reporter has to run at least once a day.
Kit has been tested and works with any NetWorker 6.x or 7.x servers but
does NOT support NetWorker 5.x servers. The reason is that some used
fields like Sscreate, Sscomp ... does not exist in the mediaDB.
Let me also insist on the usage of the -D flag. This flag
is very important : it defines the way the reporter handles date coming
from mminfo's output. A warning msg will always be displaied like the
following one :
In this sample, date format passed to the reporter is " -D DD/MM/YYYY"
(...)
Thu Feb 19 17:34:01 2004 Info : Detected Date Format : 19/02/2004
16:35:20 Thu Feb 19 17:34:01 2004 Info : Specified Date Format :
DD/MM/YYYY
Thu Feb 19 17:34:01 2004 !!!! WARNING : As it's dependant of how the
date is set
on YOUR computer, if both doesn't match, PLEASE set -D
differently. Thu Feb 19 17:34:01 2004 !!!! WARNING : Set incorrectly, it
can cause the
reporting utility to wrongly handle date or even to crash.
(...)
This sample is correct : 19, for the day of the month, 02, for the
month,
2004 for the year and match DD/MM/YYYY.
this one is wrong :
-------------------
In this sample, specified date format is " -D YY/DD/MM"
(...)
Thu Feb 19 17:34:01 2004 Info : Detected Date Format : 19/02/2004
16:35:20 Thu Feb 19 17:34:01 2004 Info : Specified Date Format :
YY/DD/MM
Thu Feb 19 17:34:01 2004 !!!! WARNING : As it's dependant of how the
date is set
on YOUR computer, if both doesn't match, PLEASE set -D
differently. Thu Feb 19 17:34:01 2004 !!!! WARNING : Set incorrectly, it
can cause the
reporting utility to wrongly handle date or even to crash.
(...)
This is INCORRECT : 19, for the year (transformed as 2019),
02, for the day of the month,
2004 for the month.
Please be sure the arg -D to match with the date. Use DD for
representing Days, MM for months and YY or YYYY for the year.
And now, the most important thing ... the ftp location !
The kit is a 25MB kit, including HP Tru64, HP-UX, Sun Solaris, Microsoft
Windows, IBM AIX and Linux kit.
Up to now, the kit is available at
http://users.skynet.be/fa039191/V4.0.4_all_os.zip
and will be mirrored to open_backup.org.
Once extracted, run the binary corresponding to your OS.
Do not forget to "chmod +x " the Unix binaries !
It's best viewed using Microsoft Internet Explorer because some HTML
effects may be only recognized by MS-IE.
Apache or any other http server may serve NetWorker Reporter pages just
by allowing bin and data sub-directories. All links are relative ones so
it should not cause any problems.
Last recommendation : Call the NetWorker reporter from the bin subdir
where you unzip the kit.
Have fun,
Thierry
Kind regards - Bien cordialement - Vriendelijke groeten,
Thierry FAIDHERBE
HP Services - Storage Division
Tru64 Unix and Legato EBS Consultant
********* ********* HEWLETT - PACKARD
******* h ******* 1 Rue de l'aeronef/Luchtschipstraat
****** h ****** 1140 Bruxelles/Brussel/Brussels
***** hhhh pppp *****
***** h h p p ***** 100/102 Blv de la Woluwe/Woluwedal
***** h h pppp ***** 1200 Bruxelles/Brussel/Brussels
****** p ****** BELGIUM
******* p *******
********* ********* Phone : +32 (0)2 / 729.85.42
Mobile : +32 (0)498/ 94.60.85
Fax : +32 (0)2 / 729.88.30
I N V E N T Email : thierry.faidherbe AT hp DOT com
Internet : http://www.hp.com/
________________________________________________________________________
MOBISTAR SA/NV
SYSTEM Team Charleroi, Mermoz 2 Phone : +32 (0)2 / 745.75.81
Avenue Jean Mermoz, 32 Fax : +32 (0)2 / 745.89.56
6041 GOSSELIES Email : tfhaidhe AT mail.mobistar DOT be
BELGIUM Web : http://www.mobistar.be/
________________________________________________________________________
--
Note: To sign off this list, send a "signoff networker" command via
email to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can also
view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
This email and its contents may be confidential. If it is and you are
not the intended recipient, please do not disclose or use the
information within this email or its attachments. If you have received
this email in error, please delete it immediately. Thank you.
--
Note: To sign off this list, send a "signoff networker" command via
email to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can also
view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
--
Note: To sign off this list, send a "signoff networker" command via
email to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can also
view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|
