Unfortunately, there is no one type of tech consumer. Someone winds up unhappy. If the design and interface are too technical, novices feel incompetent, shut out and stupid; if the experience is too simple, tech geeks feel insulted and talked down to.Probably there is no other field as affected by the disarmingly simple discovery that "there is no one type of tech consumer" as the high performance computing (including high throughput, Big Data and more).
So if you don't know what this means you're not qualified to run servers. I grant you
Version 8.2.6
Release Notes:
- HTCondor version 8.2.6 released on December 16, 2014.
- Memory usage of the ec2_gahp may grow without bound due to a bug in some versions of libcurl. This occurs when jobs use x509:// URLs. Testing shows that libcurl version 7.38.0 does not have this issue. The fix may have been introduced as early as version 7.24.0. Therefore, if this problem occurs, consider upgrading the installation of libcurl. For operating systems whose vendor does not provide a new enough version of libcurl, build a more recent version, and use the configuration of EC2_GAHP to specify a wrapper script that sets up and invokes an ec2_gahpwhich uses the updated libcurl.
New Features:
- None.
Bugs Fixed:
- Corrected command line arguments to /bin/mail, adding the option to use sendmail. (Ticket #4764).
- Fixed a bug introduced in HTCondor version 8.2.4 that caused the condor_schedd daemon log file to not rotate when configuration variable USE_CLONE_TO_CREATE_PROCESSES was set to True. (Ticket #4753).
- Fixed a race condition that could cause the transfer of output files for HTCondor-C jobs to fail. HTCondor-C jobs are grid universe jobs with a grid type of condor. (Ticket #3379).
- Fixed a bug in the Windows version of condor_submit that prevented a job from being submitted, if a directory specified with the submit command transfer_input_files contained a trailing forward slash character (/). condor_submit failed with an error message indicating that the directory could not be accessed, even when there was no problem accessing the directory. (Ticket #4747).
- Fixed a problem that prevented HTCondor from starting on RHEL 7 platforms. The ownership of the directory /var/lock/condor/ was incorrect. (Ticket #4775).
- Fixed a bug in which condor_qsub mishandled setting a disk space request with a command line argument of the form -l file=2048MB. (Ticket #4606).
Hi Miha,
Below you expressed surprise that the release announcement only listed bug fixes and neglected to mention/promote new features. Please be aware that Version 8.2.6 of HTCondor is a stable series release. All v8.2.x releases by definition will not have new features, they will only have bug fixes. In parallel, v8.3.x of HTCondor is being developed, and v8.3.x will contain all the new features. This segregation of a stable series (only bug fixes) from a development series (new features) is a common approach for software considered institutionally mission critical. For those unfamiliar with the concept and the meaning behind HTCondor's version number scheme, it is explained in the second sentence on the HTCondor download page which points to here -
http://htcondor.org/version_number.html
Tim's release announcement gives concise highlights a few of the bug fixes, and gives pointers to the complete list and additional information. Perhaps it would help if Tim reminded users about this stable vs development release process and stated something like "...announce the release of HTCondor version 8.2.6, which is a stable-series release and therefore only contains bug fixes" instead of just the version number.
regards,
Todd
On 12/17/2014 11:55 AM, Miha Ahronovitz wrote:
Hi Tim,
I know the new version announcement looked like this or worse for the
last 30 plus years. I mean there is no notion of elementary product
market. I write this message hoping that is never too late
I have a little bird on my shoulder who whispers in ear: "So what?"
This new version contains:
- a bug fix to the log rotation of the condor_schedd on Linux
platforms
So, what?
- transfer_input_files now works for directories on Windows
platforms
OK
- a correction of the flags passed to the mail program on
Linux platforms
So what?
- a RHEL 7 platform fix of a directory permission that
prevented daemons
from starting
So what?
This is list of bug fixing? Did we eliminate all the bugs? Of course
not. Are they any new features? (which we already have too many). It
does not look like.
So what we have is to listen to Simon Sinek The power of Why
<http://my-inner-voice.blogspot.com/2012/02/golden-circle.html> . .
"People don't buy (or use) what you do, they buy (or use) why you do it."
So why these bugs and not other bugs? Where are the documentation
details for the user who wants to do "the log rotation of the
condor_schedd on Linux platforms", uses a previous version and wonders
why it does not work?.
Does version 8.2.6 improves the HTCondors quality of life?
Cheers,
Miha
--- --- --- --- --- --- --- --- --- --- --- --- ---
*Miha Ahronovitz*
*Principal *| *Ahrono Associates*
*Web: **http://www.ahrono.com/*
*Blog: http://my-inner-voice.blogspot.com/
<http://my-inner-voice.blogspot.com/>*
*c*: _408 422 2757_
*e*: _miha.ahronovitz@xxxxxxxxxx <mailto:miha.ahronovitz@ahrono.com>_
*tw: *@myinnervoice
--- --- --- --- --- --- --- --- --- --- --- --- ---
On Tue, Dec 16, 2014 at 2:52 PM, Tim Theisen <tim@xxxxxxxxxxx
<mailto:tim@xxxxxxxxxxx>> wrote:
The HTCondor team is pleased to announce the release of HTCondor
version 8.2.6.
This new version contains:
- a bug fix to the log rotation of the condor_schedd on Linux
platforms
- transfer_input_files now works for directories on Windows platforms
- a correction of the flags passed to the mail program on Linux
platforms
- a RHEL 7 platform fix of a directory permission that prevented
daemons
from starting
A complete list of fixed bugs can be found in the version history.
Version History:
http://www.cs.wisc.edu/__htcondor/manual/v8.2.6/10___3Stable_Release.html
<http://www.cs.wisc.edu/htcondor/manual/v8.2.6/10_3Stable_Release.html>
Downloads Page:
http://www.cs.wisc.edu/__htcondor/downloads/
<http://www.cs.wisc.edu/htcondor/downloads/>
Thank you for your interest in HTCondor!
- The HTCondor Team
_________________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to
htcondor-users-request@xxxxxwisc.edu
<mailto:htcondor-users-request@xxxxxxxxxxx> with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/__mailman/listinfo/htcondor-__users
<https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users>
The archives can be found at:
https://lists.cs.wisc.edu/__archive/htcondor-users/
<https://lists.cs.wisc.edu/archive/htcondor-users/>
_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@cs.wisc.edu with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users
The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/
--
Todd Tannenbaum <tannenba@xxxxxxxxxxx> University of Wisconsin-Madison
Center for High Throughput Computing Department of Computer Sciences
HTCondor Technical Lead 1210 W. Dayton St. Rm #4257
Phone: (608) 263-7132 Madison, WI 53706-1685
_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@cs.wisc.edu with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users
The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/