Sorry, but my opinion is that a bug is when software obviously isn't working
the way it should do. If the Software isn't working at all, it is really a "big
bug". But I know what you want to tell when you say that for you it's only a
bug if it is reported. The customer view is different at this point.
And: no, it wasn't reported to IBM/Tivoli support. I reported it to our
Software Responsible (he was working for IBM in Germany, but was from a third
company, because IBM couldn't provide the desired support himself), and he
didn't open a call with IBM.
So I told it to someone working for IBM who should open an APAR, but he didn't
do it. I was frustrated, but I know how to work around and didn't spent any
more time on this. I don't want to go in detail here, the mail would end up
like the one from Connie Log from Stanford University about snmpCollect not
collecting a few days ago...
Sorry for my opinion about this. I know that you are not responsible for those
problems, you are just friendly enough to read our mails and help us, and we
are happy to have one like you here in the list. But a lot of us Netview-Users
are very frustrated. You asked Connie, why he is still working with netview.
The answer may be that he has no other choice because the responsibles decided
what to use. I had this experience a few times already...
When I was still working with debis (Network-Manager at DaimlerChrysler
Stuttgart, a not-too-small network) we had a lot of open cases, had meetings
with IBM-Support from England and even visited your software lab with our
problems, but a lot of problems were left unresolved. We found a very good
unix-crack who found the reasons for some problems where IBM couldn't help us,
but in most cases he couldn't solve the problems, even knowing the reason. So
our daily work is to work around the netview-problems, stopping/starting
daemons, cleaning the database etc. instead of just having a tool to work with.
Just to give you a hint: at 30.12.1999 our Netview-database crashed. As we have
a problem with sparse files getting larger than physical disk space (file
/usr/OV/databases/openview/ovwdb/current/value_info.pag) we had no backup of
the databases. As I was supposed to watch the net for the Y2K-Problems the
following day, I had to work half the night to rebuild our maps. I finished
that in time, but I hate that... . We had the same problem with this file at
debis, too, and I think the case is still not solved know (I am away for about
half a year now). I don't want to repeat what we tried (together with IBM
support), but if you have the same problem with a software for two years you
would be frustrated too.
I hate to say it (and won't post it on th NV-LIST), but we had HP Openview
running parallel on the same network and had almost no problems. I never had to
open a case with HP in two years.
If everything in Netview would work as expected (or promised by the sales
representatives and we expected it then to work...) I would prefer Netview, but
as it is, HP Openview is a lot easier to maintain.
Until this point is reached we will discuss our problems in NV-LIST and are
happy to have you there, even if sometimes we are a bit angry like Connie this
week.
Greetings
Michael Seibold
>>> James Shanks <James_Shanks@TIVOLI.COM> 16.02.2000 14.27 Uhr >>>
By a "bug" you mean that you have reported this problem to IBM/Tivoli Support,
Level 2 has agreed with you and opened an APAR? News to me. Nothing else is
really a bug. You may not like it, and it may not work the way you want it to,
but it ain't a bug (which implies that we will fix it in a maintenance release)
until there's an APAR.
James Shanks
Tivoli (NetView for UNIX) L3 Support
Michael Seibold <Michael.Seibold@GEK.DE> on 02/16/2000 03:36:01 AM
Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
<NV-L@UCSBVM.UCSB.EDU>
To: NV-L@UCSBVM.UCSB.EDU
cc: (bcc: James Shanks/Tivoli Systems)
Subject: Antw: Re: AIX Codeset for NetView 5.1.2
Hi James, hi Joel,
this feature described here by James actually is a bug. We here in Germany
normally use other LANG variables, always with the same effect: some parts of
Netview don't work properly. The solution is to patch the files James described
so that Netview always uses en_US, e.g. comment out the if-clause around the
setting of the LANG-variable.
One of the effects using the wrong LANG setting is that after changing some
Parameters for snmp Data Collection with /usr/OV/bin/xnmcollect the snmpCollect
won't work any more because the representation of the decimal point (for the
real values of the thresholds) in file /usr/OV/conf/snmpCol.conf has been
changed from dot "." to colon "," when the file was written and the
snmpCollect-Daemon can't read this any more.
Michael Seibold
>>> James Shanks <James_Shanks@TIVOLI.COM> 14.02.2000 22.44 Uhr >>>
I am not certain how to answer you. I don't know what problems you had before
so I cannot tell you how to avoid them. I suspect there were message catalog
issues -- messages that wouldn't format correctly -- because there were no
catalogs installed under "en_US". But the /usr/OV/bin/netview script tests
for a LANG of "C" or "" and resets that to "En_US" so the Netview GUI will
work OK. You could always edit the script to do the same for "en_US" - reset it
to "En_US" and export it.. Ditto for the /etc/netnmrc script which starts the
daemons.
Are there other scripts which set the LANG? I dunno. You could search (grep)
/usr/OV/bin for them.
Don't know what else to tell you to change because this is not an environment we
recommend or test in. So I'd guess you are pretty much on your own here.
Sorry about that, but I don't know who has tested this.
Just out of curiosity, what other product is it that requires the default to be
"en_US"? If they could use "C" as the default and reset it as necessary, then
we'd both be happy.
James Shanks
Tivoli (NetView for UNIX) L3 Support
"Joel A. Gerber" <joel.gerber@USAA.COM> on 02/14/2000 04:28:10 PM
Please respond to Discussion of IBM NetView and POLYCENTER Manager on NetView
<NV-L@UCSBVM.UCSB.EDU>
To: NV-L@UCSBVM.UCSB.EDU
cc: (bcc: James Shanks/Tivoli Systems)
Subject: Re: AIX Codeset for NetView 5.1.2
The current default LANG on this server is "en_US". I know that NetView
definitely will have problems with this LANG setting, because I've tried
running NetView with that setting before (thinking that a lower case "e" and
an uppercase "E" could not possibly have a significant difference; what a
fool I was). Anyway, I need to know how to run NetView, (if it's even
possible), on a system with "en_US" as the default LANG setting.
Joel Gerber - I/T Networking Professional - USAA Information Technology Co.
- San Antonio, TX
* (210)456-4231 * mailto:Joel.Gerber@USAA.com "
http://www.usaa.com
-----Original Message-----
From: James Shanks [SMTP:James_Shanks@TIVOLI.COM]
Sent: Monday, February 14, 2000 14:41
To: NV-L@UCSBVM.UCSB.EDU
Subject: Re: AIX Codeset for NetView 5.1.2
My AIX default LANG has always been C
The /usr/OV/bin/netview script will change the LANG to En_Us on AIX
as required.
The daemons will run quite happily with "C " or even ""
James Shanks
Tivoli (NetView for UNIX) L3 Support
"Joel A. Gerber" <joel.gerber@USAA.COM> on 02/14/2000 03:20:03 PM
Please respond to Discussion of IBM NetView and POLYCENTER Manager
on NetView
<NV-L@UCSBVM.UCSB.EDU>
To: NV-L@UCSBVM.UCSB.EDU
cc: (bcc: James Shanks/Tivoli Systems)
Subject: AIX Codeset for NetView 5.1.2
We are trying to install NetView 5.1.2 on a "new" (to NetView) AIX
4.3.2
server which is already running another application. The
bos.loc.pc_compat.En_US LPP has been installed so that we can use
the En_US
language setting for NetView. However, we do not want to change the
default
cultural convention to IBM-850, because of the other application
(the
current default is ISO8859 or LANG=en_US).
Is there any way to customize the NetView startup, user profiles,
etc. to
make sure that NetView runs with the correct language environment?
I've
already got "export LANG=En_US" in the users' .profile that are
going to use
NetView. I'm more concerned about how the daemons are started at
system
boot time, or any other time (ovstop, ovstart), and making sure that
the
proper scripts and startup files are configured properly.
Any help is appreciated.
Joel Gerber - I/T Networking Professional - USAA Information
Technology Co.
- San Antonio, TX
* (210)456-4231 * mailto:Joel.Gerber@USAA.com "
http://www.usaa.com
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
|