Monitoring HP StorageWorks EVA disk array

13 messages in this thread

list Robert Herron · Tue, 27 Nov 2007 18:01:29 -0500 ·

I checked Deadcat.net and didn't find anything.  Does anyone have a script
to monitor a HP StorageWorks EVA disk array with Hobbit?  Just checking
before I start working on it myself.

Thanks.

-- 


Robert Herron
user-8b27ea4290da@xymon.invalid

list Vernon Everett · Wed, 28 Nov 2007 09:59:21 +0900 ·

Hi all
 
OK, this is the strangest thing I have ever seen.
 
We are running Red Hat EL3
A few weeks back, we compiled hobbit into a rpm, and installed the
client on this machine.
 
Now we are trying to update the video driver, and we get this.
 
# sh NVIDIA-Linux-x86_64-169.04-pkg2.run -ans
Verifying archive integrity... OK
Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64
169.04..................................................................
........................................................................
.
ERROR: Unable to create
'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/u
sr/lib32/libnvidia-cfg.so.169.04' for copying (No such file
or directory)
WARNING: Unable to restore file
'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/u
sr/lib32/libnvidia-cfg.so.169.04'.
WARNING: Unable to perform the runtime configuration check for library
'libcuda.so.1' ('/usr/lib64/libcuda.so.169.04'); assuming successful
installation.
 
If we remove the hobbit RPM and rename the /usr/lib/hobbit directory to
something else, it works.
 
Has anybody seen anything like this before?
 
Regards
    Vernon

NOTICE: This email and any attachments are confidential. 
They may contain legally privileged information or 
copyright material. You must not read, copy, use or 
disclose them without authorisation. If you are not an 
intended recipient, please contact us at once by return 
email and then delete both messages and all attachments.

list Pkc_mls · Wed, 28 Nov 2007 08:35:01 +0100 ·

Robert Herron a écrit :

I checked Deadcat.net <http://Deadcat.net>; and didn't find anything.

▸ quoted from Robert Herron

Does anyone have a script to monitor a HP StorageWorks EVA disk array 
with Hobbit?  Just checking before I start working on it myself.

Thanks.

Hi
I wrote some modified scripts to get the % of use in every diskgroup.
I also had a custom script to monitor the multipath activity on IBM AIX.

I'll try to find those and send it to you.

-- 


Robert Herron
user-8b27ea4290da@xymon.invalid <mailto:user-8b27ea4290da@xymon.invalid>

list Buchan Milne · Wed, 28 Nov 2007 10:35:58 +0200 ·

▸ quoted from Vernon Everett

On Wednesday 28 November 2007 02:59:21 Everett, Vernon wrote:

Hi all

OK, this is the strangest thing I have ever seen.

We are running Red Hat EL3
A few weeks back, we compiled hobbit into a rpm, and installed the
client on this machine.

Now we are trying to update the video driver, and we get this.

# sh NVIDIA-Linux-x86_64-169.04-pkg2.run -ans
Verifying archive integrity... OK
Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64
169.04..................................................................
........................................................................
.
ERROR: Unable to create
'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/u
sr/lib32/libnvidia-cfg.so.169.04' for copying (No such file
or directory)
WARNING: Unable to restore file
'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/u
sr/lib32/libnvidia-cfg.so.169.04'.
WARNING: Unable to perform the runtime configuration check for library
'libcuda.so.1' ('/usr/lib64/libcuda.so.169.04'); assuming successful
installation.

If we remove the hobbit RPM and rename the /usr/lib/hobbit directory to
something else, it works.

Has anybody seen anything like this before?

No, but:
1)I build the Mandriva package I am the maintainer of on our RHEL boxes - 
there are too many issues on the other RPMS available IMHO ...
2)I dislike hardware-vendor-provided software, and use dkms for installing 
drivers such as nvidia etc. (the Nvidia installer has some issues ...).

But, it sounds like somehow your installation of the hobbit package has 
resulted in TMPDIR (or similar) being set somehow for users other than the 
hobbit user.

You may want to look at all the environment variables (e.g. 'env|grep 
hobbit'), and then track down how it got into the environment (files 
in /etc/profile.d, ~/.bashrc, ~/.profile, ~/.bash_profile etc.).

