 |
 |
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: >> 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: >> lsst-dev03.slac.stanford.edu >> 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