www.domain.nl/phpmyadmin werkt niet meer na het verplaatsen van de mysql bestanden. Dit is als volgt gebeurd:

- cd /var/lib
- mv mysql /mnt/bigtorage

De externe schijf van 2TB is gekoppeld en gemount naar /mnt/bigstorage

In my.cnf

datadir=/mnt/bigstorage/mysql
socket=/mnt/bigstorage/mysql.sock

localhost werkte niet meer, met een mysql connectie via php, maar 127.0.0.1 wel.

Daarnaast werkt alles na een mysql restart, behalve phpmyadmin.
Ik zie geen config bestand terug van phpmyadmin, waar kan ik dit aanpassen?

groet

Daniel
Euh, misschien grants instellen die bepalen vanwaar je MySQL mag benaderen?

En dat is dan de applicatie die toegang geeft, daarnaast is het misschien ook nodig om wat poorten te controleren/open te zetten. Hier liep je volgens mij ook al tegenaan in een ander draadje.

Ben je de wondere wereld van systeembeheer aan het verkennen? :)
mv mysql /mnt/bigtorage

Moet dat niet zijn:
mv mysql /mnt/bigstorage

Wat gebeurt er bij het benaderen van phpmyadmin? Je gaf aan dat je met PHP prima zelf queries kon draaien. In dat geval is er iets mis met phpmyadmin zelf.
Moet dat niet zijn:
mv mysql /mnt/bigstorage


Natuurlijk, maar die spelling heb ik hier fout geschreven, dat gedeelte is goed gegaan :)

Ben je de wondere wereld van systeembeheer aan het verkennen? :)

Jazeker, word steeds leuker :)

En dat is dan de applicatie die toegang geeft, daarnaast is het misschien ook nodig om wat poorten te controleren/open te zetten


misschien grants instellen die bepalen vanwaar je MySQL mag benaderen?

permission van /mnt/bigstorage/mysql zijn 666 rechten.

Alle poorten die nodig zijn staan open.

Wat gebeurt er bij het benaderen van phpmyadmin? Je gaf aan dat je met PHP prima zelf queries kon draaien. In dat geval is er iets mis met phpmyadmin zelf.


Jazeker de queries in PHP werken prima.
Maar als ik dus ga naar: www.domein.nl/phpmyadmin dan word er via phpmyadmin om logingegevens in te voeren. Dit doe ik en die ijken niet goed te zijn, terwijl deze niet veranderd zijn en in de PHP scripts wel toegang krijgen zonder problemen en ook in de CLI.




[size=xsmall]Toevoeging op 02/05/2019 10:32:11:[/size]

Ik zie nergens een phpmyadmin config file, vreemd
ik zou gedaan hebben:


 cd /var/lib
 mv mysql /mnt/bigtorage
 ln -s /mnt/bigtorage/mysql


Dit alles waarbij je vooraf mysql even stop zet, en achteraf weer start.
Ivo P op 02/05/2019 11:14:07

ik zou gedaan hebben:

 cd /var/lib
 mv mysql /mnt/bigstorage
 ln -s /mnt/bigtorage/mysql

Dit alles waarbij je vooraf mysql even stop zet, en achteraf weer start.
Ivo, dat laatste
ln -s /mnt/bigstorage/mysql
is niet compleet. Je moet ook wel de target opgeven, de symbolic name. Bijvoorbeeld
ln -s /mnt/bigstorage/mysql /var/lib/mysql

Dan is MySQL logisch gezien niet verplaatst en hoef je geen config aan te passen, poorten open te zetten, localhost niet te wijzigen etc
ln -s /some/path/foo

zal in de current directory een link met de name "foo" plaatsen.

Alleen als je de link ergens anders wilt zetten, is het 2e argument ook nodig.
Maar aangezien op regel 1 al stond "cd /var/lib" zou dat niet nodig zijn.

Maar het mag wel natuurlijk.

--
heb even gezocht, maar kan zo snel geen voorbeelden online vinden. Elk voorbeeld zet het 2e argument erbij. Zelf gebruik ik die zelden.


Bedankt, maar het enige probleem nu is dat localhost niet meer werkt, het gaat niet naar 127.0.0.1

in etc/host staat gewoon

127.0.0.1 localhost etc

Als ik dus met PHP connectie maak, dat krijg ik een fout als ik met localhost connectie maak, maar met 127.0.0.1 niet. Ik denk dat phpmyadmin het hierdoor niet doet.

Hoe kan ik dit debuggen?



[size=xsmall]Toevoeging op 02/05/2019 14:43:14:[/size]

Dit werkt helemaal niet.

Ik krijg als error Can't open and lock priveledges tables .....
Dailed to start MariaDB database server.

- ln -s /mnt/bigstorage/mysql /var/lib/mysql
- service httpd retart
- service mysqld stop / start

- my.cnf aangepast naar /var/lib/mysql (leeg),
- chgrp -R mysql /var/lib/mysql

Dus maar weer teruggezet, op zijn minst werkt het met 127.0.0.1
-->> Ik krijg als error Can't open and lock priveledges tables ..
Welke credentials (user/group) hebben de files in /mnt/bigstorage/mysql nu??
Dat is waarschijnlijk het probleem van Can't open

