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
- 1093 megtekintés
Hozzászólások
Please contact your server-administrator
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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).
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
su root
mysql -u root
Nekem addig nem ment amíg nem voltam root.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
- 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??)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
A "error: 'Access denied for user 'root'@'localhost' (using password: NO)'" hibaüzenet nem azt jelenti hogy nincs root jelszó, hanem hogy jelszó nélkül próbálkozott csatlakozni, nem?
--
ESET és Synology hivatalos viszonteladó
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni