|
Autoupdates were not on this box for 6+
months. I updated it recently and installed the toolkit rpm
recently on top of manually installed RPMs. Could be any
combination of issues.
Your fix got me past that command, but now I'm getting a different
error:
(esmond)[root@perfsonar-160 esmond]# python esmond/manage.py
add_ps_metadata_post_user perfsonar
...
django.core.exceptions.ImproperlyConfigured: The SECRET_KEY
setting must not be empty.
Thank you.
Cas
On 07/27/2016 09:14 AM, Daniel Doyle wrote:
Cas,
Hm, strange. I set my instance up to look like yours
and got the same error message. It -seems- like if from
/usr/lib/esmond you remove bin/python, bin/python2, and
bin/python2.7 it will recreate them with in a working fashion.
Before doing that I would copy them to another location as
backups just in case. The symlinks created this way appear to be
backwards from the install (python -> python2 instead of
other way around) but it’s the same version and file size and
appears to work.
Do you have any idea what may have happened to get
into this state? I double checked a couple of recently installed
/ upgraded boxes of my own and they seem to be in working order.
Dan Doyle
GlobalNOC Software Developer
1-812-856-3892
On Jul 27, 2016, at 8:29 AM, Cas D'Angelo <>
wrote:
I have tried as root and as
sudo -u perfsonar. Same result. One issue is with the
symlinks that point at one another in the 'ls -la'
below.
I have copied the /usr/lib/esmond/bin/python script from
a working node onto the node with the issue. When I
execute:
(esmond)[root@perfsonar-160 esmond]#
/opt/rh/python27/root/usr/bin/virtualenv
--prompt="(esmond)" .
...it creates a new symlink for
/usr/lib/esmond/bin/python that points to python2 which
points to python which points to python2....
Thanks.
Cas
On 07/26/2016 05:00 PM, Daniel Doyle wrote:
Are you running those commands as root? I
can’t recall offhand if the documentation states that
but you need to run as root iirc.
Dan Doyle
GlobalNOC Software Developer
1-812-856-3892
On Jul 26, 2016, at 4:58 PM, Cas
D'Angelo <>
wrote:
Thanks for the
quick replies Dan and Andy.
When staring the virtualenv I get the
following error:
# /opt/rh/python27/root/usr/bin/virtualenv
--prompt="(esmond)" .
New python executable in ./bin/python2
Traceback (most recent call last):
File
"/opt/rh/python27/root/usr/bin/virtualenv",
line 9, in <module>
load_entry_point('virtualenv==13.1.0',
'console_scripts', 'virtualenv')()
File
"/opt/rh/python27/root/usr/lib/python2.7/site-packages/virtualenv.py",
line 832, in main
symlink=options.symlink)
File
"/opt/rh/python27/root/usr/lib/python2.7/site-packages/virtualenv.py",
line 994, in create_environment
site_packages=site_packages, clear=clear,
symlink=symlink))
File
"/opt/rh/python27/root/usr/lib/python2.7/site-packages/virtualenv.py",
line 1288, in install_python
shutil.copyfile(executable, py_executable)
File
"/opt/rh/python27/root/usr/lib64/python2.7/shutil.py",
line 83, in copyfile
with open(dst, 'wb') as fdst:
IOError: [Errno 40] Too many levels of
symbolic links: './bin/python2'
# cd /usr/lib/esmond/bin
# ls -la
...
lrwxrwxrwx. 1 root root 7 Jul 22
09:31 python -> python2
lrwxrwxrwx. 1 esmond esmond 6 Jul 15
14:13 python2 -> python
lrwxrwxrwx. 1 esmond esmond 6 Jul 15
14:13 python2.7 -> python
...
Maybe python got written over? I can copy
from another working machine...
Cas
On 07/26/2016 04:41 PM, Daniel Doyle wrote:
Using esmond requires python2.7, which isn’t
the default on CentOS6.
Note the steps involving
“enable” and “virtualenv” - that is why
you’re getting that error message.
Dan Doyle
GlobalNOC Software Developer
1-812-856-3892
On Jul 26, 2016, at 4:32
PM, Cas D'Angelo <>
wrote:
I have a RHEL 6.8 x86_64
box which is the only perfSONAR
node I have which is not a Toolkit
install. The sysadmin installed
many perfSONAR packages
standalone, but I was having
trouble getting any results from
it on the maddash server. I
installed the toolkit rpms on top
of the other installation.
I think the issue is
with esmond. I tried to manually
add an api key and it gives me the
following error:
$ python
esmond/manage.py add_api_key_user
perfsonar
Traceback (most recent call last):
File "esmond/manage.py", line 2,
in <module>
from django.core.management
import execute_from_command_line
ImportError: No module named
django.core.management
In any case, I think I
need an api key to place into
regulartesting.conf.
Thanks for your advice.
Cas
|
