ns/commits to
> be AvailableFeatures, as our branch ecosystem is quite large and the
> maintenance of that approach would not scale well.
>
> Thanks,
>
> Raj Sahae | Manager, Software QA
> 3500 Deer Creek Rd, Palo Alto, CA 94304
> m. +1 (408) 230-8531 |
> rsa...@tesla
t; Research Computing Services | Business Services
> The University of Melbourne, Victoria 3010 Australia
>
>
>
> On Sat, 20 Jun 2020 at 07:24, Paddy Doyle wrote:
>
> > UoM notice: External email. Be cautious of links, attachments, or
> > impersonation attempts.
&
oo happy. And we would have to make it part of a new account workflow. And
any future policy changes would have to be reset individually for all
existing accounts.
Is there some other way that I've missed?
Thanks!
Paddy
--
Paddy Doyle
Research IT / Trinity Centre for High Performance Com
t of the CG state. Does anyone know why this
> overlap of R with CG might be happening?
>
> There is a release note for version 19.05.3 that looks possibly related but
> I’m not exactly sure what it means:
>
> * Changes in Slurm 19.05.3
> ======
> ...
&
ored once a job finishes
> > > (sstat -j $JOB_ID on a dead job returns an error).
> > >
> > > Thanks,
> > > __
> > > *Jacob D. Chappell, CSM*
> > > *Research Computing Associate*
> > > Research Computing | Research Computing Inf
search Computing Associate*
> Research Computing | Research Computing Infrastructure
> Information Technology Services | University of Kentucky
> jacob.chapp...@uky.edu
--
Paddy Doyle
Trinity Centre for High Performance Computing,
Lloyd Building, Trinity College Dublin, Dublin 2, Ireland.
Phone: +353-1-896-3725
http://www.tchpc.tcd.ie/
On Wed, Jan 09, 2019 at 12:44:03PM +0100, Bj?rn-Helge Mevik wrote:
> Paddy Doyle writes:
>
> > Looking back through the mailing list, it seems that from 2015 onwards the
> > recommendation from Danny was to use 'jobacct_gather/linux' instead of
> > 'joba
seeing it in normal jobs too.
>
> ???
> Christopher Coffey
> High-Performance Computing
> Northern Arizona University
> 928-523-1167
>
>
> ???On 1/4/19, 9:24 AM, "slurm-users on behalf of Paddy Doyle"
> wrote:
>
> Hi Chris,
>
>
__
>
>
>
>
>
> As far as I can tell, I don't think a two core job with an elapsed
> time of around one minute would have a cpu time of two hours. Could this be a
> configuration issue, or is it a possible bug?
>
>
> More info is available on request, and any help is appreciated!
>
>
>
>
>
>
>
>
--
Paddy Doyle
Trinity Centre for High Performance Computing,
Lloyd Building, Trinity College Dublin, Dublin 2, Ireland.
Phone: +353-1-896-3725
http://www.tchpc.tcd.ie/
his
> message or any part of it. This footnote also confirms that this EMail has
> been swept for computer viruses by Symantec.Cloud, but please re-sweep any
> attachments before opening or saving. http://www.gov.uk/PHE
> **
--
Paddy Doyle
Trinity Centre for High Performance Computing,
Lloyd Building, Trinity College Dublin, Dublin 2, Ireland.
Phone: +353-1-896-3725
http://www.tchpc.tcd.ie/
Bug 5882.
> > >
> > >
> > > > Having said that we will probably live with this issue
> > > > rather than disrupt users with another upgrade so soon .
> > >
> > > An upgrade to 18.08.3 from 18.08.1 shouldn't be disruptive though,
>
basically the same time, then it looks like uid 1007 did
something like 'scancel -u theusername'.
That might not be it, but that would be my first guess.
Paddy
--
Paddy Doyle
Trinity Centre for High Performance Computing,
Lloyd Building, Trinity College Dublin, Dublin 2, Ireland.
Phone: +353-1-896-3725
http://www.tchpc.tcd.ie/
12 matches
Mail list logo