Regards,
Buchan

list Joe Sloan · Wed, 28 Nov 2007 10:02:51 -0800 ·

▸ quoted from Buchan Milne

Everett, Vernon wrote:

Hi all
 
OK, this is the strangest thing I have ever seen.
 
We are running Red Hat EL3
A few weeks back, we compiled hobbit into a rpm, and installed the
client on this machine.
 
Now we are trying to update the video driver, and we get this.
 
# sh NVIDIA-Linux-x86_64-169.04-pkg2.run -ans
Verifying archive integrity... OK
Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64
169.04...........................................................................................................................................
ERROR: Unable to create


'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/usr/lib32/libnvidia-cfg.so.169.04'

▸ quoted from Buchan Milne

for copying (No such file
or directory)
WARNING: Unable to restore file


'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/usr/lib32/libnvidia-cfg.so.169.04'.

▸ quoted from Buchan Milne

WARNING: Unable to perform the runtime configuration check for library
'libcuda.so.1' ('/usr/lib64/libcuda.so.169.04'); assuming successful
installation.
 
If we remove the hobbit RPM and rename the /usr/lib/hobbit directory
to something else, it works.
 
Has anybody seen anything like this before?

Yes, it was at least a year ago, and I was looking at hobbit-4.1.2 IIRC.
It was the same sort of bizarre environment poisoning you describe, and
I also saw it when trying to update nvidia drivers.

Joe

list Robert Herron · Wed, 28 Nov 2007 15:48:36 -0500 ·

I would greatly appreciate a copy of the scripts.  Thanks.

▸ quoted from Pkc_mls


On 28 Nov 2007 08:35:01 +0100,  pkc_mls wrote:

Robert Herron a écrit :

I checked Deadcat.net <http://Deadcat.net>; and didn't find anything.
Does anyone have a script to monitor a HP StorageWorks EVA disk array
with Hobbit?  Just checking before I start working on it myself.

Thanks.

Hi
I wrote some modified scripts to get the % of use in every diskgroup.
I also had a custom script to monitor the multipath activity on IBM AIX.

I'll try to find those and send it to you.

-- 
Robert Herron
user-8b27ea4290da@xymon.invalid

list Rebecca Henderson · Wed, 28 Nov 2007 12:56:32 -0800 ·

Can I please have the AIX multipath :-) please!!!!!!!!

-----Original Message-----
From: user-ae9b8668bcde@xymon.invalid [mailto:user-ae9b8668bcde@xymon.invalid] 
Sent: Wednesday, November 28, 2007 12:46 PM
To: Rebecca Henderson; user-06f34394900f@xymon.invalid; user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Monitoring HP StorageWorks EVA disk array
Importance: Low

▸ quoted from Robert Herron


I would greatly appreciate a copy of the scripts.  Thanks.

On 28 Nov 2007 08:35:01 +0100,  pkc_mls wrote:


Robert Herron a écrit :

I checked [ http://Deadcat.net ]Deadcat.net <[ http://Deadcat.net

▸ quoted from Robert Herron

]http://Deadcat.net>; and didn't find anything.

Does anyone have a script to monitor a HP StorageWorks EVA disk array 
with Hobbit?  Just checking before I start working on it myself.

Thanks.

Hi
I wrote some modified scripts to get the % of use in every diskgroup.
I also had a custom script to monitor the multipath activity on IBM AIX. 

I'll try to find those and send it to you.


-- 
Robert Herron


[ mailto:user-8b27ea4290da@xymon.invalid ]user-8b27ea4290da@xymon.invalid

list Vernon Everett · Thu, 29 Nov 2007 08:06:56 +0900 ·

How did you resolve it?
What caused it?

Did you come up with a workaround?

It sounds like the NVIDIA drivers are the common denominator here, but
we need to update all our desktops, and this is a bit of a show-stopper.

Regards
    Vernon

▸ quoted from Joe Sloan


-----Original Message-----
From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] Sent: Thursday, 29 November 2007 3:03 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Hobbits are good sneaks

