Description of problem: For some reason dates in the enqueued column are showing up as 'unknown'. Find out why.
Steps to Reproduce: (1) Submit job from cumin through aviary abc | /bin/sleep 360 | True | /tmp (2) Look into Pool / Submissions Enqueued - unknown (3) Drill into Submission - Details Enqueued - None (4) Wait 360s -> job is completed (5) Drill into Submission - Details Enqueued - 2012-04-20 13:17:16 (6) Look into Pool / Submissions Enqueued - 2012-04-20 13:17:16
This *seems* to be an issue in the plugins. Submitting through condor_submit gives us Submission objects with a non-zero QDate. Submitting through the plugins gives us 0 values. Retargeting.
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Cause: Submit a job through Aviary or QMF interface. Consequence: Qdate field shows value of zero (0). Fix: Submission and job implementation code in Aviary and QMF adjusted to ensure that a ATTR_Q_DATE variable set that arrives late is properly recorded. Result: Qdate field shows correct time value.
Tested on RHEL 5.9/6.4 x i386/x86_64 with condor-7.8.8-0.3.el6.x86_64 condor-aviary-7.8.8-0.3.el6.x86_64 condor-classads-7.8.8-0.3.el6.x86_64 condor-qmf-7.8.8-0.3.el6.x86_64 condor-wallaby-base-db-1.25-1.el6_3.noarch condor-wallaby-client-5.0.5-1.el6.noarch condor-wallaby-tools-5.0.5-1.el6.noarch cumin-0.1.5648-1.el6.noarch python-condorutils-1.5-6.el6.noarch python-qpid-0.18-4.el6.noarch python-qpid-qmf-0.18-13.el6.x86_64 python-wallaby-0.16.3-1.el6.noarch python-wallabyclient-5.0.5-1.el6.noarch qpid-cpp-client-0.18-13.el6.x86_64 qpid-cpp-server-0.18-13.el6.x86_64 qpid-qmf-0.18-13.el6.x86_64 qpid-tools-0.18-7.el6_3.noarch ruby-condor-wallaby-5.0.5-1.el6.noarch ruby-qpid-qmf-0.18-13.el6.x86_64 ruby-wallaby-0.16.3-1.el6.noarch wallaby-0.16.3-1.el6.noarch wallaby-utils-0.16.3-1.el6.noarch and it works. -->VERIFIED
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHSA-2013-0564.html