[Labs-l] IMPORTANT: cron update

Thu May 1 12:53:14 UTC 2014

And an update on that.  “You may want to examine the result with 'crontab -e’.”  I did that, but it overrode my changes I made in the editor.
On May 1, 2014, at 8:49 AM, Mr. Maximilian Doerr <cybernet678 at yahoo.com> wrote:

> Hmm I accidentally ran crontab without any parameters, and instead of throwing me an error message because I didn’t include parameters, it seems to be running in an infinite loop.  The only way to kill is ctrl+c.  A bug to look into perhaps?
> 
> More serious though, is that it adds a bunch of junk,/usr/bin/jsub -N <unwanted name> -once -quiet, to the beginning of each entry, breaking the crontab.  It’s already setup to use jsub.  Every entry is being marked as invalid where it tries to access something that doesn’t exist.  Attempts to override and remove it have failed.  This is rendering the crontab to be quite useless.
>  
> On May 1, 2014, at 7:45 AM, Amir Ladsgroup <ladsgroup at gmail.com> wrote:
> 
>> when I tried to add something sane (doing a "git review" for this), the system automatically added "/usr/bin/jsub -N <a name> -quiet" to it and because git review hasn't been installed in jsub instances it returns error and I'm stuck 
>> 
>> 
>> On Thu, May 1, 2014 at 3:36 PM, Artem Korzhimanov <korzhimanov.artem at gmail.com> wrote:
>> Just to clarify. Am I right that if 'crontab -l' returns empty list and there is no ~/...DATA.crontab in my home directory it means that my cron list has been lost completely?
>> 
>> Best regards,
>> Artem.
>> ________________________
>> Dr. Artem Korzhimanov
>> Research Scientist
>> Institute of Applied Physics
>> of the Russian Academy of Sciences
>> 46 Ulyanov st., Nizhny Novgorod, Russia
>> Email: korzhimanov.artem at gmail.com
>> 
>> 
>> 2014-05-01 13:37 GMT+04:00 Petr Bena <benapetr at gmail.com>:
>> 
>> I don't think so.
>> 
>> There is a number of cases where this is not relevant, I don't know
>> who added that into crontab, but I am pretty sure that nobody from
>> toolsadmin team is going to remove any line from it as long as it's
>> sane (for example some simple check that just submit some kind of
>> e-mail, tail some log file etc, doesn't need to be run as a job, since
>> the job itself is less resource expensive than submitting it to SGEN).
>> 
>> So I think you can ignore this in your case. The note should be reworded though.
>> 
>> On Thu, May 1, 2014 at 11:34 AM, Danmichaelo
>> <danmichaelo+wikipedia at gmail.com> wrote:
>> > Apologies accepted! But when crontab-ing now, I noted the comment:
>> >
>> > "Any command specified here will be modified to be invoked through jsub
>> > unless it is one of the two" [jsub or jstart]
>> >
>> > Does that mean I should move away from calling qsub directly? If so, there
>> > should be a note about that here:
>> >
>> > https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help#What_is_the_grid_engine.3F
>> >
>> >
>> > Dan Michael
>> >
>> >
>> >
>> > On 1 May 2014 02:31, Marc A. Pelletier <marc at uberbox.org> wrote:
>> >>
>> >> Hello all.
>> >>
>> >> Due to a (really) stupid mistake on my part, I have managed to
>> >> completely lose the crontab of any tool which had automatic changes
>> >> applied to it (the process which was supposed to make a backup before
>> >> any changes failed).  This affects approximately 50 tools.
>> >>
>> >> Please accept my most sincere apologies for the work and lost data this
>> >> might cause.
>> >>
>> >> That said, if your tool existed before the migration to the new
>> >> datacenter, you probably still have the backup dating from that time in
>> >> your tool's home under the name ~/...DATA.crontab
>> >>
>> >> On the other hand, most tools' crontabs /were/ correctly moved to the
>> >> new system.  There is a '/usr/local/bin/crontab' symlink now pointing to
>> >> xcrontab -- you should get that one by default unless you have changed
>> >> your default path.
>> >>
>> >> If you get a message along the lines of:
>> >>
>> >> You (user) are not allowed to use this program (/usr/bin/crontab)
>> >>
>> >> then you are accidentally hitting the wrong one; check your path or type:
>> >>
>> >> hash -r
>> >>
>> >> To force your shell to revisit it.
>> >>
>> >> Again, please accept my apologies for the disruption.
>> >>
>> >> -- Marc
>> >>
>> >> _______________________________________________
>> >> Labs-l mailing list
>> >> Labs-l at lists.wikimedia.org
>> >> https://lists.wikimedia.org/mailman/listinfo/labs-l
>> >
>> > _______________________________________________
>> > Labs-l mailing list
>> > Labs-l at lists.wikimedia.org
>> > https://lists.wikimedia.org/mailman/listinfo/labs-l
>> >
>> 
>> _______________________________________________
>> Labs-l mailing list
>> Labs-l at lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/labs-l
>> 
>> 
>> _______________________________________________
>> Labs-l mailing list
>> Labs-l at lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/labs-l
>> 
>> 
>> 
>> 
>> -- 
>> Amir
>> 
>> _______________________________________________
>> Labs-l mailing list
>> Labs-l at lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/labs-l
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.wikimedia.org/pipermail/labs-l/attachments/20140501/7c585484/attachment-0001.html>