Dear PBS developers,
I’d like to know in how far the database between the official release 20.0.1 and the current master branch are compatible. The background: I did a test installation of 20.0.1 on a Linux OpenSuse 15.3 machine, updated to the current master branch, and PBS failed to restart.
Ok, a bit more in detail:
- I downloaded the rpm package for 20.0.1 from the GitHub page.
- I switched to root account via su.
- I did an installation via “rpm -i”
- I started PBS via “systemctl start pbs”. Worked perfectly.
- I stopped PBS.
# rpm -i openpbs-server-20.0.1-0.x86_64.rpm
# systemctl start pbs
…
Feb 12 16:24:55 dc2pbs4v systemd[1]: Started Portable Batch System.
# systemctl stop pbs
- I switched back to a standard user account.
- Now, I checked out the latest master branch of the development using git (2021, Feb 12th)
- I changed the version number to “20.1.2” by editing the configure.ac - nothing more.
- I compiled the code and created rpms (./autogen.sh, ./configure --prefix=/opt/pbs --libexecdir=/opt/pbs/libexec, make dist, rpmbuild -bb openpbs.spec in prepared SPECS folder)
- I switched to root account via su.
- I initiated an update by installing the created rpm.
- PBS fails to start.
# rpm -U openpbs-server-20.1.2-0.x86_64.rpm
# systemctl start pbs
Job for pbs.service failed because the control process exited with error code.
See "systemctl status pbs.service" and "journalctl -xe" for details.
# systemctl status pbs.service
Feb 12 16:27:35 dc2pbs4v systemd[1]: pbs.service: Failed with result 'exit-code'.
# less /var/spool/pbs/server_logs/20210212
02/12/2021 16:27:08;0006;Server@dc2pbs4v;Fil;Server@dc2pbs4v;Version 20.1.2, started, initialization type = 1
02/12/2021 16:27:08;0002;Server@dc2pbs4v;Svr;Server@dc2pbs4v;pbs_status_db exit code 1
02/12/2021 16:27:08;0002;Server@dc2pbs4v;Svr;Server@dc2pbs4v;Starting PBS dataservice
02/12/2021 16:27:10;0002;Server@dc2pbs4v;Svr;Server@dc2pbs4v;Prepare of statement insert_job
failed: ERROR: column "ji_jid" of relation "job" does not exist
LINE 1: ...at,ji_quetime,ji_rteretry,ji_fromsock,ji_fromaddr,ji_jid,ji_...
^ 42703
Do you have any clue? Are the databases not compatible?
Regards,
Michael