na upgrade werkt mysql niet meer

[Tieske]

@B3rt,

Zou kunnen, maar zie bij PHP MyAdmin nog een database MySQL staan  dat zal de verwarring op weg helpen....  En was ergens iets tegen gekomen dat MariaDB de database moest upgraden/omzetten.

We zijn dus kennelijk goed over..... Retrieve loopt gewoon hier.

Ben er wel achter dat DSM5 de Lokale (eSata) backup niet uitvoerd, geen toegang tot volume of iets in die trand.
Morgen even opnieuw instellen. Gelukkig loopt de backup naar het oude werkpaar (DS106e) wel gewoon door.

[B3rt]

phpmyadmin heeft eigenlijk niks met mysql te maken, phpmyadmin wordt door derden ontwikkeld om mysql grafisch te kunnen beheren, echter phpmyadmin is niet van mysql zelf.

Mariadb is trouwens een 'fork' van mysql, dwz een 'kopie' van mysql welke door andere wordt onderhouden.
Mysql was altijd opensource echter is vorig jaar overgenomen door oracle, deze hebben besloten dat mysql niet meer opensource beschikbaar wordt gesteld en daardoor niet verder ontwikkeld voor 'gratis gebruik.

Enkele ontwikkelaars waren het hiermee niet eens en zijn derhalve met het project mariadb db gestart wat is gebaseerd op mysql, mariaDB wordt dus gezien als de nieuwe 'mysql' standaard.

Dat phpmyadmin aangeeft dat het mysql is is dan ook niet zo gek, het lijkt 2 druppels water op elkaar. In toekomstige versies van phpmyadmin zal dit wel worden aangepast zodat deze de correcte versie weer geeft.

Zie anders hier voor meer info over mariadb, over het ontstaan en waar de naam vandaan komt etc: http://nl.wikipedia.org/wiki/MariaDB

[jordi1206]

Dus ik neem aan dat ik via phpmyadmin geen databases meer kan aanpassen, is er dan een soort phpmyadmin voor MariaDB?

Ook krijg ik de database niet over van mysql naar MariaDB ik zie alleen op mijn synology een schermpje van wachtwoord resetten.

[B3rt]

Je snapt het niet...

- Ten eerste mariaDB is de vervanger voor mysql in DSM, mysql zit er geheel niet meer in, je kunt dus ook niets overzetten.
- je hoeft niks over te zetten daar mariaDB heel veel lijkt op mysql, mariadb is namelijk een voortzetting van mysql. Al je databases in mysql zitten dus nu al in mariadb!
- phpmyadmin werkt zowel met mysql EN mariadb alleen geeft deze weer dat dit mysql is, phpmyadmin herkend nog niet of het mariadb is. Dit laatste is ook niet zo gek daar beide systemen als druppels op elkaar lijken!!
- databases zijn in mysql en mariaDB compatbel met elkaar
- de migratie popup die jij ziet zijn kleine aanpassing in de setup, niet aan de database zelf.
- jij kunt niet inloggen in phpmyadmin omdat de mariaDB gewoon niet draait, phpmyadmin heeft mariadb nodig om te functioneren
- die popup accepteerd je wachtwoord niet omdat mariadb niet draait.

Oplossing: zie mijn vorige reacties, ik had hetzelfde.
Je zult in my.cnf de 127.0.0.0 moeten uitcommenten, daarnaast waarschijnlijk als je inodb database gebruikt ook de log bestanden van inodb moeten verwijderen. Daarna mariadnb starten en als ie draait kan je weer inloggen in phpmyadmin, dan werken ook al je websites weer!!!
En dan moet je die mariadb migratie nog doen zodat je database ook goed is geconfigureerd.

Is dit allemaal te moeilijk wordt advies gegeven op diverse forums:
= phpmyadmin verwijderen
- mariaDB verwijderen + alle databases etc (ook config bestanden, via telnet/ssh)
- herinstallatie van mariaDB + phpmyadmin
- nadat het weer werkt je backups terug zetten

Ook dit laatste is geen garantie dat dit werkt, heb ook al gelezen dat dit problemen gaf bij sommige...

Nogmaals, ik had hetzelfde probleem en bij mij zat het in inobdb.

[jordi1206]

Nu begrijp ik het...

Heb door middel van "vi /volume1/@appstore/MariaDB/etc/mysql/my.cnf" het # tekentje ervoor geplaatst.
Wanneer ik de service via infocenter opnieuw wil starten door aan en uit te zetten krijg ik steeds de melding, service vervallen meldt u opnieuw aan bij DSM.

Tja, na een paar pogingen nog deze error dus heb ik besloten de hele NAS opnieuw op te starten.

Na de restart blijft de site nogsteeds refreshen, misschien heb ik niet goed connect met het php bestandje.

Vele forums nagelezen en blijkt dat na "MariaDB-wachtwoord herstellen" in DSM het standaard gebruikersnaam "root" is en er geen wachtwoord is.

Dus heb ik dat geprobeerd.

Code: [Selecteer]

