Bug 971527 - error logs showing wrong cartridge version after recent ugprade
error logs showing wrong cartridge version after recent ugprade
Status: CLOSED DUPLICATE of bug 969953
Product: OpenShift Online
Classification: Red Hat
Component: Containers (Show other bugs)
Unspecified Unspecified
medium Severity medium
: ---
: ---
Assigned To: Mrunal Patel
libra bugs
Depends On:
Blocks: 971586
  Show dependency treegraph
Reported: 2013-06-06 14:09 EDT by Sumana Annam
Modified: 2015-05-14 19:21 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 971586 (view as bug list)
Last Closed: 2013-06-06 17:41:00 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Comment 1 Jhon Honce 2013-06-06 16:56:00 EDT
Description of problem:



2) Python:

During a git push, I get some errors, and the deployment of my application fails.

I'm not sure why python 2.6 appears in the paths below since this is a python 2.7 cartridge.

It looks like someone recently posted a similar error on Bugzilla for apps that use pymongo, and my app uses pymongo. https://bugzilla.redhat.com/show_bug.cgi?id=969953

Any help would be really appreciated!

remote: Installing setuptools................................................
remote:   Complete output from command /var/lib/openshift/5...n/virtenv/bin/python -c "#!python
remote: \"\"\"Bootstra...sys.argv[1:])
remote: NameError: global name 're' is not defined
remote: ----------------------------------------
remote: ...Installing setuptools...done.
remote: Traceback (most recent call last):
remote:   File "/usr/lib/python2.6/site-packages/virtualenv.py", line 2577, in <module>
remote:     main()
remote:   File "/usr/lib/python2.6/site-packages/virtualenv.py", line 979, in main
remote:     no_pip=options.no_pip)
remote:   File "/usr/lib/python2.6/site-packages/virtualenv.py", line 1091, in create_environment
remote:     search_dirs=search_dirs, never_download=never_download)
remote:   File "/usr/lib/python2.6/site-packages/virtualenv.py", line 611, in install_setuptools
remote:     search_dirs=search_dirs, never_download=never_download)
remote:   File "/usr/lib/python2.6/site-packages/virtualenv.py", line 583, in _install_req
remote:     cwd=cwd)
remote:   File "/usr/lib/python2.6/site-packages/virtualenv.py", line 1057, in call_subprocess
remote:     % (cmd_desc, proc.returncode))
remote: OSError: Command /var/lib/openshift/5...n/virtenv/bin/python -c "#!python
remote: \"\"\"Bootstra...sys.argv[1:])

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:

Actual results:

Expected results:

Additional info:
Comment 2 Mrunal Patel 2013-06-06 17:40:14 EDT
The python-2.6 showing up in the backtrace isn't really the issue here.
It is because we use the virtualenv tool installed to system python-2.6
The real issue is the corrupted virtualenv for which we already have a bug open.
Comment 3 Mrunal Patel 2013-06-06 17:41:00 EDT

*** This bug has been marked as a duplicate of bug 969953 ***

Note You need to log in before you can comment on or make changes to this bug.