mysql und seine fehler

seblueye

Well-Known Member
# mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)

diese fehlermessage kommt.
ich hab schon in die
/etc/rc.conf
mysql_enable="YES"
geschrieben.
ich hab auch mal
# touch /tmp/mysql.sock
gemacht.
da kommt der fehler immernoch.
wie bekomme ich das mysql zum laufen mit dem normalen
# mysql
-befehl???
 
Wie auch schon im anderen Thread geschrieben: Laeuft MySQL auch? Wenn du mit "ps ax" dir die laufenden Prozesse anzeigen laesst, sollte MySQL laufen. Wenn nicht, musst du erstmal rausfinden, warum es nicht laeuft, bevor du ueberhaupt dich versuchst darauf zu verbinden. Auch hier: schaue in die Log-Files ob irgendwelche Fehler gemeldet werden.

# touch /tmp/mysql.sock

Was erhoffst du davon, ohne ueberhaupt erstmal rausgefunden zu haben, warum MySQL denn nicht laeuft? Mach das wieder rueckgaenging (loesche die mysql.sock, WENN mysql NICHT laeuft), sonst koennte MySQL sich beim naechsten Start daran auch noch stoeren.
 
ok die mysql.sock hab ich wieder gelöscht.
und # ps aux | grep mysql
zeigt mir nix an ausser # ps aux | grep mysql
selbst. der mysql ist also noch nicht gestartet

root@macbook61:~ # /usr/local/etc/rc.d/mysql-server start
Starting mysql.
(30 sec pause, dann )
root@macbook61:~ #
 
#macbook61.err
150722 21:25:15 mysqld_safe Starting mysqld daemon with databases from /var/db/mysql
2015-07-22 21:25:16 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
2015-07-22 21:25:16 0 [Note] /usr/local/libexec/mysqld (mysqld 5.6.25) starting as process 889 ...
2015-07-22 21:25:17 889 [Note] Plugin 'FEDERATED' is disabled.
2015-07-22 21:25:17 889 [Note] InnoDB: Using atomics to ref count buffer pool pages
2015-07-22 21:25:17 889 [Note] InnoDB: The InnoDB memory heap is disabled
2015-07-22 21:25:17 889 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2015-07-22 21:25:17 889 [Note] InnoDB: Memory barrier is not used
2015-07-22 21:25:17 889 [Note] InnoDB: Compressed tables use zlib 1.2.3
2015-07-22 21:25:17 889 [Note] InnoDB: Not using CPU crc32 instructions
2015-07-22 21:25:17 889 [Note] InnoDB: Initializing buffer pool, size = 128.0M
2015-07-22 21:25:17 889 [Note] InnoDB: Completed initialization of buffer pool
2015-07-22 21:25:17 889 [ERROR] InnoDB: auto-extending data file ./ibdata1 is of a different size 640 pages (rounded down to MB) than specified in the .cnf file: initial 768 pages, max 0 (relevant if non-zero) pages!
2015-07-22 21:25:17 889 [ERROR] InnoDB: Could not open or create the system tablespace. If you tried to add new data files to the system tablespace, and it failed here, you should now edit innodb_data_file_path in my.cnf back to what it was, and remove the new ibdata files InnoDB created in this failed attempt. InnoDB only wrote those files full of zeros, but did not yet use them in any way. But be careful: do not remove old data files which contain your precious data!
2015-07-22 21:25:17 889 [ERROR] Plugin 'InnoDB' init function returned error.
2015-07-22 21:25:17 889 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2015-07-22 21:25:17 889 [ERROR] Unknown/unsupported storage engine: InnoDB
2015-07-22 21:25:17 889 [ERROR] Aborting

2015-07-22 21:25:17 889 [Note] Binlog end
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'partition'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_SYS_DATAFILES'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_SYS_TABLESPACES'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN_COLS'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_SYS_FIELDS'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_SYS_COLUMNS'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_SYS_INDEXES'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_SYS_TABLESTATS'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_SYS_TABLES'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_FT_INDEX_TABLE'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_FT_INDEX_CACHE'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_FT_CONFIG'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_FT_BEING_DELETED'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_FT_DELETED'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_FT_DEFAULT_STOPWORD'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_METRICS'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_BUFFER_POOL_STATS'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE_LRU'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX_RESET'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_CMPMEM_RESET'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_CMPMEM'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_CMP_RESET'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_CMP'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_LOCK_WAITS'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_LOCKS'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'INNODB_TRX'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'PERFORMANCE_SCHEMA'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'BLACKHOLE'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'ARCHIVE'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'CSV'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'MyISAM'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'MEMORY'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'MRG_MYISAM'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'sha256_password'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'mysql_old_password'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'mysql_native_password'
2015-07-22 21:25:17 889 [Note] Shutting down plugin 'binlog'
2015-07-22 21:25:17 889 [Note] /usr/local/libexec/mysqld: Shutdown complete

