Beérkező emailek nem érkeznek meg -> ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

Fórumok

Sziasztok!

A problémám a következő:

root@irc:/etc# mysqladmin -u root ping
mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user 'root'@'localhost' (using password: NO)'

Ez probléma az hogy nem érkeznek be a levelek, viszont kimenő levelek célba érnek.
Olvastam fórumokon, próbáltam új root jelszót generálni a mysql-nek, de nem jönnek be a levelek továbbra sem.
A webmail felülete is ezt írja ki:

DATABASE ERROR: CONNECTION FAILED!

Unable to connect to the database!
Please contact your server-administrator.

Elvileg és gyakorlatilag is fut a mysql és a postfix dovecot is.

Kifogytam a az ötletekből.

A segítő szándékot előre is megköszönve

Hozzászólások

Please contact your server-administrator

Köszönöm, de mivel saját szerver, ezért rákérdeztem mit nézzek meg?

Bemásoltam mit írt ki terminálban a mysql hibát is.

_______________________________________________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Follow the steps below.

Start the MySQL server instance or daemon with the --skip-grant-tables option (security setting).

$ mysqld --skip-grant-tables
Execute these statements.

$ mysql -u root mysql
$mysql> UPDATE user SET Password=PASSWORD('my_password') where USER='root';
$mysql> FLUSH PRIVILEGES;
If you face the unknown field Password error above use:

update user set authentication_string=password('my_password') where user='root';
Finally, restart the instance/daemon without the --skip-grant-tables option.

$ /etc/init.d/mysql restart
You should now be able to connect with your new password.

$ mysql -u root -p
Enter password: my_password

Forrás:
https://superuser.com/questions/603026/mysql-how-to-fix-access-denied-f…

És persze mindenhol add meg ezt a jelszót, ahol kell (bár én külön felhasználókat hoznék létre korlátozott jogokkal).

Köszönöm, de ezt már végigcsináltam lépésről lépésre. Ugyanezt a leírást találtam meg.

És ezért vagyok tanácstalan.

Ennek ellenére továbbra sem működik. Érdekes mert a phpmyadmin felülete bejön. A webmail és a bejövő imap -es levelek nem jönnek meg.

Van valami ötlet még mit nézzek meg?

Minden külön felhasználóval fut nem root felhasználóval, ez működött, csak mivel a szerver root partíciója megtelt fullra és megállt a levelezés is(természetesen ezek is külön virtuális partíción vannak) és én nulláztam a logokat, lehet valami jogosultság probléma is, de nem igazán találom most mi lehet amit meg kéne nézzek még. Pl a postfix is külön felhasználóval fut és a sendmail is, és küldeni tudok levelet kifelé, csak befelé nem jönnek meg... A dovecot alkalmazásnak is külön usere van, illetve TLS -es titkosítással kapjuk és küldjük a leveleket.

