Closed
Bug 1002379
Opened 11 years ago
Closed 11 years ago
Install pycrypto == 2.6 on generic-celerybeat1.webapp.phx1.mozilla.com
Categories
(Infrastructure & Operations Graveyard :: WebOps: Engagement, task)
Infrastructure & Operations Graveyard
WebOps: Engagement
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: giorgos, Assigned: rwatson)
References
Details
We need pycrypto == 2.6 on the new celery beat server please for reps.m.o
Thanks!
Reporter | ||
Comment 1•11 years ago
|
||
Related bug 748688.
From this bug pycrypto 2.0.1 looks also good if that's easier to install.
Updated•11 years ago
|
Assignee: server-ops-webops → bburton
Comment 2•11 years ago
|
||
This appears to be a dependency that was on the engagement cluster but got overlooked with the move to generic :(
Fixing now
Comment 3•11 years ago
|
||
The good news is, there's an epel rpm for 2.6, so I've pushed that out to the generic cluster
bburton@generic-celerybeat1: ~
$ s rpm -qa | grep python-crypto [9:15:22]
python-crypto2.6-2.6.1-1.el6.x86_64
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 4•11 years ago
|
||
It looks like we're still getting tracebacks that Crypto is missing.
[glogiotatidis@generic-celerybeat1.webapp.phx1 remo]$ python2.6
Python 2.6.6 (r266:84292, Nov 21 2013, 10:50:32)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from Crypto.Cipher import AES
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named Crypto.Cipher
>>>
Raising this to major because it's affecting production.
Assignee: bburton → server-ops-webops
Severity: normal → major
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 5•11 years ago
|
||
Taking, it's paging on call. Will see if I can get someone to take this.
Assignee: server-ops-webops → rwatson
Severity: major → normal
Comment 6•11 years ago
|
||
i just installed the latest non crypto2 package from redhat networks, which makes your example pass. not entirely sure this is resolves your bug however. can you please test further for me?
[root@generic-celerybeat1.webapp.phx1 ~]# yum list installed | grep crypto
m2crypto.x86_64 0.20.2-9.el6 @rhel-x86_64-server-6
python-crypto.x86_64 2.0.1-22.el6 @rhel-x86_64-server-6
python-crypto2.6.x86_64 2.6.1-1.el6 @epel
[root@generic-celerybeat1.webapp.phx1 ~]# python2.6
Python 2.6.6 (r266:84292, Nov 21 2013, 10:50:32)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from Crypto.Cipher import AES
>>> quit()
Flags: needinfo?(giorgos)
Reporter | ||
Comment 7•11 years ago
|
||
This is working for us now, thanks!
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Flags: needinfo?(giorgos)
Resolution: --- → FIXED
Updated•9 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•