1. Dom
  2. Pytanie i odpowiedź
  3. Awaria łącza komunikacyjnego - ostatni pakiet pomyślnie odebrany z serwera to

Awaria łącza komunikacyjnego - ostatni pakiet pomyślnie odebrany z serwera to

2014-07-11 9 views
5

Wiem, że to pytanie zostało zadane wcześniej i jest mnóstwo rozwiązań, ale żaden z nich nie działał dla mnie i jest nieco inny w moim przypadku.Awaria łącza komunikacyjnego - ostatni pakiet pomyślnie odebrany z serwera to

Mam serwer z bazami danych tunelowanymi na inne serwery. Serwery, na których działają Ubuntu 1310 i 1204, nie mają żadnych problemów. Ale z tej samej konfiguracji, te same configs, tej samej aplikacji, mam ten problem na 1404.

Server Setup:

A - Ubuntu 1204 Server with MariaDB 10.0 Database 
    B - Ubuntu 1204 Server with MariaDB 5.5 Client -> tunneled via autossh 14c and works perfect 
    C - Ubuntu 1204 Server with MariaDB 5.5 Client -> tunneled via autossh 14c and works perfect 
    D - Ubuntu 1310 Server with MariaDB 5.5 Client -> tunneled via autossh 14c and works perfect 
    E - Ubuntu 1310 Server with MariaDB 5.5 Client -> tunneled via autossh 14c and works perfect 
    F - Ubuntu 1310 Server with MariaDB 5.5 Client -> tunneled via autossh 14c and works perfect 
    D - Ubuntu 1404 Server with MariaDB 5.5 Client (also tried mysql 5.5 and mariadb 10.0) -> tunneled via autossh 14c DOES NOT WORK though same setup and app:

.

2014-07-11 16:02:51 [SEVERE] com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure 

The last packet successfully received from the server was 141 milliseconds ago. The last packet sent successfully to the server was 0 milliseconds ago. 
2014-07-11 16:02:51 [SEVERE] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) 
2014-07-11 16:02:51 [SEVERE] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) 
2014-07-11 16:02:51 [SEVERE] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) 
2014-07-11 16:02:51 [SEVERE] at java.lang.reflect.Constructor.newInstance(Constructor.java:526) 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.Util.handleNewInstance(Util.java:407) 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.SQLError.createCommunicationsException(SQLError.java:1116) 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:3082) 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2968) 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3516) 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1986) 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2140) 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2620) 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.ConnectionImpl.setAutoCommit(ConnectionImpl.java:5022) 
2014-07-11 16:02:51 [SEVERE] at sun.reflect.GeneratedMethodAccessor85.invoke(Unknown Source) 
2014-07-11 16:02:51 [SEVERE] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
2014-07-11 16:02:51 [SEVERE] at java.lang.reflect.Method.invoke(Method.java:606) 
2014-07-11 16:02:51 [SEVERE] at org.apache.tomcat.jdbc.pool.ProxyConnection.invoke(ProxyConnection.java:126) 
2014-07-11 16:02:51 [SEVERE] at org.apache.tomcat.jdbc.pool.JdbcInterceptor.invoke(JdbcInterceptor.java:109) 
2014-07-11 16:02:51 [SEVERE] at org.apache.tomcat.jdbc.pool.DisposableConnectionFacade.invoke(DisposableConnectionFacade.java:80) 
2014-07-11 16:02:51 [SEVERE] at com.sun.proxy.$Proxy76.setAutoCommit(Unknown Source) 
2014-07-11 16:02:51 [SEVERE] at me.botsko.prism.actionlibs.RecordingTask.insertActionsIntoDatabase(RecordingTask.java:174) 
2014-07-11 16:02:51 [SEVERE] at me.botsko.prism.actionlibs.RecordingTask.save(RecordingTask.java:35) 
2014-07-11 16:02:51 [SEVERE] at me.botsko.prism.actionlibs.RecordingTask.run(RecordingTask.java:332) 
2014-07-11 16:02:51 [SEVERE] at org.bukkit.craftbukkit.v1_6_R3.scheduler.CraftTask.run(CraftTask.java:58) 
2014-07-11 16:02:51 [SEVERE] at org.bukkit.craftbukkit.v1_6_R3.scheduler.CraftAsyncTask.run(CraftAsyncTask.java:53) 
2014-07-11 16:02:51 [SEVERE] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) 
2014-07-11 16:02:51 [SEVERE] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) 
2014-07-11 16:02:51 [SEVERE] at java.lang.Thread.run(Thread.java:744) 
2014-07-11 16:02:51 [SEVERE] Caused by: java.io.EOFException: Can not read response from server. Expected to read 4 bytes, read 0 bytes before connection was unexpectedly lost. 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:2529) 
2014-07-11 16:02:51 [SEVERE] at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2979) 
2014-07-11 16:02:51 [SEVERE] ... 21 more 
2014-07-11 16:02:51 [INFO] [Prism]: Database connection error: Communications link failure

Więcej Stacktraces, zawsze pierwszy wyjątek ze świeżej sesji aplikacji (kompletny restart) https://gist.github.com/Slind14/cd5a03ec289c30b1452e

Ponieważ nie mogłem znaleźć żadnego rozwiązania, zastanawiam się, czy jesteś świadomy każdej zmianie między 1310 i 1404, które mogą spowodować, że tak się stanie.

+-----------------------------+----------+ 
| Variable_name    | Value | 
+-----------------------------+----------+ 
| connect_timeout    | 5  | 
| deadlock_timeout_long  | 50000000 | 
| deadlock_timeout_short  | 10000 | 
| delayed_insert_timeout  | 300  | 
| innodb_flush_log_at_timeout | 1  | 
| innodb_lock_wait_timeout | 50  | 
| innodb_rollback_on_timeout | OFF  | 
| interactive_timeout   | 28800 | 
| lock_wait_timeout   | 31536000 | 
| net_read_timeout   | 30  | 
| net_write_timeout   | 60  | 
| slave_net_timeout   | 3600  | 
| thread_pool_idle_timeout | 60  | 
| wait_timeout    | 28800 | 
+-----------------------------+----------+

Aktualizacja:

kiedy zachować zdalnej bazy otwarte na chwilę ja też dostać „serwer MySQL zniknęło”, znowu tylko na serwerach 1404.

ERROR 2006 (HY000): MySQL server has gone away 
No connection. Trying to reconnect... 
Connection id: 38189 
Current database: *** NONE ***

Źródło

2014-07-11 user2693017

+1

puszka uzyskujesz dostęp do serwera mysql i komunikujesz się z nim za pomocą cmd? – dit

+0

Na przykład, tabela w poście działała dobrze ze zdalnego serwera, na przykład aplikacje działają bez zarzutu przez chwilę. Gdyby to była moja aplikacja, mógłbym tylko sprawdzić, czy połączenie jest poprawne, a jeśli nie, utworzyć nowe lub włączyć autoreconnect, ale to nie odpowiada, dlaczego występuje tylko w 1404 i nie jest rozwiązaniem dla mnie z aplikacjami firm trzecich. – user2693017

+0

spróbuj dezaktywować pamięć podręczną zapytań "query_cache_size = 0" w twoim my.cnf, zrestartuj serwer mysql i spróbuj ponownie. możesz także spróbować zresetować pamięć podręczną zapytań w ten sposób: "zresetuj pamięć podręczną zapytań". jeśli nie pomaga, proszę podać więcej informacji na temat zapytania, jak utworzyć sesję itp. – dit

Odpowiedz

Powiązane problemy

 Powiązane problemy