Hi Fabrice -

Thanks for the information. Interestingly, the "Test file busy" error referring to the python executable occurs even when no python processes are running. Given sufficient time following termination of all python scripts, however, the error does go away. For example, 15 minutes following termination the error persists, but after ~24 hours the error is gone. Meanwhile, doing an uninstall followed by a full install gets around the problem but takes too long to be a practical procedure between each code change.

Fortunately, even though scons fails due to this error, it first successfully installs modified python scripts. So, it's actually working for my purposes after all.

Regards,
Bill


On Jan 9, 2014, at 12:51 AM, Fabrice Jammes <[log in to unmask]> wrote:

Hello Bill,

You have a problem during virtualenv installation. virtualenv is an application which install an isolated python environment, it's an interested, whereas not mandatory, feature for a service like Qserv.
Before installing Qserv, please check that you have no python software using previous virtualenv instance running. You can do this with next command :

ps x | grep python

Indeed it seems virtualenv can't be installed if it's already running (which seems to be a good thing).
If some python processes relying on virtualenv are running before launching scons, please kill them, it should solve the problem.

More generally, a good thing to do before installing Qserv is :

$ qserv-stop
and then
$ scons uninstall

This will prevent this class of problems.

Have a nice day,

Fabrice

On 01/06/2014 05:34 AM, Bill Chickering wrote:
[log in to unmask]" type="cite"> Hello Qserv Team -

I'm trying to debug some code changes but keeping running into a problem when I try to re-build qserv. I initially build my instance of qserv on lsst-dev03 following the procedure described on Trac:
https://dev.lsstcorp.org/trac/wiki/db/Qserv/InstallAuto

After running scons, I am able to run qserv-testdata.py and obtain what appear to be reasonable results. However, after making minor changes to the source and running scons a subsequent time within %QSERV_SRC_DIR%, it fails. Here are the contents of the INSTALL-yyyy-mm-dd:hh:mm.log file:
Using virtualenv-1.7.
-- Running: /usr/bin/python virtualenv.py /u1/bchick/sandbox2/qserv-master5 in /u1/bchick/sandbox2/qserv-master5/build/virtualenv-1.7
ERROR : /usr/bin/python virtualenv.py /u1/bchick/sandbox2/qserv-master5 exits with error code (256) at /u1/bchick/src/qserv-master5/admin/qserv-install line 589.
New python executable in /u1/bchick/sandbox2/qserv-master5/bin/python
Traceback (most recent call last):
  File "virtualenv.py", line 2098, in <module>
    main()
  File "virtualenv.py", line 928, in main
    never_download=options.never_download)
  File "virtualenv.py", line 1029, in create_environment
    site_packages=site_packages, clear=clear))
  File "virtualenv.py", line 1240, in install_python
    shutil.copyfile(executable, py_executable)
  File "/usr/lib64/python2.6/shutil.py", line 51, in copyfile
    with open(dst, 'wb') as fdst:
IOError: [Errno 26] Text file busy: '/u1/bchick/sandbox2/qserv-master5/bin/python'

Seems strange that scons wants to re-install python. Has anyone else encountered this? Is there a better way to re-build qserv after changing python or c source code?

Thanks in advance,
Bill

P.S. Happy New Year everyone!!

Use REPLY-ALL to reply to list

To unsubscribe from the QSERV-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1




Use REPLY-ALL to reply to list

To unsubscribe from the QSERV-L list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1