Everett, Vernon wrote:

Hi all
 OK, this is the strangest thing I have ever seen.
 We are running Red Hat EL3
A few weeks back, we compiled hobbit into a rpm, and installed the client on this machine.
 Now we are trying to update the video driver, and we get this.
 # sh NVIDIA-Linux-x86_64-169.04-pkg2.run -ans Verifying archive integrity... OK Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64

169.04..................................................................
........................................................................
.

ERROR: Unable to create

'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/u
sr/lib32/libnvidia-cfg.so.169.04'

for copying (No such file
or directory)
WARNING: Unable to restore file

'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/u
sr/lib32/libnvidia-cfg.so.169.04'.

WARNING: Unable to perform the runtime configuration check for library

'libcuda.so.1' ('/usr/lib64/libcuda.so.169.04'); assuming successful installation.
 If we remove the hobbit RPM and rename the /usr/lib/hobbit directory to something else, it works.
 Has anybody seen anything like this before?

Yes, it was at least a year ago, and I was looking at hobbit-4.1.2 IIRC.
It was the same sort of bizarre environment poisoning you describe, and
I also saw it when trying to update nvidia drivers.

Joe


NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.

list Martin Flemming · Thu, 29 Nov 2007 18:17:47 +0100 (CET) ·

Hi !

I've got the same error a few month ago ...

.. i've deleted the tmp-link in home of hobbit

/usr/lib/hobbit/client/tmp is a link to /tmp

remove the link and create a real directory tmp
in /usr/lib/hobbit/client/ ...

.. for me, it did worked ..

cheers,
          martin

▸ quoted from Vernon Everett


On Thu, 29 Nov 2007, Everett, Vernon wrote:

How did you resolve it?
What caused it?

Did you come up with a workaround?

It sounds like the NVIDIA drivers are the common denominator here, but
we need to update all our desktops, and this is a bit of a show-stopper.

Regards
    Vernon

-----Original Message-----
From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] Sent: Thursday, 29 November 2007 3:03 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Hobbits are good sneaks

Everett, Vernon wrote:

Hi all

OK, this is the strangest thing I have ever seen.
We are running Red Hat EL3

A few weeks back, we compiled hobbit into a rpm, and installed the > client on this machine.

Now we are trying to update the video driver, and we get this.
# sh NVIDIA-Linux-x86_64-169.04-pkg2.run -ans Verifying archive > integrity... OK Uncompressing NVIDIA Accelerated Graphics Driver for > Linux-x86_64 >

169.04..................................................................
........................................................................
.

ERROR: Unable to create

'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/u
sr/lib32/libnvidia-cfg.so.169.04'

for copying (No such file
or directory)
WARNING: Unable to restore file

'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/u
sr/lib32/libnvidia-cfg.so.169.04'.

WARNING: Unable to perform the runtime configuration check for library

'libcuda.so.1' ('/usr/lib64/libcuda.so.169.04'); assuming successful > installation.

If we remove the hobbit RPM and rename the /usr/lib/hobbit directory > to something else, it works.
Has anybody seen anything like this before?

Yes, it was at least a year ago, and I was looking at hobbit-4.1.2 IIRC.
It was the same sort of bizarre environment poisoning you describe, and
I also saw it when trying to update nvidia drivers.

Joe


NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.

list Joe Sloan · Thu, 29 Nov 2007 09:33:32 -0800 ·

I backed away from hobbit at that time and forgot about it, as i was
trying to finish a computer science degree and didn't have time to get
involved in such mysteries. Now that I'm trying hobbit again I hadn't
even thought about that old problem until seeing this thread.

None of the hobbit servers I'm running now use the nvidia drivers, so I
have no new data. I was just a bit surprised to see a reminder of that
strange incident.

Joe

▸ quoted from Martin Flemming


Everett, Vernon wrote:

How did you resolve it?
What caused it?

Did you come up with a workaround?

It sounds like the NVIDIA drivers are the common denominator here, but
we need to update all our desktops, and this is a bit of a show-stopper.

Regards
    Vernon

-----Original Message-----
From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid] Sent: Thursday, 29 November 2007 3:03 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Hobbits are good sneaks

