<div dir="ltr"><div class="inboxEmptyGmelius"></div>Hi,<div><br></div><div>We have upgraded from 17.02.3 to 17.11.0 and after the upgrade we have noticed that a simple "sacct -j $jobid" takes much longer than before. Before the upgrade sacct was near immediate and now it takes around 1 minute.</div><div><br></div><div>After enabling the slow queries log in mariadb we have found this slow query which is triggered by "sacct -j jobid":</div><div><br></div><div><div><br></div><div># Time: 171218 23:19:59</div><div># User@Host: slurm[slurm] @ localhost []</div><div># Thread_id: 17  Schema: slurm  QC_hit: No</div><div># Query_time: 54.930359  Lock_time: 0.000171  Rows_sent: 1  Rows_examined: 19289595</div><div>SET timestamp=1513635599;</div><div>select t1.account, t1.admin_comment, t1.array_max_tasks, t1.array_task_str, t1.cpus_req, t1.derived_ec, t1.derived_es, t1.exit_code, t1.id_array_job, t1.id_array_task, t1.id_assoc, t1.id_block, t1.id_group, t1.id_job, t1.pack_job_id, t1.pack_job_offset, t1.id_qos, t1.id_resv, t3.resv_name, t1.id_user, t1.id_wckey, t1.job_db_inx, t1.job_name, t1.kill_requid, t1.mem_req, t1.node_inx, t1.nodelist, t1.nodes_alloc, t1.partition, t1.priority, t1.state, t1.time_eligible, t1.time_end, t1.time_start, t1.time_submit, t1.time_suspended, t1.timelimit, t1.track_steps, t1.wckey, t1.gres_alloc, t1.gres_req, t1.gres_used, t1.tres_alloc, t1.tres_req, t1.work_dir, t1.mcs_label, t2.acct, t2.lft, t2.user from "scicore_job_table" as t1 left join "scicore_assoc_table" as t2 on t1.id_assoc=t2.id_assoc left join "scicore_resv_table" as t3 on t1.id_resv=t3.id_resv && ((t1.time_start && (t3.time_start < t1.time_start && (t3.time_end >= t1.time_start || t3.time_end = 0))) || ((t3.time_start < t1.time_submit && (t3.time_end >= t1.time_submit || t3.time_end = 0)) || (t3.time_start > t1.time_submit))) where (t1.id_job in (12000000) || t1.pack_job_id in (12000000) || (t1.id_array_job in (12000000))) && (state != 524288) group by id_job, time_submit desc;</div></div><div><br></div><div><br></div><div>We have many jobs in our db but before the upgrade this was not a problem when querying a single job id. Slurmdbd is running in the same machine. Here some numbers from our db:<br></div><div><br></div><div><div>MariaDB [slurm]> SELECT COUNT(*) FROM scicore_job_table;</div><div>+----------+</div><div>| COUNT(*) |</div><div>+----------+</div><div>| 19289598 |</div><div>+----------+</div></div><div><br></div><div><div>MariaDB [slurm]> SELECT COUNT(*) FROM scicore_step_table;</div><div>+----------+</div><div>| COUNT(*) |</div><div>+----------+</div><div>| 26635716 |</div><div>+----------+</div></div><div><br></div><div><br></div><div>Any suggestion about how to solve this problem? Thanks in advance for any help.</div><div><br></div><div>regards,<br>Pablo.</div><div><br></div></div>