150722 21:25:17 mysqld_safe mysqld from pid file /var/db/mysql/macbook61.pid ended
 
Hm...wie hast du dass denn kaputt gekriegt? Sieht seltsam aus...
Evtl. nicht genug Speicherplatz auf /var?

Was sagt "df -h"?
 
ich hab oft die version gewechselt (pkg install, pkg delete, make install, make deinstall, php56 > php53 > php51 , php56-server, php51-client,....
jetzt hab ich # pkg install php51-server
gemacht und will dabei bleiben


root@macbook61:~ # df -h
Filesystem Size Used Avail Capacity Mounted on
/dev/ada0p2 222G 15G 189G 8% /
devfs 1,0K 1,0K 0B 100% /dev
root@macbook61:~ #
 
Warum jetzt eigentlich ploetzlich PHP in diesem Thread..ich denke hier gehts um MySQL?
php51 ist alt (2006), ein Sicherheitsrisiko und wird nicht mehr unterstuetzt. Wo hast du das ueberhaupt noch her?
Fuer Neuinstallationen, nimm php56.

Falls du dich nur verschrieben hast und eigentlich MySQL meintest:

Mit deinem ganzen Versionsgewechsel denke ich mal du hast eine inkompatible Datenbankstruktur zu deiner momentan installierten Version.

Mein Vorschlag (wenn du eh keine wichtigen Daten in deiner Datenbank drin hast): Deinstallieren, Datenbank-Verzeichnis loeschen, dann Neuinstallation von MySQL 5.6 (mit 5.1 wuerd ich mich auch nicht mehr rumschlagen, ist auch schon bald EOL).

Irgendwie verstehe ich auch nicht so ganz, was eigentlich die ganze Sache hier soll...angefangen mit Typolight, jetzt php51/mysql51...versuchst du irgendwas altes wiederzubeleben/zum laufen zu kriegen? Oder warum nimmst du nicht einfach die momentan empfohlenen stabilen Releases her, anstatt dich mit veraltetem Krams rumzuaergern?

Setzte auf MySQL 5.6, PHP56, Apache 2.4.
 
also lieben dank erstmal für deine einschätzung - daraus kann ich nur lernen.
jetzt warum das ganze.
also mit dem port typolight bin ich auf keinen grünen zweig gekommen.
deshalb hab ich mir ein packet mit contao 3.5.0 besorgt.
das braucht php.
ich bin bei contao schon erfolgreich durch die erste eingabeseite der install.php gekommen.
in dieser musste man ein ftp-account eingeben.
die zweite eingabe-seite des install.php geht um einen mysql-account.
den wollst ich erstmal via # mysql erstellen und dann im install.php des contaos eingeben.
ich geh jetzt aber erstmal ins bett - muss morgen wieder arbeiten ...
aber lieben dank nochmal für deine hilfe.
vielleicht bis morgen.
 
Du hast ja jede Menge Baustellen! Bitte schau doch erst, dass du eine Baustelle fertig bekommst ;) Nimm dir zum Beispiel für einen Tag nur MySQL vor, das ist eigentlich eine Sache von ein paar Minuten aber wenn man die Zusammenhänge nicht ganz verstanden hat (das ist hier wohl der Fall ;)) kann es nun mal viel länger dauern. Danach dann vielleicht dein Apache, damit du auch sicherstellen kannst, dass der richtig läuft.
 
