After discussing this with my supervisor, we will in fact be using
"accounting_storage/slurmdbd" (the mysql option was a leftover from when
we were running slurm version 2.5.4). Anyway, after selecting the
"accounting_storage/slurmdbd" option in slurm.conf, everything is again
working normally.
T
:
Not sure what is causing the problem, after opening the bug , there
is no response from the SLURM team.
Regards,
Triveni
-Original Message-
From: gasper.ku...@ung.si [mailto:gasper.ku...@ung.si]
Sent: Friday, October 16, 2015 1:32 PM
To: slurm-dev
Subject: [slurm-dev] Re: Problem while
, October 16, 2015 1:32 PM
To: slurm-dev
Subject: [slurm-dev] Re: Problem while updating to new slurm version
Yes, our database still holds all of the data it had before this upgrade to version
15.08. For AccountingStorageEnforce we are using
"AccountingStorageEnforce=limits,associations
while updating to new slurm version
Yes, our database still holds all of the data it had before this upgrade to
version 15.08. For AccountingStorageEnforce we are using
"AccountingStorageEnforce=limits,associations". Is the associations storage
enforcement producing this issue?
Chee
When you re-enable accounting settings in slurm.conf, and use
accounting_storage/mysql (with all data in database), slurmctld fails with:
slurmctld: fatal: It appears you don't have any association data from
your
database. The priority/multifactor plugin requires this information to
run corre
Yes, our database still holds all of the data it had before this upgrade
to version 15.08. For AccountingStorageEnforce we are using
"AccountingStorageEnforce=limits,associations". Is the associations
storage enforcement producing this issue?
Cheers,
Gašper Kukec Mezek
>
> I see a similar bug re
rom: Barbara Krasovec [mailto:barba...@arnes.si]
Sent: Friday, October 16, 2015 12:21 PM
To: slurm-dev
Subject: [slurm-dev] Re: Problem while updating to new slurm version
I see a similar bug reported: http://bugs.schedmd.com/show_bug.cgi?id=1942
We also use AccountingStorageType=accounting_storag
I see a similar bug reported: http://bugs.schedmd.com/show_bug.cgi?id=1942
We also use AccountingStorageType=accounting_storage/mysql. Our
accounting data was not deleted from the database, after we started
slurm without Accounting settings.
Are you using associations for AccountingStorageEn
This solved the problem I was having earlier (thank you), but another
error now came up. While running slurmctld without accounting settings, it
started up without a problem, but adding the account settings back again,
I get:
--
# slurmctld -D
slurmctld: pidfile not loc
writes:
>
>
> Here is the sacctmgr return value:
> --
> # sacctmgr show config
> Configuration data as of 2015-10-13T09:05:05
> AccountingStorageBackupHost = (null)
> AccountingStorageHost = zorro
> AccountingStorageLoc = slurm_db
> AccountingStoragePass = secret
Here is the sacctmgr return value:
--
# sacctmgr show config
Configuration data as of 2015-10-13T09:05:05
AccountingStorageBackupHost = (null)
AccountingStorageHost = zorro
AccountingStorageLoc = slurm_db
AccountingStoragePass = secret
AccountingStoragePort = 3306
Acc
Can you post:
sacctmgr show config
Do you get more info if you run slurmdbd in debug mode?
slurmdbd -D
Cheers,
Barbara
On 10/12/2015 09:21 PM, gasper.ku...@ung.si wrote:
Hello,
Our GRID cluster has so far been using slurm version 14.11.4 on an el6
system and I wish to upgrade it to t
12 matches
Mail list logo