phpmyadmin / keyhelp_autologin [GELÖST]

[Bameninghong]

Server-Betriebssystem + Version
Ubuntu 22
Eingesetzte Server-Virtualisierung-Technologie
Keine
KeyHelp-Version + Build-Nummer
25.0 (Build 3398)


Problembeschreibung / Fehlermeldungen
Ich habe noch mit einer kleinen Nachwirkung meines Restore-Versuchs zu kämpfen, aber bisher hat ansonsten alles funktioniert.
Ein Betriebssystemwechsel fand nicht statt.

Anfangs hatte ich das Problem, dass beim Aufruf von /db und dem Login mit dem mysqladmin einige Fehler angezeigt wurden – unter anderem, dass „phpmyadmin“ keine Rechte habe. Daraufhin habe ich in der Shell das Passwort geändert und die Zugangsdaten in der phpMyAdmin-Konfiguration angepasst. Dieser Fehler war damit behoben.

Allerdings sehe ich keinen Benutzer keyhelp_autologin. Wenn ich versuche, mit einem Benutzer die Datenbank über KeyHelp in phpMyAdmin zu öffnen, wird nur eine weiße Seite angezeigt aber die phpmyadmin/Menü-Leiste usw. sehe ich, nur links sehe ich keine DB – ohne Inhalt. Ich habe unter „Benutzeraccounts“ überprüft, ob ein Autologin-Benutzer vorhanden ist, aber keinen gefunden.

Jetzt weiß ich nicht genau, wie ich weiter vorgehen soll, damit auch die Endbenutzer phpMyAdmin wieder wie gewohnt nutzen können.

[Alexander]

Hallo,

wie sieht der Inhalt der Datei /home/keyhelp/www/phpmyadmin/config.inc.php aus - VORSICHT - Passwort in der Datei unkenntlich machen.

Prüfe, ob du dich mit dem Login unter database -> root aus der Datei in der Datenbank anmelden kannst: /etc/keyhelp/config/config.json

[Bameninghong]

Verglichen mit anderen keyhelp servern sieht die erstmal "in ordnung aus"?
# cat /home/keyhelp/www/phpmyadmin/config.inc.php
<?php

/**
* _ __ _ _ _ (R)
* | |/ /___ _ _| |_| |___| |___
* | | / -_) |_/ | _ | -_) | _ \
* |_|\_\___|\__, |_| |_|___|_| _/
* |___/ |_|
*
* phpMyAdmin - version: 5.2.2
*
* Please notice, this file may be overridden by future KeyHelp releases!
*
*/


// Servers configuration
$cfg['Servers'][1] = [
// Authentication type
'auth_type' => 'cookie',
// Server parameters
'host' => 'localhost',
'connect_type' => 'socket',
'socket' => '',
'port' => '',
'compress' => true,
'verbose' => '',
// User used to manipulate with storage
'controlhost' => 'localhost',
'controlport' => '',
'controluser' => 'phpmyadmin',
'controlpass' => 'fzXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXxz',
// Storage database and tables
'pmadb' => 'phpmyadmin',
'bookmarktable' => 'pma__bookmark',
'column_info' => 'pma__column_info',
'history' => 'pma__history',
'pdf_pages' => 'pma__pdf_pages',
'recent' => 'pma__recent',
'favorite' => 'pma__favorite',
'table_uiprefs' => 'pma__table_uiprefs',
'relation' => 'pma__relation',
'table_coords' => 'pma__table_coords',
'table_info' => 'pma__table_info',
'tracking' => 'pma__tracking',
'userconfig' => 'pma__userconfig',
'users' => 'pma__users',
'usergroups' => 'pma__usergroups',
'navigationhiding' => 'pma__navigationhiding',
'savedsearches' => 'pma__savedsearches',
'central_columns' => 'pma__central_columns',
'designer_settings' => 'pma__designer_settings',
'export_templates' => 'pma__export_templates',
// Hide database from unprivileged users
'hide_db' => 'information_schema',
];

// Enable SSO if cookie was set by database-auto-login
if (isset($_COOKIE['keyhelp_pma_sso']))
{
$cfg['Servers'][1]['auth_type'] = 'signon';
$cfg['Servers'][1]['SignonSession'] = 'keyhelp_pma_sso';
$cfg['Servers'][1]['SignonURL'] = '/misc/pma_sso.php?logout=1';
}

// Directories for saving/loading files from server
$cfg['UploadDir'] = '';
$cfg['SaveDir'] = '';

// Default language to use, if not browser-defined or user-defined
$cfg['DefaultLang'] = 'en';

// This is needed for cookie based authentication to encrypt password in cookie
$cfg['blowfish_secret'] = 'VquLJNQPpqFm8pvYcasAAjcRD4aFcfjk';