Sollte mysql nicht starten und du noch keine Datenbanken o.ä. angelegt hast, dann kannst du einfach /var/db/mysql/* löschen. Dann legt er sich beim nächsten Start wieder seine Grundstruktur an.

Rob
 
rob: danke das löschen der /var/db/mysql hat es komischerweise schon gepasst - allerdings musste ich meinen rechner neustarten
zuglufttier: das stimmt - mein einziges projekt ist ein lauffähiges contao-3.5.0
cla: ja ich geh deinem tip nach mit den von dir empfohlenen versionen

dank euch nochmal - ich weiss ich bin nicht der schnellste :-)
 
irgentwie hab ich probleme mit der angabe der angaben für mysql


Check database connection
Not connected to a database!

Please enter your database connection parameters.

Driver
MySQL
Host
192.168.0.104
Username
root
Password
********
Database
contao
Persistent connection

yes
Character set
utf8
Port number
3306
Socket file

/tmp/mysql.sock

mir ist aber auch klar das root nur als übergang angewendet wird.
leider hab ich die database als root erstellt.
also hab #mysql als root ausgeführt
und dann ein normales # mysql CREATE DATABASE contao
ausgeführt die db sollte also da sein.
leider weiss ich nicht wie ich diese anders anlegen kann da mein mysql-user
unter kde4 kein terminal aufmachen kann - wer weis woran das liegt?
gibt es da evtl eine config-file die sagt welches terminal oder welche shell man
als mysql-user ausführen darf?


Warning: mysql_pconnect(): Access denied for user 'root'@'192.168.0.104' (using password: YES) in system/modules/core/library/Contao/Database/Mysql.php on line 43
#0 [internal function]: __error(2, 'mysql_pconnect(...', '/usr/local/www/...', 43, Array)
#1 system/modules/core/library/Contao/Database/Mysql.php(43): mysql_pconnect('192.168.0.104:3...', 'root', 'anne1001')
#2 system/modules/core/library/Contao/Database.php(81): Contao\Database\Mysql->connect()
#3 system/modules/core/library/Contao/Database.php(165): Contao\Database->__construct(Array)
#4 [internal function]: Contao\Database::getInstance()
#5 system/modules/core/library/Contao/System.php(140): call_user_func(Array)
#6 system/modules/core/controllers/BackendInstall.php(471): Contao\System->import('Database')
#7 system/modules/core/controllers/BackendInstall.php(166): Contao\BackendInstall->setUpDatabaseConnection()
#8 contao/install.php(24): Contao\BackendInstall->run()
#9 {main}
 
Der root User hat keine Rechte, um auf den Server zu zugreifen. Defaultmäßig hat root nur von localhost und 127.0.0.1 aus Zugriff. Nur zur Info, localhost und 127.0.0.1 sind zwar für Netzwerker das gleiche, nicht aber für MySQL. Lies Dich in die Syntax des GRANT Befehls ein. Versuche aber erstmal Dich auf dem DB-Server selber einzuloggen und von dort eine Verbindung zum MySQL-Server aufzubauen, um sicher zu sein, dass es nur an den Berechtigungen liegt.
 
also ich hab es hinbekommen. contao 3.5 läuft mit mysql.
crotchmaster hat recht es besteht ein unterschied zwischen localhost und der vergebnem ip.
ich hab statt der ip localhost eingeben und ich habe den nutzer root angegeben allerdings ohne passwort.
ich habe versucht mich vorher mit dem mysql-kommando in mysql einzuloggen.
genauer gesagt hab ich
# mysql -h localhost -u root -p
funktionierend gestartet. damit waren mir die angaben für contao klar
host: localhost
username: root
password: <nichts>
und der rest wie oben zu lesen.

sehr froh über eure schnelle unterstützung!!!
vielen dank. ich habe viel gelernt mit eurer hilfe.
ihr könnt ja auch hin und wieder mal bei
http://www.tutorialz.net
vorbeischauen. ich werd wahrscheinlich auch ein tutorial schreiben a la
"Contao 3.5.0 auf FreeBSD 10.1"
viel spass euch.
 
Vergiss bei deinem Tutorial diese Stelle hier nicht:
Code:
...
2015-07-22 21:25:17 889 [ERROR] Plugin 'InnoDB' init function returned error.
2015-07-22 21:25:17 889 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
2015-07-22 21:25:17 889 [ERROR] Unknown/unsupported storage engine: InnoDB
2015-07-22 21:25:17 889 [ERROR] Aborting
 
also ich hab es hinbekommen. contao 3.5 läuft mit mysql.
crotchmaster hat recht es besteht ein unterschied zwischen localhost und der vergebnem ip.
ich hab statt der ip localhost eingeben und ich habe den nutzer root angegeben allerdings ohne passwort.
ich habe versucht mich vorher mit dem mysql-kommando in mysql einzuloggen.
genauer gesagt hab ich
# mysql -h localhost -u root -p
funktionierend gestartet. damit waren mir die angaben für contao klar
host: localhost
username: root
password: <nichts>
und der rest wie oben zu lesen.

sehr froh über eure schnelle unterstützung!!!
vielen dank. ich habe viel gelernt mit eurer hilfe.
ihr könnt ja auch hin und wieder mal bei
http://www.tutorialz.net
vorbeischauen. ich werd wahrscheinlich auch ein tutorial schreiben a la
"Contao 3.5.0 auf FreeBSD 10.1"
viel spass euch.

Ist das Deine Seite ?

UTF-8 funktioniert nicht und ein paar Fehler sind auch noch da

Code:
Deprecated: Function set_magic_quotes_runtime() is deprecated in/www/htdocs/w0065bfe/seblueye/textpattern/lib/txplib_db.php on line 14
 
Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w0065bfe/seblueye/textpattern/lib/txplib_db.php:14) in/www/htdocs/w0065bfe/seblueye/textpattern/lib/txplib_misc.php on line 1494

Warning: Cannot modify header information - headers already sent by (output started at /www/htdocs/w0065bfe/seblueye/textpattern/lib/txplib_db.php:14) in/www/htdocs/w0065bfe/seblueye/textpattern/publish.php on line 464
 
Und mit der nächten SQL-Injection-Lücke in Contao kann dir ein Skript-Kiddie den gesamten Datenbankserver übernehmen, bravo!

Rob
 
Ich würd generell einmal jemanden mit einem BackTrack / Kali Linux drauf loslassen ;-)
 
Zurück
Oben