MySQL-Server Konfiguration nicht möglich

[rseffner]

1) Beim Update von v0.10.3x.x wurde der MySQL-Server NICHT übernommen.

2) Lege ich in v2 einen MySQL-Server an, so gibt es folgenden Fehler wenn die Aktivierung für alle Kunden ausgewählt wurde. Der Server wird aber angelegt.

Uncaught exception
0 in_array(): Argument #2 ($haystack) must be of type array, null given

#0 /var/www/webs/its/froxlor***sier.de/lib/Froxlor/Api/Commands/MysqlServer.php(520): in_array(0, NULL)
#1 /var/www/webs/its/froxlor***sier.de/lib/Froxlor/Api/Commands/MysqlServer.php(448): Froxlor\Api\Commands\MysqlServer->addDatabaseFromCustomerAllowedList(0)
#2 /var/www/webs/its/froxlor***esier.de/admin_mysqlserver.php(124): Froxlor\Api\Commands\MysqlServer->update()
#3 {main}

3) Das Löschen von MySQL-Server wird mit Fehler quittiert (vermutlich liegt der selbe Grund wie für 2) vor)

Uncaught exception
0 array_search(): Argument #2 ($haystack) must be of type array, null given

#0 /var/www/webs/its/froxlor***ier.de/lib/Froxlor/Api/Commands/MysqlServer.php(500): array_search(3, NULL)
#1 /var/www/webs/its/froxlor***sier.de/lib/Froxlor/Api/Commands/MysqlServer.php(213): Froxlor\Api\Commands\MysqlServer->removeDatabaseFromCustomerAllowedList(3)
#2 /var/www/webs/its/froxlor***sier.de/admin_mysqlserver.php(77): Froxlor\Api\Commands\MysqlServer->delete()
#3 {main}

4) Die Meldung zum Löschen eines MySQL-Servers hat wohl keinen deutschen String

Sicherheitsabfrage
question.admin_mysqlserver_reallydelete

 

[d00p]

24 minutes ago, rseffner said:

1) Beim Update von v0.10.3x.x wurde der MySQL-Server NICHT übernommen.

es gab in 0.10.x keine multiplen mysql-server....aber, er sollte dir den localhost server schon anzeigen, also den ersten.

Wie sieht deine lib/userdata.inc.php aus? (pwd natürlich bitte entfernen)

[d00p]

Punkt 2 und 3 werden im laufe des nachmittags mit 2.0.7 gefixed - das hatte ich vorhin schon von jemandem gemeldet bekommen, da gibts leider ein problem im update-prozess

[d00p]

Falls du nicht warten möchtest, folgende query sollte die probleme beheben:

UPDATE `panel_customers` SET `allowed_mysqlserver` = '[0]' WHERE `allowed_mysqlserver` = '';

 

[rseffner]

43 minutes ago, d00p said:

Wie sieht deine lib/userdata.inc.php aus? (pwd natürlich bitte entfernen)

so sah es VOR UND NACH dem Update aus

root@ns2:/var/www/froxlor/lib# cat userdata.inc.php
<?php
$sql['host']='localhost';
$sql['user']='syscp';
$sql['password']='***';
$sql['db']='syscp';
$sql['root_user']='syscpsql';
$sql['root_password']='*****';
?>

 

[d00p]

puh, das ist ja noch uralt layout...müssen wir wohl doch noch berücksichtigen, hat keine der vorherigen versionen das mal ordentlich neugeschrieben (dachte eigentlich wir hatten da was) - schau ich mir an.

Zur Info, aussehen sollte die so:

 

<?php
// automatically generated userdata.inc.php for froxlor

$sql = [
	'debug' => false,
	'host' => 'localhost',
	'user' => 'froxlor',
	'password' => 'xxxxxxxxxxxxxxx',
	'db' => 'froxlor',
];
$sql_root = [
	'0' => [
		'caption' => 'Default',
		'host' => 'localhost',
		'port' => '3306',
		'user' => 'froxroot',
		'password' => 'xxxxxxxxxxxxxxx',
		'ssl' => [
			'caFile' => '',
			'verifyServerCertificate' => '0',
		],
	],
];

 

[rseffner]

3 minutes ago, d00p said:

puh, das ist ja noch uralt layout...müssen wir wohl doch noch berücksichtigen, hat keine der vorherigen versionen das mal ordentlich neugeschrieben (dachte eigentlich wir hatten da was) - schau ich mir an.

Auf den betroffenen Servern ziehe ich mir das latest als tgz per wget und kopiere (außer z.b. der userdata.inc.php) einfach im docroot über. Vielleicht hatten Diene Automatismen da auch nie eine Chance zur Korrektur.

[d00p]

Möglich, ich schaus mir an, da finden wir was  danke fürs feedback