Monitoring HP StorageWorks EVA disk array
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 robert.herron at gmail.com
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.
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
Hello,
I'm quite new on Hobbit, I just got it running since yesterday ;) I would like to setup a Main-Hobbit-Server display who report status from several Hobbit-Secondary-Server on remote places. It is possible to display data from remote hobbit server and a central server ? Do you have web tutotial or mailing-list information around ?
Thanks!
L.M.J. wrote:
Hello,
I'm quite new on Hobbit, I just got it running since yesterday ;) I would like to setup a Main-Hobbit-Server display who report status from several Hobbit-Secondary-Server on remote places. It is possible to display data from remote hobbit server and a central server ?
Easy. Use bbproxy on the secondary servers and have the main server as your display server. See the man pages for how to use bbproxy
Cheers
Iain
Do you have web tutotial or mailing-list information around ?
Thanks!
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
You contacted the main mailing list for general discussion but the archive is posted here: http://www.hswn.dk/hobbiton/
Personally I have one main Hobbit server that monitors internal servers, APs, radios, etc. I then have hotel Hobbit servers that monitor those APs and sends a summary to the main Hobbit server.
The way I have is very similar to the demo, http://www.hswn.dk/hobbit/
On 11/28/07, L.M.J. <linuxmasterjedi at free.fr> wrote:
Hello,
I'm quite new on Hobbit, I just got it running since yesterday ;) I would like to setup a Main-Hobbit-Server display who report status from several Hobbit-Secondary-Server on remote places. It is possible to display data from remote hobbit server and a central server ? Do you have web tutotial or mailing-list information around ?
Thanks!
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
L.M.J. wrote:
Hello,
I'm quite new on Hobbit, I just got it running since yesterday ;) I would like to setup a Main-Hobbit-Server display who report status from several Hobbit-Secondary-Server on remote places. It is possible to display data from remote hobbit server and a central server ?
Le Wed, 28 Nov 2007 14:34:20 +0000, Iain Conochie <iain at shihad.org> a écrit :
Easy. Use bbproxy on the secondary servers and have the main server as your display server. See the man pages for how to use bbproxy
Cheers Iain
Le Wed, 28 Nov 2007 09:35:42 -0500, "Josh Luthman" <josh at imaginenetworksllc.com> a écrit :
You contacted the main mailing list for general discussion but the archive is posted here: http://www.hswn.dk/hobbiton/
Personally I have one main Hobbit server that monitors internal servers, APs, radios, etc. I then have hotel Hobbit servers that monitor those APs and sends a summary to the main Hobbit server.
The way I have is very similar to the demo, http://www.hswn.dk/hobbit/
Thanks you very much for the help. I will check out bbproxy!
Le Wed, 28 Nov 2007 18:29:54 +0100, "L.M.J" <linuxmasterjedi at free.fr> a écrit :
L.M.J. wrote:
Hello,
I'm quite new on Hobbit, I just got it running since yesterday ;) I would like to setup a Main-Hobbit-Server display who report status from several Hobbit-Secondary-Server on remote places. It is possible to display data from remote hobbit server and a central server ?
Le Wed, 28 Nov 2007 14:34:20 +0000, Iain Conochie <iain at shihad.org> a écrit :
Easy. Use bbproxy on the secondary servers and have the main server as your display server. See the man pages for how to use bbproxy
Cheers Iain
Le Wed, 28 Nov 2007 09:35:42 -0500, "Josh Luthman" <josh at imaginenetworksllc.com> a écrit :
You contacted the main mailing list for general discussion but the archive is posted here: http://www.hswn.dk/hobbiton/
Personally I have one main Hobbit server that monitors internal servers, APs, radios, etc. I then have hotel Hobbit servers that monitor those APs and sends a summary to the main Hobbit server.
The way I have is very similar to the demo, http://www.hswn.dk/hobbit/
Thanks you very much for the help. I will check out bbproxy!
Well, it's me again ;) Maybe someone could show me a step-by-step tutorial because the man page is great but I don't really see what I should do anyway ;) Thanks by advance
<snip>
Well, it's me again ;) Maybe someone could show me a step-by-step tutorial because the man page is great but I don't really see what I should do anyway ;) Thanks by advance
OK. I take it you have your main BB server up and running? Good!
Install the hobbit server onto the secondary boxes. Once it is installed Do not start it!
go into the server/etc/ directory of you new hobbit installation. Edit the file hobbitlaunch.cfg. Look for bbproxy. There you will find these instructions
"bbproxy" is the Hobbit proxy server that allows you to forward status
messages
from a protected network to your Hobbit server. It is not enabled by
default,
since it would conflict with the hobbitd task.
If you need to run this, then disabled hobbitd and the hobbitd-modules
above, then enable this. Make sure you enter the IP-address of your
Hobbit server in the command-line, so that the proxy knows where to
forward
status messages.
Follow them :)
As a side note, do you want the proxy servers to do network tests? If so then you will want to use the NET:location tag in bb-hosts to seperate the client machines.
Cheers
Iain
Further to this, if you want a display server running on the remote sites (in case the WAN goes down for example) then you must setup the secondary hobbit servers to run on localhost and get the proxy to forward to both the main server and the localhost while listening on the secondary server's external ipaddress.
This is what I do on most of our European sites and forward them to the central hub. It means we have the data in two places by default.
The net location tags are very important if doing network tests at the remote sites so that the main server doesn't try testing them as well. I rsync the bb-hosts files from the remote servers with sub bb-host pages on the main server.
Hope this is useful.
Regards, Craig
-----Original Message----- From: Iain Conochie [mailto:iain at shihad.org] Sent: 29 November 2007 09:53 To: hobbit at hswn.dk Subject: Re: [hobbit] Use several Hobbit on different place
<snip>
Well, it's me again ;) Maybe someone could show me a step-by-step tutorial because the man page is great but I don't really see what I should do anyway ;) Thanks by advance
OK. I take it you have your main BB server up and running? Good!
Install the hobbit server onto the secondary boxes. Once it is installed
Do not start it!
go into the server/etc/ directory of you new hobbit installation. Edit the file hobbitlaunch.cfg. Look for bbproxy. There you will find these instructions
"bbproxy" is the Hobbit proxy server that allows you to forward status
messages
from a protected network to your Hobbit server. It is not enabled by
default,
since it would conflict with the hobbitd task.
If you need to run this, then disabled hobbitd and the hobbitd-modules
above, then enable this. Make sure you enter the IP-address of your
Hobbit server in the command-line, so that the proxy knows where to
forward
status messages.
Follow them :)
As a side note, do you want the proxy servers to do network tests? If so
then you will want to use the NET:location tag in bb-hosts to seperate the client machines.
Cheers
Iain
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Le Thu, 29 Nov 2007 10:15:23 -0000, "Whilding, Craig" <Craig_Whilding at mentor.com> a écrit :
Further to this, if you want a display server running on the remote sites (in case the WAN goes down for example) then you must setup the secondary hobbit servers to run on localhost and get the proxy to forward to both the main server and the localhost while listening on the secondary server's external ipaddress.
This is what I do on most of our European sites and forward them to the central hub. It means we have the data in two places by default.
That's exactly what I want to do!
The net location tags are very important if doing network tests at the remote sites so that the main server doesn't try testing them as well. I rsync the bb-hosts files from the remote servers with sub bb-host pages on the main server.
I will double check the "net" option in bb-hosts. Last thing I'm asking : could you send me samples of your bb-hosts using the "net" option?
Hope this is useful.
Regards, Craig
In the main bb-hosts file on the server:
137.xxx.xxx.1 gb17.gb.domain.com # NET:main DESCR:"printer: "
page remote remote
include /usr/local/hobbit/server/etc/bb-hosts(remote)
in the remote bb-hosts subfile:
subpage Printers Printers
137.xx1.xxx.1 gb6.gbr.domain.com # NET:remote (you don't really need these tags on the remote sites when all hosts in their bb-hosts file will be tested but it helps if you end up adding anymore tiers to your monitoring)
In hobbitserver.cfg on main server:
BBLOCATION="main" # The network location, makes bbtest-net test only hosts with NET:foo
In hobbitlaunch.cfg on remote: CMD $BBHOME/bin/bbproxy --hobbitd --bbdisplay=137.xxx.xxx.1,127.0.0.1 --listen=137.xx1.xxx.54 --report --no-daemon --pidfile=$BBSERVERLOGS/bbproxy.pid (ie send to main hobbit server and hobbit server running on localhost, listen on external address of localhost)
In hobbitserver.cfg on remote: Ipaddress=127.0.01 or whatever the variable is.
There might be something else you need to do to get it working properly but I think this is it. Check the error logs if you have trouble with the remote side of things.
Regards, Craig
-----Original Message----- From: L.M.J [mailto:linuxmasterjedi at free.fr] Sent: 29 November 2007 16:48 To: hobbit at hswn.dk Subject: Re: [hobbit] Use several Hobbit on different place
Le Thu, 29 Nov 2007 10:15:23 -0000, "Whilding, Craig" <Craig_Whilding at mentor.com> a écrit :
Further to this, if you want a display server running on the remote sites (in case the WAN goes down for example) then you must setup the secondary hobbit servers to run on localhost and get the proxy to forward to both the main server and the localhost while listening on the secondary server's external ipaddress.
This is what I do on most of our European sites and forward them to the central hub. It means we have the data in two places by default.
That's exactly what I want to do!
The net location tags are very important if doing network tests at the remote sites so that the main server doesn't try testing them as well. I rsync the bb-hosts files from the remote servers with sub bb-host pages on the main server.
I will double check the "net" option in bb-hosts. Last thing I'm asking : could you send me samples of your bb-hosts using the "net" option?
Hope this is useful.
Regards, Craig
Le Thu, 29 Nov 2007 17:07:44 -0000, "Whilding, Craig" <Craig_Whilding at mentor.com> a écrit :
In the main bb-hosts file on the server:
137.xxx.xxx.1 gb17.gb.domain.com # NET:main DESCR:"printer: "
page remote remote
include /usr/local/hobbit/server/etc/bb-hosts(remote)
in the remote bb-hosts subfile:
subpage Printers Printers
137.xx1.xxx.1 gb6.gbr.domain.com # NET:remote (you don't really need these tags on the remote sites when all hosts in their bb-hosts file will be tested but it helps if you end up adding anymore tiers to your monitoring)
In hobbitserver.cfg on main server:
BBLOCATION="main" # The network location, makes bbtest-net test only hosts with NET:foo
In hobbitlaunch.cfg on remote: CMD $BBHOME/bin/bbproxy --hobbitd --bbdisplay=137.xxx.xxx.1,127.0.0.1 --listen=137.xx1.xxx.54 --report --no-daemon --pidfile=$BBSERVERLOGS/bbproxy.pid (ie send to main hobbit server and hobbit server running on localhost, listen on external address of localhost)
In hobbitserver.cfg on remote: Ipaddress=127.0.01 or whatever the variable is.
There might be something else you need to do to get it working properly but I think this is it. Check the error logs if you have trouble with the remote side of things.
Regards, Craig
All right, thanks you very much, i will check it out! Thanks GUYS!
Le Thu, 29 Nov 2007 09:53:25 +0000, Iain Conochie <iain at shihad.org> a écrit :
Well, it's me again ;) Maybe someone could show me a step-by-step tutorial because the man page is great but I don't really see what I should do anyway ;) Thanks by advance
OK. I take it you have your main BB server up and running? Good!
Install the hobbit server onto the secondary boxes. Once it is installed Do not start it!
go into the server/etc/ directory of you new hobbit installation. Edit the file hobbitlaunch.cfg. Look for bbproxy. There you will find these instructions
"bbproxy" is the Hobbit proxy server that allows you to forward status
messages
from a protected network to your Hobbit server. It is not enabled by
default,
since it would conflict with the hobbitd task.
If you need to run this, then disabled hobbitd and the hobbitd-modules
above, then enable this. Make sure you enter the IP-address of your
Hobbit server in the command-line, so that the proxy knows where to
forward
status messages.
Follow them :)
As a side note, do you want the proxy servers to do network tests? If so then you will want to use the NET:location tag in bb-hosts to seperate the client machines.
Cheers
Iain
Thanks for the answer Iain! Like I say, I will check-out this NET thing to see what is the best for my needs.
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' 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'. 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
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:joe at tmsusa.com] Sent: Thursday, 29 November 2007 3:03 AM To: hobbit at hswn.dk 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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.
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:joe at tmsusa.com] Sent: Thursday, 29 November 2007 3:03 AM To: hobbit at hswn.dk 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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:martin.flemming at desy.de] Sent: Friday, 30 November 2007 2:18 AM To: hobbit at hswn.dk 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:joe at tmsusa.com] Sent: Thursday, 29 November 2007 3:03 AM To: hobbit at hswn.dk 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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.
Useless hint out of hate: nVidia.
On 11/29/07, Everett, Vernon <Vernon.Everett at woodside.com.au> 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:martin.flemming at desy.de] Sent: Friday, 30 November 2007 2:18 AM To: hobbit at hswn.dk 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:joe at tmsusa.com] Sent: Thursday, 29 November 2007 3:03 AM To: hobbit at hswn.dk 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer
On Nov 29, 2007 5:32 PM, Everett, Vernon <Vernon.Everett at woodside.com.au> 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
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
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:joe at tmsusa.com] Sent: Thursday, 29 November 2007 3:03 AM To: hobbit at hswn.dk 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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
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 robert.herron at gmail.com <mailto:robert.herron at gmail.com>
participants (11)
-
bgmilne＠staff.telkomsa.net
-
Craig_Whilding＠mentor.com
-
iain＠shihad.org
-
joe＠tmsusa.com
-
josh＠imaginenetworksllc.com
-
linuxmasterjedi＠free.fr
-
martin.flemming＠desy.de
-
pkc_mls＠yahoo.fr
-
ralphmitchell＠gmail.com
-
robert.herron＠gmail.com
-
Vernon.Everett＠woodside.com.au