Can't login after upgrade to 1.2.13

[kriton]

Hi,
After successful upgrade from 1.2.6 to 1.2.13 logged in once. Logout, then cannot login again.
Did some searches to see if others found same issue. The only thing found was to make sure session.auto_start=On in /usr/local/etc/php.ini and it's enabled.
Tried to login with incorrect credentials to see if there is any error displayed. There is nothing displayed. The only thing that happens is the credentials disappear.
Restarted apache24 but that did not help either.
Would like to know what is causing this inability to login and get it fixed.

Thanks for any help with this issue.

[cigamit]

Have you checked the cacti log file? What does your config.php look like?

[kriton]

Hi, not sure which log you might be referring to. I did check some logs in /var/log/cacti and there is nothing there about logins period. In /usr/local/share/cacti/log the log file is 0 bytes.

As for config.php ....

$database_type = "mysql";
$database_default = "cacti";
$database_hostname = "localhost";
$database_username = "redacted";
$database_password = "redacted";
$database_port = "3306";
$database_ssl = false;
/* date_default_timezone_set('America/Toronto'); */
$poller_id = 1;
/*
* When the cacti server is a remote poller, then these entries point to
* the main cacti server. Otherwise, these variables have no use and
* must remain commented out.
*/

#$rdatabase_type = 'mysql';
#$rdatabase_default = 'cacti';
#$rdatabase_hostname = 'localhost';
#$rdatabase_username = 'cactiuser';
#$rdatabase_password = 'cactiuser';
#$rdatabase_port = '3306';
#$rdatabase_retries = 5;
#$rdatabase_ssl = false;
#$rdatabase_ssl_key = '';
#$rdatabase_ssl_cert = '';
#$rdatabase_ssl_ca = '';

/*
* The poller_id of this system. set to `1` for the main cacti web server.
* Otherwise, you this value should be the poller_id for the remote poller.
*/

$poller_id = 1;

/*
* Set the $url_path to point to the default URL of your cacti install.
* For exmaple if your cacti install as at `https://serverip/cacti/` this
* would be set to `/cacti/`.
*/

$url_path = '/cacti/';

/*
* Default session name - session name must contain alpha characters
*/

$cacti_session_name = 'Cacti';

/*
* Default Cookie domain - The cookie domain to be used for Cacti
*/

// $cacti_cookie_domain = '';

/*
* Save sessions to a database for load balancing
*/

$cacti_db_session = false;

/*
* Disable log rotation settings for packagers
*/

$disable_log_rotation = false;

/*
* Optional parameters to define scripts and resource paths. These
* variables become important when using remote poller installs when the
* scripts and resource files are not in the main Cacti web server path.
*/

//$scripts_path = '/var/www/html/cacti/scripts';
//$resource_path = '/var/www/html/cacti/resource/';

/*
* Optional parameter to define a data input whitelist command string. This
* whitelist file will help protect cacti from unauthorized changes to Cacti
* data input command string.
*/

//$input_whitelist = '/usr/local/etc/cacti/input_whitelist.json';

/*
* Optional parameter to give explicit path to PHP
*/
//$php_path = '/bin/php';

/*
* Optional parameter to disable the PHP SNMP extension. If not set, defaults
* to class_exists('SNMP').
*/

//$php_snmp_support = false;

/*
* Optional parameter to define the path of the csrf_secret.php path. This
* variable is for packagers who wish to specify an alternate location of
* the CRSF secret file.
*/

//$path_csrf_secret = '/usr/share/cacti/resource/csrf-secret.php';

/*
* The following are optional variables for debugging low level system
* functions that are generally only used by Cacti Developers to help
* identify potential issues in commonly used functions
*
* To use them, uncomment and the equivalent field will be set in the
* $config variable allowing for instant on but still allowing the
* ability to fine turn and turn them off.
*/

/*
* Debug the read_config_option program flow
*/
# define('DEBUG_READ_CONFIG_OPTION', true);

/*
* Automatically suppress the DEBUG_READ_CONFIG_OPTION
*/
# define('DEBUG_READ_CONFIG_OPTION_DB_OPEN', true);

/*
* Always write the SQL command to the cacti log file
*/
# define('DEBUG_SQL_CMD', true);

/*
* Debug the flow of calls to the db_xxx functions that
* are defined in lib/database.php
*/
# define('DEBUG_SQL_FLOW', true);

Thanks for your help.

[cigamit]

Ok, config looks good. You will want to disable "session.auto_start=On" though, as that is going to cause issues (Cacti starts the session itself).

Did you install from source or from a package? You don't mention your OS, but I assume its Debian-ish based upon you using apache24. I don't know where PHP is saving the session data for your OS, but on Centos its /var/lib/php/session. You might want to ensure that that directory is writable by apache.

[kriton]

OS = FreeBSD 12.1 AMD/64
Actually, the OS was just upgraded to 12.1 from 11.4. The last time this happened, was a previous upgrade in which installing by way of # pkg install cacti led to the same problem. Uninstalled and then tried via /usr/ports/net-mgmt/cacti and that also had the same issue. Kept playing around until it started working again. Did not write down anywhere what was done that actually fixed it. Remember it being very tedious and time consuming. Do remember /ports and pkg install had different version #'s.

Will # out the session.auto_start in /usr/local/etc/php.ini and restart apache and let you know if that fixes it.

Unfortunately, ; out session.auto_start in php.ini did not help. Restarted apache24, refreshed the browser. Does the same, no error, nothing displayed, only the credentials get cleared out.

Thanks.

[kriton]

Hi,
This morning uninstalled Cacti and subsequently installed Cacti via /usr/ports/net-mgmnt/cacti. It install 1.2.14. Below are screen shots of the install and the graphs (although we were unable to login, Cacti was still functioning normally and all previously made graphs were intact).

upgrade.png (30.29 KiB) Viewed 693 times

upgrade1.png (19.09 KiB) Viewed 693 times

upgrade2.png (19.45 KiB) Viewed 693 times

upgrade3.png (25.59 KiB) Viewed 693 times

upgrade4.png (34.48 KiB) Viewed 693 times

[kriton]

upgrade4.png (34.48 KiB) Viewed 693 times

upgrade5.png (27.27 KiB) Viewed 693 times

upgrade6.png (35.25 KiB) Viewed 693 times

upgrade7.png (9.69 KiB) Viewed 693 times

upgrade8.png (9.02 KiB) Viewed 693 times

[kriton]

upgrade8.png (9.02 KiB) Viewed 693 times

upgrade9.png (33.45 KiB) Viewed 693 times

upgrade10-logged-in.png (58.54 KiB) Viewed 693 times

graphs.png (57.94 KiB) Viewed 693 times

The above screenshots are basically the same every time we have to reinstall or upgrade. Usually after logging in the first time and subsequently logging out, we are unable to login again.

Right now going to change the admin password to what it currently is to be sure.

[kriton]

Just went to another computer in the office, unable to login.
SSDD