// Others
$cfg['ShowCreateDb'] = false;
$cfg['ShowChgPassword'] = true;
$cfg['MaxRows'] = 50;


Der Login mit den Daten unter /etc/keyhelp/config/config.json funktioniert problenlos, sehe auch alle datenbanken etc.

[Alexander]

Schick mir mal die Zugangsdaten per PM und aktiviere den Support-Zugang (Konfiguration -> Support-Zugang).

[Alexander]

Auf dem Server sind überhaupt keine mysql Benutzer mehr vorhanden. (SELECT * FROM `mysql`.`user`)

Wurde sich an die Restore Anleitung gehalten? -> viewtopic.php?t=11827

[Bameninghong]

Moin,
ich habe die Anleitung ein zweites Mal komplett durchgeführt, aber das gleiche Problem tritt weiterhin auf.
Gibt es eine Möglichkeit, die User manuell anzulegen?

[Bameninghong]

Das Problem ist ja noch schwerer als ich anfangs befürchtete.. Auch wenn ich neue Kunden anlege werden keine Datenbankuser mehr mit angelegt..

[Alexander]

Wie gesagt, da stimmt etwas essentielles mit der MySQL/MariaDB internen DB `mysql` nicht. Der View `mysql`.`users` hatte nur eine eine Zeile mit dem Wert "1". Weitere Probleme in der `mysql` Tabelle sind nicht auszuschließen. Du musst also mal die Daten im Backup prüfen: Was steht in der mysql-Tabelle.

Ggf. konnte der Datenbank-Dump nicht korrekt erstellt werden. Ggf. existierte das Problem bereits schon vorher und der Dump hat nur den aktuellen Stand gesichert, wenn der aktuelle stand defekt war, dann konnte das Backup das natürlich auch nicht mehr korrigieren.

In diesem Pfad Ordner /home/keyhelp/keyhelp.backup/dumps/mysql.sql[.1 -> .5] wird auch regelmäßig ein Datenbank-Dump abgelegt. Da könntest du auch einmal den Stand anschauen, der im Backup abgelegt wurde.

[Bameninghong]

Problem gelöst..

root@:/restore/home/keyhelp/keyhelp.backup/dumps# mysql -u root -p mysql < mysql.sql
--------------
/*!50003 DROP PROCEDURE IF EXISTS `AddGeometryColumn` */
--------------
ERROR 1728 (HY000) at line 2308: Cannot load from mysql.proc. The table is probably corrupted


root@:/restore/home/keyhelp/keyhelp.backup/dumps# sed '/DROP PROCEDURE IF EXISTS `AddGeometryColumn`/d' mysql.sql > mysql_cleaned.sql

root@:/restore/home/keyhelp/keyhelp.backup/dumps# mysql -u root -p mysql < mysql_cleaned.sql
--------------
CREATE DEFINER=`mariadb.sys`@`localhost` PROCEDURE `AddGeometryColumn`(catalog varchar(64), t_schema varchar(64),
t_name varchar(64), geometry_column varchar(64), t_srid int)
SQL SECURITY INVOKER
begin
set @qwe= concat('ALTER TABLE ', t_schema, '.', t_name, ' ADD ', geometry_column,' GEOMETRY REF_SYSTEM_ID=', t_srid); PREPARE ls from @qwe; execute ls; deallocate prepare ls; end
--------------
ERROR 1728 (HY000) at line 2315: Cannot load from mysql.proc. The table is probably corrupted

root@:/restore/home/keyhelp/keyhelp.backup/dumps# sed '/PROCEDURE `AddGeometryColumn`/,/end/Id' mysql_cleaned.sql > mysql_cleaned2.sql
root@:/restore/home/keyhelp/keyhelp.backup/dumps# mysql -u root -p mysql < mysql_cleaned2.sql

--------------
/*!50003 DROP PROCEDURE IF EXISTS `DropGeometryColumn` */
--------------

ERROR 1728 (HY000) at line 2322: Cannot load from mysql.proc. The table is probably corrupted

root@:/restore/home/keyhelp/keyhelp.backup/dumps# sed '/CREATE DEFINER.*PROCEDURE/,/end/Id' mysql_cleaned.sql > mysql_no_procs.sql
root@:/restore/home/keyhelp/keyhelp.backup/dumps# sed -i '/DROP PROCEDURE IF EXISTS/d' mysql_no_procs.sql
root@:/restore/home/keyhelp/keyhelp.backup/dumps# mysql -u root -p mysql < mysql_no_procs.sql

[Bameninghong]

Was nun funktioniert, ist der Zugriff durch Benutzer auf die Datenbank, was zuvor nicht funktionierte.
Was allerdings weiterhin nicht funktioniert, ist das Auswählen der Datenbank im Backup bzw. sie wird auch im vollständigen Backup nicht gesichert.