Het localhost heeft eigenlijk niets te maken met het verplaatsen van files. Maar wellicht is de MySQL deamon ook van slag door de credentials.

[size=xsmall]Toevoeging op 02/05/2019 14:56:51:[/size]

Ivo P op 02/05/2019 12:32:18

ln -s /some/path/foo
zal in de current directory een link met de name "foo" plaatsen.
Alleen als je de link ergens anders wilt zetten, is het 2e argument ook nodig.
Maar aangezien op regel 1 al stond "cd /var/lib" zou dat niet nodig zijn.
Maar het mag wel natuurlijk. Heb even gezocht, maar kan zo snel geen voorbeelden online vinden. Elk voorbeeld zet het 2e argument erbij. Zelf gebruik ik die zelden.

Dat is wel waar maar heel erg eng. Ik werk dagelijks met Linux en Unix maar zal nooit zomaar het tweede argument leeglaten "omdat het kan". Dat werkt echt fouten in de hand. Zeker voor beginnende gebruikers (hier bijvoorbeeld) is het zinvol en duidelijker om het tweede argument niet weg te laten.
Kun je MySQL wel benaderen via de prompt/een shell? Wanneer MySQL niet goed afgesloten was voor de verplaatsing kan het (goed) zijn dat MySQL niet eens actief is omdat deze van slag is zoals @Aad aangaf.

Het is zoals je zelf aangaf: "Failed to start MariaDB database server.". Deze is dus waarschijnlijk niet actief?

De config file van phpmyadmin staat waarschijnlijk onder /etc/phpmyadmin/config.inc.php (eerste Google resultaat).

Daarnaast is er een verschil tussen 127.0.0.1 en localhost. Als al je grants ingesteld staan op localhost dan werken deze waarschijnlijk niet met 127.0.0.1 en vice versa. Maar om dat te controleren moet de server eerst actief zijn. Ga dus eerst na of dit proces uberhaupt wel actief is.

Ik denk dat dit ook weer zo'n voorbeeld is van waar "het probleem niet het probleem is", maar een gebrek aan een systematisch benadering van het observeren van de symptomen. Je zit nu een beetje vast in de vicieuze cirkel "weet niet wat er aan de hand is" <--> "weet niet wat er opgelost moet worden". Stel eerst vast wat er aan de hand is, en ga dan dingen oplossen.

Vraag je zelf af wat het plan of doel is, en zoek dan uit hoe je dat aanpakt. Een goede startplek is "is MySQL wel actief?". Om dit uit te vinden moet je het antwoord weten op de vraag "Hoe controleer ik of MySQL actief is?".

Happy Googling!
Welke credentials (user/group) hebben de files in /mnt/bigstorage/mysql nu??


ik heb chmod 777 -R /mnt/bigstorage/mysql gedaan.

Nogmaals zonder de symbolische link, werkt het dus alleen met 127.0.0.1 als ik verbinding maar met php met mysqli_connect(DB_HOST, DB_LOGIN, DB_PASSWORD, DB_NAME);

Als DB_HOST localhost is, krijg ik geen connectie.

Kun je MySQL wel benaderen via de prompt/een shell?


jazeker via de CLI gaat het prima, als ik show databases doe, dan werkt het prima.
De mysql was zeker wel afgesloten, voordat ik de verplaatsing deed.

Ik heb ook directadmin, in die config: /usr/local/directadmin/conf/my.cnf
Daar staat verder niets behalve de da_admin login credentials.

HEt is me zeer onduidelijk waarom phpmyadmin niet werkt.




[size=xsmall]Toevoeging op 02/05/2019 15:40:14:[/size]

Maar om dat te controleren moet de server eerst actief zijn. Ga dus eerst na of dit proces uberhaupt wel actief is.


Ik had al aangegeven dat alles gewoon werkt als ik een connectie maak met 127.0.0.1.
Mysql is gewoon actief, dan ik ook nagegaan. Anders zouden alle queries ook niet werken uiteraard. Lees aub de gehele thread, alles staat daar al.

LEES goed: alles werkte gewoon VOORDAT IK DE /VAR/LIB/MYSQL FOLDER VERPLAATSTE NAAR /MNT/BIGSTORAGE/MYSQL
Daarna werkt de localhost niet meer en daardoor denk ik ook phpmyadmin

Als al je grants ingesteld staan op localhost

Een localhost is toch een symbolische link naar 127.0.0.1 ??
zoniet, waar worden die links ingesteld?


[size=xsmall]Toevoeging op 02/05/2019 15:46:42:[/size]

service mariadb status


Hier staat active (running)/..... etc etc.

Ik heb alle instructies uitgevoerd en veel gecontroleert.
Ik denk dat dit een bug is, want alles staat goed

[size=xsmall]Toevoeging op 02/05/2019 15:52:45:[/size]

UPDATE:

als ik in de CLI "mysqladmin -u root -p status" invoer krijg ik.

"unknown variable 'local-infile=1'"

Alhoewel ik mysql stop en start en deze regel had verwijderd in /etc/my.cnf
Dingen gaan niet meer zoals ze horen te gaan.

Reageren