Everett, Vernon wrote:

Hi all
 OK, this is the strangest thing I have ever seen.
 We are running Red Hat EL3
A few weeks back, we compiled hobbit into a rpm, and installed the client on this machine.
 Now we are trying to update the video driver, and we get this.
 # sh NVIDIA-Linux-x86_64-169.04-pkg2.run -ans Verifying archive integrity... OK Uncompressing NVIDIA Accelerated Graphics Driver for Linux-x86_64

169.04..................................................................
........................................................................
.

ERROR: Unable to create

'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/u
sr/lib32/libnvidia-cfg.so.169.04'

for copying (No such file
or directory)
WARNING: Unable to restore file

'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2/u
sr/lib32/libnvidia-cfg.so.169.04'.

WARNING: Unable to perform the runtime configuration check for library

'libcuda.so.1' ('/usr/lib64/libcuda.so.169.04'); assuming successful installation.
 If we remove the hobbit RPM and rename the /usr/lib/hobbit directory to something else, it works.
 Has anybody seen anything like this before?

Yes, it was at least a year ago, and I was looking at hobbit-4.1.2 IIRC.
It was the same sort of bizarre environment poisoning you describe, and
I also saw it when trying to update nvidia drivers.

Joe


NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.

list Vernon Everett · Fri, 30 Nov 2007 08:32:11 +0900 ·

Thanks, that worked for us too.

I am still puzzled as to why or how this happened.
I am sure it's a problem with the NVIDIA driver installer, but why would
it pick up the ~hobbit/client/tmp directory?
It just seems too damn strange.

Regards
    Vernon

▸ quoted from Martin Flemming

-----Original Message-----
From: Martin Flemming [mailto:user-f286aaa49a76@xymon.invalid] Sent: Friday, 30 November 2007 2:18 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: RE: [hobbit] Hobbits are good sneaks

Hi !

I've got the same error a few month ago ...

.. i've deleted the tmp-link in home of hobbit

/usr/lib/hobbit/client/tmp is a link to /tmp

remove the link and create a real directory tmp in
/usr/lib/hobbit/client/ ...

.. for me, it did worked ..

cheers,
          martin

On Thu, 29 Nov 2007, Everett, Vernon wrote:

How did you resolve it?
What caused it?

Did you come up with a workaround?

It sounds like the NVIDIA drivers are the common denominator here, but

we need to update all our desktops, and this is a bit of a
show-stopper.

Regards
    Vernon

-----Original Message-----
From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid]
Sent: Thursday, 29 November 2007 3:03 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Hobbits are good sneaks

Everett, Vernon wrote:

Hi all

OK, this is the strangest thing I have ever seen.
We are running Red Hat EL3

A few weeks back, we compiled hobbit into a rpm, and installed the > client on this machine.

Now we are trying to update the video driver, and we get this.
# sh NVIDIA-Linux-x86_64-169.04-pkg2.run -ans Verifying archive > integrity... OK Uncompressing NVIDIA Accelerated Graphics Driver for

Linux-x86_64

169.04..................................................................

........................................................................

ERROR: Unable to create

'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2
/u

▸ quoted from Joe Sloan

sr/lib32/libnvidia-cfg.so.169.04'

for copying (No such file
or directory)
WARNING: Unable to restore file

'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2
/u

▸ quoted from Joe Sloan

sr/lib32/libnvidia-cfg.so.169.04'.

WARNING: Unable to perform the runtime configuration check for > library

'libcuda.so.1' ('/usr/lib64/libcuda.so.169.04'); assuming successful

installation.

If we remove the hobbit RPM and rename the /usr/lib/hobbit directory

to something else, it works.

Has anybody seen anything like this before?

Yes, it was at least a year ago, and I was looking at hobbit-4.1.2

IIRC.

It was the same sort of bizarre environment poisoning you describe, and I also saw it when trying to update nvidia drivers.

Joe


NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material.

You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.

NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.

list Josh Luthman · Fri, 30 Nov 2007 16:30:06 -0500 ·

Useless hint out of hate:  nVidia.

