Synology-Forum.nl
Firmware => Synology DSM 5.1 en eerder => Topic gestart door: B3rt op 25 januari 2014, 02:37:09
-
mysql is vervangen door mariadb, echter deze start niet.
Als ik deze wil starten krijg ik systeemmeldingen dat ik tabellen dien te upgraden, daarvoor moet ik echter inloggen in mysql.
Helaas kom ik er met geen moglijkheid ism phpmyadmin reageert niet, via de commandline krijg ik een socket error.
De standaard mysql restart commando's blijken niet meer te werken bij mariadb.
Het root wachtwoord is volgens log files gereset, maar in wat? Heb alle bekende wachtwoorden al geprobeerd maar niks werkt.
Een reinstall is niet echt een optie daar ik nog wat data in de database (inodb) heb staan die ik toch graag nog wil blijven gebruiken.
Herkend iemand dit probleem, beter nog weet een oplossing?
-
inloggen met root en dan zonder pwd moet werken, hier tenminste wel ;-)
-
Heb precies hetzelfde, ik weet niet hoe dat bij jullie is maar mijn site zobby.nl blijft maar refreshen, alle andere sites die geen sql gebruiken werken nog wel. Via phpmyadmin zijn mijn databases er nog.
Weet iemand raad?
-
Helaas kom ik er met geen moglijkheid ism phpmyadmin reageert niet
Ik heb nog geen dsm5, maar via package centre op 4.3 krijg ik wel de melding dat er een nieuwe versie 3.5.3-0012 van phpmyadmin is die compatibel is met 5.0 (de oude versie was 3.5.3-0003)
-
Heb precies hetzelfde, ik weet niet hoe dat bij jullie is maar mijn site zobby.nl blijft maar refreshen, alle andere sites die geen sql gebruiken werken nog wel. Via phpmyadmin zijn mijn databases er nog.
Weet iemand raad?
Ik weet niet of het helpt, maar ik constateer bij jouw site hetzelfde... Als ik in FF de paginabron opvraag krijg ik:<html>
<title>Redirect...</title>
<meta HTTP-EQUIV="REFRESH" content="0; url=http://www.zobby.nl/">
</html>En zo te zien doet 'ie dat keurig... ;D
-
inloggen met root en dan zonder pwd moet werken, hier tenminste wel ;-)
hier niet:
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
Dit krijg ik dan.
maw ik krijg mysql niet werkend....
-
inloggen met root en dan zonder pwd moet werken, hier tenminste wel ;-)
hier niet:
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
Dit krijg ik dan.
maw ik krijg mysql niet werkend....
Is er geen command om sql te restarten?
En @wizjos, dat is raar want ik heb die code nooit gemaakt?
-
Die was er wel voor mysql, maar voor mariadb werkt die niet meer.
Je kan hem (her)starten via de interface maar dat doet ie niet, een volledige reboot van de NAS geeft ook geen enkel effect (al 2 keer gedaan).
Ook al diverse tips opgevolgd die k had gevonden zoals de my.cnf aan te passen etc, maar niets werkt.
Heb geen idee hoe op te lossen, een ticket/bug insturen naar synology lukt ook al niet, dan krijg ik een error dat het tijdelijk niet mogelijk is... Gaat goed met die update bij mij..
-
heb het opgelost.
Voor diegene die hetzelfde hebben:
in je database map (waarschijnlijk: /volume1/@database/mysql) alle mysql-bin.0* bestanden en ib_logfile* verwijderen.
Dan in de my.cnf alles uitzetten wat inodb betreft, daarna starte ie bij mij en kon ik migreren.
Echter nadit te hebben opgelost volgende probleem.
Spotweb doet het niet meer, als ik retrieve draai krijg ik ineens memcached.so errors...
Zo blijven we bezig zal ik maar zeggen.
-
Raar, die map staat bij mij in file station nergens...
Hoe vind je die?
-
Heb hier geupgrade naar DSM5.0 zonder problemen, MySQL draait gewoon.....evenals PhpMyAdmin.
Zelfs geen problemen met Spotweb, wat in mijn ervaring idd wel een zorgenkindje is..
Heb zover nog niks vreemds kunnen vinden.
Ik wacht dus voorlopig ook nog even met overgaan naar die MariaDB, even wachten tot alles daarop is aangepast.
Blijf dit draadje echter wel in het oog houden :geek: ;D
-
Kan iemand mij alsjeblieft helpen,
De site zobby.nl blijft refreshen, en de broncode die wizjos zei, is niet mijn index.php. Heb overal gezocht maar nergens een redirect script gevonden...
Baal hier echt van.
-
@jordi:
Die kan je niet benaderen via de filemanager, enkel via de commandline (ssh of telnet)
@tieske:
volgens mij heb je geen keuze van mariadb, tenminste mysql is gewoon vervangen zonder vragen of ik dat wel wil voor mariadb.
Als je dus upgrade naar dsm5 en je gebruikt mysql wordt ie gewoon geupdate, of je wilt of niet.
Maar bij mij werkt alles ook weer, spotweb errors waren geen errors maar warnings, blijkbaar staat error reporting nu ineens aan in php en zie je dit nu ineens op de command line (kreeg de errors/warnings bij draaien van retrieve.php via commandline)
Zoals het er nu dus naar uitziet werkt alles weer normaal :)
-
Ik ben eruit, mijn site blijft refreshen doordat ik geen sql verbinding kan maken.
Alleen kan ik mijn wachtwoord niet veranderen want phpmyadmin werkt niet meer.
Mijn site leest uit een config.php de instellingen van de database hoe deze in DSM4.3 was.
Hoe kan ik nu mijn database in MariaDB maken, ik heb nog een .sql back-up.
En hoe verander ik mijn gebruikersnaam en wachtwoord van MariaDB zodat ik de php scriptjes kan verbinden?
Alvast super bedankt voor de hulp allemaal!
-
@jordi
Je ziet het verkeerd.
MariaDB IS je database, de oude database was mysql in DSM 4, deze is in DSM 5 gewijzigd van mysql in mariaDB.
Je tabellen zijn nog gewoon aanwezig alleen draait de database waarschijnlijk niet omdat er ergens een fout zit in de config die het systeem niet zelf kon oplossen.
Ik zou beginnen met eerst in de my.cnf de 127.0.01 waarde uit te zetten (voor aan de regel een # zetten), dit wordt op diverse forums geadviseerd en schijnt vaak te werken.
Als je dat gedaan hebt start je mariadb via DSM: configscherm -> infocenter -> service -> mariadb vinkje bij inschakelen en dan opslaan.
Als alles correct is start mariaDB nu normaal en kan je weer inloggen in phpmyadmin en zal je website het ook weer doen, indien niet dan moet je gaan debuggen zoals ik heb gedaan, zoeken waarom ie niet start.
Eenmaal gestart dien je wel nog de huidige tabellen te optimaliseren voor mariaDB, dit doe je door op mariaDB vanuit de apps menu te klikken, hier kan je dan een migrate doen van de tabellen zodat ze geschikt zijn voor mariadb.
-
@B3rt,
Zou kunnen, maar zie bij PHP MyAdmin nog een database MySQL staan :lol: 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.
-
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
-
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.
-
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.
-
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.
<?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?
-
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...
-
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.
-
ik heb de instructies beetje aangepast, lees svp opnieuw.
-
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?
-
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...
-
Ook bij innodb over #'jes voor gezet.
Ja heb die poort al open staan, ik stuur je nu mijn wachtwoord
-
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 :)
-
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.