Ticket 1536

Summary: Put job's usage information in end emails.
Product: Slurm Reporter: Brian Christiansen <brian>
Component: slurmctldAssignee: Brian Christiansen <brian>
Status: RESOLVED FIXED QA Contact:
Severity: 5 - Enhancement    
Priority: --- CC: brian, da
Version: 15.08.x   
Hardware: Linux   
OS: Linux   
Site: SchedMD Slinky Site: ---
Alineos Sites: --- Atos/Eviden Sites: ---
Confidential Site: --- Coreweave sites: ---
Cray Sites: --- DS9 clusters: ---
Google sites: --- HPCnow Sites: ---
HPE Sites: --- IBM Sites: ---
NOAA SIte: --- NoveTech Sites: ---
Nvidia HWinf-CS Sites: --- OCF Sites: ---
Recursion Pharma Sites: --- SFW Sites: ---
SNIC sites: --- Tzag Elita Sites: ---
Linux Distro: --- Machine Name:
CLE Version: Version Fixed: 16.05.0-pre1
Target Release: --- DevPrio: ---
Emory-Cloud Sites: ---

Description Brian Christiansen 2015-03-16 08:18:26 MDT 
Several customers (eg. Bug 1530) have asked if the job's usage information could be put into the job's end email. The work around is to create a prolog that runs sacct after the job is done, but it's not guaranteed that the information will be in the database in time.

The stepd sends the usage information to the controller could put that information in the email.
Comment 1 Moe Jette 2015-03-16 08:44:45 MDT 
(In reply to Brian Christiansen from comment #0)
> Several customers (eg. Bug 1530) have asked if the job's usage information
> could be put into the job's end email. The work around is to create a prolog

You mean EpilogSlurmctld rather Prolog and that could potentially include a sleep to wait for the accounting information to propagate.
Comment 2 Danny Auble 2015-03-16 09:14:48 MDT 
Hopefully there is no reason to use any kind of epilog since you can just get the information when the step completes and keep that info for the the email as stated in comment 1.
Comment 3 Moe Jette 2015-10-07 10:54:35 MDT 
The "smail" script from Princeton will handle this. See:
https://github.com/SchedMD/slurm/commit/93d9189c35be9d603cfedb09b55c4110a9b5779a

Essentially this is a wrapper for mail, as forked and exec'ed by slurmctld to notify users of job state changes. It waits for the usage information to become available and includes it in the email.