Most úgy érted hogy pl a dovecot virtuláis létrehozott felhasználónak is ugyanazt a jelszót amit a root mysql felhasználónak adtam? Az nem lenne túl célszerű ha ugyanaz lenne mint a mysql root felahsználó:$ Lehet most képzavar van, akkor bocsánat, de nem igazán értem:-(
__________________________________________________________________________________________________________________________
Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Szerintem akkor fogsz tudni segítséget kapni, ha konkrét hibaüzeneteket, log részleteket másolsz be ami alapján el lehet indulni.

Maga a fenti leírás jó, így (is) lehet mysql root user jelszavát cserélni, de miért is akarod ezt tenni? Hogyan jutottál arra a következtetésre, hogy ez az oka a problémádnak és a jelszócsere megold mindent?

--
http://eVIR.hu
Elektronikus Vállalatirányítási Információs Rendszer

Köszönöm.

Roundcube adatbázis csatlakozási hiba:

root@irc:/var/log/httpd# tail -f error_log
[Sat Oct 05 19:14:25 2019] [error] [client 89.132.172.248] PHP Warning: [1286] Unknown table engine 'InnoDB' (SQL Query: SELECT * FROM identities WHERE del <> 1 AND user_id = NULL ORDER BY `standard` DESC, name ASC, identity_id ASC) in /var/www/htdocs/roundcubemail-1.0.12/program/lib/Roundcube/rcube.php on line 1251
[Sat Oct 05 19:14:25 2019] [error] [client 89.132.172.248] PHP Warning: Error writing to log file /var/www/htdocs/roundcubemail-1.0.12/logs/errors; Please check permissions in /var/www/htdocs/roundcubemail-1.0.12/program/lib/Roundcube/rcube.php on line 1152
[Sat Oct 05 19:14:25 2019] [error] [client 89.132.172.248] PHP Warning: [1286] Unknown table engine 'InnoDB' (SQL Query: INSERT INTO session (sess_id, vars, ip, created, changed) VALUES ('j916r9it91095n85eejs5qkbr6', 'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs=', '89.132.172.248', now(), now())) in /var/www/htdocs/roundcubemail-1.0.12/program/lib/Roundcube/rcube.php on line 1251
[Sat Oct 05 19:14:26 2019] [debug] proxy_util.c(1916): proxy: grabbed scoreboard slot 0 in child 4175 for worker proxy:reverse
[Sat Oct 05 19:14:26 2019] [debug] proxy_util.c(1936): proxy: worker proxy:reverse already initialized
[Sat Oct 05 19:14:26 2019] [debug] proxy_util.c(2032): proxy: initialized single connection worker 0 in child 4175 for (*)
[Sat Oct 05 19:14:30 2019] [debug] ssl_engine_io.c(1953): OpenSSL: I/O error, 5 bytes expected to read on BIO#b8484b68 [mem: b848c163]
[Sat Oct 05 19:14:30 2019] [info] [client 89.132.172.248] (70007)The timeout specified has expired: SSL input filter read failed.
[Sat Oct 05 19:14:30 2019] [debug] ssl_engine_kernel.c(1849): OpenSSL: Write: SSL negotiation finished successfully
[Sat Oct 05 19:14:30 2019] [info] [client 89.132.172.248] Connection closed to child 0 with standard shutdown (server webmail.devall.hu:443)
^C
root@irc:/var/log/httpd# tail -f error_log | grep "error"
[Sat Oct 05 19:14:25 2019] [error] [client 89.132.172.248] PHP Warning: [1286] Unknown table engine 'InnoDB' (SQL Query: SELECT * FROM identities WHERE del <> 1 AND user_id = NULL ORDER BY `standard` DESC, name ASC, identity_id ASC) in /var/www/htdocs/roundcubemail-1.0.12/program/lib/Roundcube/rcube.php on line 1251
[Sat Oct 05 19:14:25 2019] [error] [client 89.132.172.248] PHP Warning: Error writing to log file /var/www/htdocs/roundcubemail-1.0.12/logs/errors; Please check permissions in /var/www/htdocs/roundcubemail-1.0.12/program/lib/Roundcube/rcube.php on line 1152
[Sat Oct 05 19:14:25 2019] [error] [client 89.132.172.248] PHP Warning: [1286] Unknown table engine 'InnoDB' (SQL Query: INSERT INTO session (sess_id, vars, ip, created, changed) VALUES ('j916r9it91095n85eejs5qkbr6', 'dGVtcHxiOjE7bGFuZ3VhZ2V8czo1OiJlbl9VUyI7dGFza3xzOjU6ImxvZ2luIjs=', '89.132.172.248', now(), now())) in /var/www/htdocs/roundcubemail-1.0.12/program/lib/Roundcube/rcube.php on line 1251
[Sat Oct 05 19:14:30 2019] [debug] ssl_engine_io.c(1953): OpenSSL: I/O error, 5 bytes expected to read on BIO#b8484b68 [mem: b848c163]

rcube.php 1251 sor:

trigger_error("Error writing to log file $logfile; Please check permissions", E_USER_WARNING);

Ezek szerint log jogosultság problémája van.:S

root@irc:/var/www/htdocs/roundcubemail-1.0.12/program/lib/Roundcube# cat /var/www/htdocs/roundcubemail-1.0.12/program/lib/Roundcube/rcube.php | grep "header_str ="
$header_str = $this->message_head($message, array('To', 'Subject'));

És nem tud írni /var/www/htdocs/roundcubemail-1.0.12/logs/errors fájlba ... Pedig ehhez hozzá sem nyúltam...

Na megnézem. Esetleg ha valkinek van építő jellegű észrevétele azt szívesen venném.

Köszönöm szépen.

________________________________________________________________________________________________________________________________________________________
optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Köszönöm szépen, root felhasználóval csináltam, de nem ez szerintem a gond.

__________________________________________________________________________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

- Az első kérdés miért root felhasználóval kapcsolódik az MTA a MySQL-hez.
- A második kérdés, hogy a root usernek miért nincs jelszava (vagy ha van akkor miért jelszó nélkül akarsz kapcsolódni??)

Köszönöm, egyébként mindere van külön felhasználó, de most már összezavarodtam.Próbálom kilapátolni mi az igazi hiba. Utána olvastam több fórumon is, de írnak mindefélét.

_______________________________________________________________________________________________________________________________________________
Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Igazad lesz, a bejövő levelek már megjönnek. A dovecot log jogosultsága nem volt megfelelő. Viszont a roaudcube a webes felület még nem működik. Valószínű ott az InnoDB probléma lesz, de ha valakinek jobb ötlete van azt megköszönöm.

____________________________________________________________________________________________________________________________________________________
Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.

Köszönöm szépen.

_____________________________________________________________________________________________________________________________________________

Az optimizmus nem azt jelenti, hogy valaki nem látja a problémákat, hanem hogy hisz abban, hogy mindig létezik egy megoldás.