▸ quoted from Vernon Everett


On 11/29/07, Everett, Vernon <user-9da1a1882f49@xymon.invalid> wrote:

Thanks, that worked for us too.

I am still puzzled as to why or how this happened.
I am sure it's a problem with the NVIDIA driver installer, but why would
it pick up the ~hobbit/client/tmp directory?
It just seems too damn strange.

Regards
    Vernon

-----Original Message-----
From: Martin Flemming [mailto:user-f286aaa49a76@xymon.invalid]
Sent: Friday, 30 November 2007 2:18 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: RE: [hobbit] Hobbits are good sneaks


Hi !

I've got the same error a few month ago ...

.. i've deleted the tmp-link in home of hobbit

/usr/lib/hobbit/client/tmp is a link to /tmp

remove the link and create a real directory tmp in
/usr/lib/hobbit/client/ ...

.. for me, it did worked ..

cheers,
          martin

On Thu, 29 Nov 2007, Everett, Vernon wrote:

How did you resolve it?
What caused it?

Did you come up with a workaround?

It sounds like the NVIDIA drivers are the common denominator here, but

we need to update all our desktops, and this is a bit of a
show-stopper.

Regards
    Vernon

-----Original Message-----
From: Sloan [mailto:user-b1d2c84d244b@xymon.invalid]
Sent: Thursday, 29 November 2007 3:03 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Hobbits are good sneaks

Everett, Vernon wrote:

Hi all

OK, this is the strangest thing I have ever seen.

We are running Red Hat EL3
A few weeks back, we compiled hobbit into a rpm, and installed the
client on this machine.

Now we are trying to update the video driver, and we get this.

# sh NVIDIA-Linux-x86_64-169.04-pkg2.run -ans Verifying archive
integrity... OK Uncompressing NVIDIA Accelerated Graphics Driver for
Linux-x86_64

169.04..................................................................

........................................................................

ERROR: Unable to create

'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2
/u
sr/lib32/libnvidia-cfg.so.169.04'

for copying (No such file
or directory)
WARNING: Unable to restore file

'/usr/lib/hobbit/client/tmp/selfgz8167/NVIDIA-Linux-x86_64-169.04-pkg2
/u
sr/lib32/libnvidia-cfg.so.169.04'.

WARNING: Unable to perform the runtime configuration check for
library

'libcuda.so.1' ('/usr/lib64/libcuda.so.169.04'); assuming successful

installation.

If we remove the hobbit RPM and rename the /usr/lib/hobbit directory

to something else, it works.

Has anybody seen anything like this before?

Yes, it was at least a year ago, and I was looking at hobbit-4.1.2

IIRC.

It was the same sort of bizarre environment poisoning you describe,
and I also saw it when trying to update nvidia drivers.

Joe


NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or copyright material.

You must not read, copy, use or disclose them without authorisation.
If you are not an intended recipient, please contact us at once by
return email and then delete both messages and all attachments.

NOTICE: This email and any attachments are confidential.
They may contain legally privileged information or
copyright material. You must not read, copy, use or
disclose them without authorisation. If you are not an
intended recipient, please contact us at once by return
email and then delete both messages and all attachments.

--


Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX

Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer

list Ralph Mitchell · Fri, 30 Nov 2007 15:41:11 -0600 ·

On Nov 29, 2007 5:32 PM, Everett, Vernon <user-9da1a1882f49@xymon.invalid>

▸ quoted from Josh Luthman

wrote:

Thanks, that worked for us too.

I am still puzzled as to why or how this happened.
I am sure it's a problem with the NVIDIA driver installer, but why would
it pick up the ~hobbit/client/tmp directory?
It just seems too damn strange.


Just a wild thought - do you have an environment variable called TMPDIR??
Near the top of the NVIDIA-Linux-x86-1.0-9755-pkg0.run package  (which is
the most recent I have handy) there's this line:

     TMPROOT=${TMPDIR:=/tmp}

If $TMPDIR has a value, it'll get used instead of /tmp, right??

Ralph Mitchell

Monitoring HP StorageWorks EVA disk array 🔗 link

Monitoring HP StorageWorks EVA disk array