New SDP doesn't like old SDP configuration.
Up to 2018.1, the "p4d_base" script explicitly set P4JOURNAL in the database using 'p4d -cset'.
echo "Setting P4JOURNAL in the database to $P4JOURNAL." | tee -a $LOGFILE
echo $P4DBIN -r $P4ROOT -cset P4JOURNAL=$P4JOURNAL | tee -a $LOGFILE
$P4DBIN -r $P4ROOT "-cset P4JOURNAL=$P4JOURNAL" 2>&1 | tee -a $LOGFILE
From revision 7 of the 'verify_sdp.sh' script, there is an explicit checks for P4JOURNAL in the db.config file, and rejects this as invalid.
check_configurable "$SDP_INSTANCE" P4JOURNAL ALL UNDEF
msg "Note: P4JOURNAL must be defined as a shell environment variable and must not set in db.config.\\n"
This causes problems as call to 'verify_sdp' will report an error. Crops up when upgrading an existing SDP environment; calls to 'verify_sdp' are made from the upgrade and daily_checkpoint scripts, and it's also called from functions in 'backup_functions'.
NB: also a problem for Admins moving to SDP-control from a non-SDP environment where P4JOURNAL is often set in the database.