<?php
$server = 'localhost';
$username = 'root';
$password = '';
$database = 'zobby_data';

  $con = mysql_connect("$server","$username","$password");
if (!$con)
  {
  die('Could not connect: ' . mysql_error());
  }
  
mysql_select_db("$database", $con); 

if (!isset($install)) {
$sql = mysql_query("SELECT * FROM ava_settings");
while ($get_setting = mysql_fetch_array($sql)) {
$setting[$get_setting['name']] = $get_setting['value'];
}
}
?>
Helaas werkt ook dat weer niet. Ook heb ik wel eens gelezen dat je moet migreren?
Ik heb nog een .sql backup van mijn tabellen en databases.

Zouden jullie mij kunnen uitleggen hoe ik het dan nu weer werkend krijg?

[jordi1206]

Heb adminer geinstalleerd op de webserver en kan inloggen met root en geen wachtwoord.
Mijn zobby_data databank is gelukkig nog aanwezig!

Als ik op dezelfde manier connect met het bovenstaande php script werkt het nogsteeds niet, hoop echt dat jullie een oplossing weten want nu is de site al meerdere dagen offline door die stomme update...

[B3rt]

Ik zal proberen....

maak verbinding met je NAS via telnet of ssh

geef commando
find / -name "my.cnf"
wacht totdat ie klaar is, dit kan even duren.....
Maak eerst backup van deze bestanden:
cp /gevonden/locatie/my.cnf /gevonden/locatie/my.cnf.bak
Daarna open alle gevonden bestanden en ze # voor
vi /gevonden/locatie/my.cnf
[mysqld]
#bind-address = 127.0.0.1

zet ook # voor waar innodb_b........ staat, bv:
#innodb_buffer_pool_size = 16M
#innodb_additional_mem_pool_size = 2M

sla wijziging op!
(tip, met de knop 'insert' kan je bewerken, na bewerkingen druk je op knop 'esc', daarna de knoppen ':wq' om op te slaan en af te sluiten, zonder ' natuurlijk)

ga dan naar: /volume1/@database/  --> cd  /volume1/@database/
Hier staan je databases (tenminste bij mij), indien niet zoeken met
find / -name "zobby_data"
en dan naar die locatie gaan als ie hem heeft gevonden, zoeken kan je afbreken voor 'ctrl+c'

Kijk of je bestanden hebt staan die zoiets als 'ib_logfile0' en 'mysql-bin.0003' heten
Indien ja doe:
rm -rf ib_logfile*
rm -rf mysql-bin.0*

Hiermee verwijder je alle inodb logfiles (dit is dus niet je database, ben niet bang!)

Als je dit gedaan hebt ga je in DSM naar configuratie scherm en start mariaDB, zie 1 van mijn vorige replys.

Als je geluk hebt start mariaDB nu, nu kan je via die popup je database structuur updaten en draait alles weer.

[B3rt]

ik heb de instructies beetje aangepast, lees svp opnieuw.

[jordi1206]

Er worden 2 resultaten weergeven, 1 daarvan is leeg en bij de andere heb ik een # toegevoegd.

MariaDB staat aan bij infocenter, maar krijg het nog niet werkend...

Kan ik jou mijn wachtwoord van de synology geven dat jij eens voor me kan kijken?

[B3rt]

kan maar heb ook ssh toegang nodig.

Kan niet garanderen dat ik het werkend krijg, wil wel kijken voor je.

Om SSH toegang te geven moet poort 22 openstaan in je firewall en de router moet deze naar je NAS leiden.

Uiteraard GEEN wachtwoorden via dit forum geven, doe dat in een PM of zo...

[jordi1206]

Ook bij innodb over #'jes voor gezet.

Ja heb die poort al open staan, ik stuur je nu mijn wachtwoord

[B3rt]

ok, maar nogmaals kan niet beloven dat ik het werkend krijg.
Heb bij mezelf ook flink zitten zoeken....

ps
vermeld wel je publiek/internet IP erbij

[B3rt]

Voor diegene die zelfde problemen hebben.
Het is me gelukt de database te starten door verwijderen log files van inobdb.

Bij Jordi is het probleem helaas nog niet verholpen daar zijn website waarschijnlijk de module mod_rewrite nodig heeft en deze is niet aanwezig in DSM 5, zie bv tweakersnet:
http://tweakers.net/meuktracker/32089/synology-disk-station-manager-50-build-4418-beta.html

Hier wordt een bug gemeld:
Let wel dat het natuurlijk een beta is.
Bijvoorbeeld .htaccess & mod_rewrite werken niet meer na upgrade:
Van synology:
You are not able to use AuthUserFile because we do NOT provide mod_auth* by default anymore due to DSM patch size limitation.
We will provide a package which contains optional Apache modules including mod_authn_file. Sorry for your inconvenience.

Dus let op welke code je draait, ook is de PHP versie geupdate, dus zorg dat ook de php code van je website 'up to date' is.

Helaas is downgraden niet mogelijk, een oplossing om mod_rewrite of andere ontbrekende modules werkend te krijgen heb ik niet.