20 Jails, hängende MySQL-Verbindung

[bbking]

Hallo liebe Gemeinde,

bin zum ersten Mal hier und hoffe, von den Experten vielleicht den einen oder anderen Tipp zu bekommen.

Ich habe zwei Server, www und db. Auf www sind 20 Jails mit apache2.2 konfiguriert, diese greifen auf den MySQL-Server "db" zu.
Seit einiger Zeit tritt folgendes Phänomen auf:
In bestimmten Jails laden die php Seiten, die einen MySQL-Zugriff haben ewig (weisse Seite im Browser, es wird kein Inhalt dargestellt). Statische Seiten bzw. php-Seiten ohne db-Zugriff laden sofort.
Nach ein paar Minuten (ca. 5Min) laden die Seiten normal.

Das passiert teilweise in beliebiger Reihenfolge, teilweise in der Reihenfolge, wie sie in Nagios (läuft auf einem 3. Rechner) zum Überwachen eingetragen sind. Ich erhalte natürlich unmengen an SMS, dass die Seiten nicht erreichbar sind.

IMHO muss es irgendein Timeout bzw. Limit an Verbdindungen o.ä. sein, das den Zugriff auf die DB in dem Augenblick verhindert.

Habe heute bsdsar installiert, um ein bisschen mehr Überblick zu bekommen. Die max. Anzahl der gleichzeitigen Verbindungen http und mysql auf dem host-System sind so um die 3-400, die max. zulässigen Verbindungen für MySQL sind 500. Gerne kann ich "SHOW STATUS"-Ausgaben posten....

Könnt Ihr mir vielleicht Tipps geben, wie ich das Problem eingrenzen kann?

Vielen Dank im Voraus!

 

[Yamagi]

Das könnte ein DNS-Problem sein. Funktioniert in den Jails und auf dem Host die Namensauflösung?

 

[bbking]

In den Jails funktioniert nslookup, wenn Du das meinst.
Die zwei Server sind über Gigabit-Port und ausgekreuztes LAN-Kabel verbunden, die Namen der Server und deren IPs stehen fix in /etc/hosts

In den Apache-Configs ist hostnamelookups abgedreht

Gerade die php.ini gecheckt, daran *sollte* es auch nicht liegen:

mysql.allow_persistent = On
; Maximum number of persistent links.  -1 means no limit.
mysql.max_persistent = -1
; Maximum number of links (persistent + non-persistent).  -1 means no limit.
mysql.max_links = -1

 

[cla]

Jepp..."show status" wäre interessant.
Ebenso die MySQL-Version und FreeBSD-Version. Ich hatte vor 4-5 Monaten auch Probleme mit MySQL in einem getrennten Jail von der eigentlichen App (war damals MySQL 5.1 und FBSD 8.0)...als "Workaround" hab ich dann die Datenbank ins selbe Jail wie die App gepackt...was aber in deinem Fall ja nicht geht.
Ich kann auch nicht sagen, ob es mittlerweile behoben ist/funktionieren würde...aber mein Problem damals waren "Aborted_connects"...aus welchem Grund auch immer. Vermutung lag im TCP-Stack von dieser MySQL Version...genaueres konnte ich auf Grund des Zeitdrucks, das Projekt fertigzubekommen, leider nicht mehr analysieren.

 

[bbking]

Anbei die Versionsnummern, vielleicht kannst Du was damit anfangen

FreeBSD 8.1-PRERELEASE

mysql> select version();
+-----------+
| version() |
+-----------+
| 5.1.44    |
+-----------+
1 row in set (0.00 sec)

mysql> show status;
+-----------------------------------+-------------+
| Variable_name                     | Value       |
+-----------------------------------+-------------+
| Aborted_clients                   | 311         |
| Aborted_connects                  | 35          |
| Binlog_cache_disk_use             | 0           |
| Binlog_cache_use                  | 0           |
| Bytes_received                    | 11654       |
| Bytes_sent                        | 7213        |
| Com_admin_commands                | 0           |
| Com_assign_to_keycache            | 0           |
| Com_alter_db                      | 0           |
| Com_alter_db_upgrade              | 0           |
| Com_alter_event                   | 0           |
| Com_alter_function                | 0           |
| Com_alter_procedure               | 0           |
| Com_alter_server                  | 0           |
| Com_alter_table                   | 0           |
| Com_alter_tablespace              | 0           |
| Com_analyze                       | 0           |
| Com_backup_table                  | 0           |
| Com_begin                         | 0           |
| Com_binlog                        | 0           |
| Com_call_procedure                | 0           |
| Com_change_db                     | 0           |
| Com_change_master                 | 0           |
| Com_check                         | 0           |
| Com_checksum                      | 0           |
| Com_commit                        | 0           |
| Com_create_db                     | 0           |
| Com_create_event                  | 0           |
| Com_create_function               | 0           |
| Com_create_index                  | 0           |
| Com_create_procedure              | 0           |
| Com_create_server                 | 0           |
| Com_create_table                  | 0           |
| Com_create_trigger                | 0           |
| Com_create_udf                    | 0           |
| Com_create_user                   | 0           |
| Com_create_view                   | 0           |
| Com_dealloc_sql                   | 0           |
| Com_delete                        | 0           |
| Com_delete_multi                  | 0           |
| Com_do                            | 0           |
| Com_drop_db                       | 0           |
| Com_drop_event                    | 0           |
| Com_drop_function                 | 0           |
| Com_drop_index                    | 0           |
| Com_drop_procedure                | 0           |
| Com_drop_server                   | 0           |
| Com_drop_table                    | 0           |
| Com_drop_trigger                  | 0           |
| Com_drop_user                     | 0           |
| Com_drop_view                     | 0           |
| Com_empty_query                   | 0           |
| Com_execute_sql                   | 0           |
| Com_flush                         | 0           |
| Com_grant                         | 0           |
| Com_ha_close                      | 0           |
| Com_ha_open                       | 0           |
| Com_ha_read                       | 0           |
| Com_help                          | 0           |
| Com_insert                        | 0           |
| Com_insert_select                 | 0           |
| Com_install_plugin                | 0           |
| Com_kill                          | 0           |
| Com_load                          | 0           |
| Com_load_master_data              | 0           |
| Com_load_master_table             | 0           |
| Com_lock_tables                   | 0           |
| Com_optimize                      | 0           |
| Com_preload_keys                  | 0           |
| Com_prepare_sql                   | 0           |
| Com_purge                         | 0           |
| Com_purge_before_date             | 0           |
| Com_release_savepoint             | 0           |
| Com_rename_table                  | 0           |
| Com_rename_user                   | 0           |
| Com_repair                        | 0           |
| Com_replace                       | 0           |
| Com_replace_select                | 0           |
| Com_reset                         | 0           |
| Com_restore_table                 | 0           |
| Com_revoke                        | 0           |
| Com_revoke_all                    | 0           |
| Com_rollback                      | 0           |
| Com_rollback_to_savepoint         | 0           |
| Com_savepoint                     | 0           |
| Com_select                        | 1           |
| Com_set_option                    | 0           |
| Com_show_authors                  | 0           |
| Com_show_binlog_events            | 0           |
| Com_show_binlogs                  | 0           |
| Com_show_charsets                 | 0           |
| Com_show_collations               | 0           |
| Com_show_column_types             | 0           |
| Com_show_contributors             | 0           |
| Com_show_create_db                | 0           |
| Com_show_create_event             | 0           |
| Com_show_create_func              | 0           |
| Com_show_create_proc              | 0           |
| Com_show_create_table             | 0           |
| Com_show_create_trigger           | 0           |
| Com_show_databases                | 0           |
| Com_show_engine_logs              | 0           |
| Com_show_engine_mutex             | 0           |
| Com_show_engine_status            | 0           |
| Com_show_events                   | 0           |
| Com_show_errors                   | 0           |
| Com_show_fields                   | 0           |
| Com_show_function_status          | 0           |
| Com_show_grants                   | 0           |
| Com_show_keys                     | 0           |
| Com_show_master_status            | 0           |
| Com_show_new_master               | 0           |
| Com_show_open_tables              | 0           |
| Com_show_plugins                  | 0           |
| Com_show_privileges               | 0           |
| Com_show_procedure_status         | 0           |
| Com_show_processlist              | 0           |
| Com_show_profile                  | 0           |
| Com_show_profiles                 | 0           |
| Com_show_slave_hosts              | 0           |
| Com_show_slave_status             | 0           |
| Com_show_status                   | 2           |
| Com_show_storage_engines          | 0           |
| Com_show_table_status             | 0           |
| Com_show_tables                   | 0           |
| Com_show_triggers                 | 0           |
| Com_show_variables                | 0           |
| Com_show_warnings                 | 0           |
| Com_slave_start                   | 0           |
| Com_slave_stop                    | 0           |
| Com_stmt_close                    | 0           |
| Com_stmt_execute                  | 0           |
| Com_stmt_fetch                    | 0           |
| Com_stmt_prepare                  | 0           |
| Com_stmt_reprepare                | 0           |
| Com_stmt_reset                    | 0           |
| Com_stmt_send_long_data           | 0           |
| Com_truncate                      | 0           |
| Com_uninstall_plugin              | 0           |
| Com_unlock_tables                 | 0           |
| Com_update                        | 0           |
| Com_update_multi                  | 0           |
| Com_xa_commit                     | 0           |
| Com_xa_end                        | 0           |
| Com_xa_prepare                    | 0           |
| Com_xa_recover                    | 0           |
| Com_xa_rollback                   | 0           |
| Com_xa_start                      | 0           |
| Compression                       | OFF         |
| Connections                       | 5648800     |
| Created_tmp_disk_tables           | 0           |
| Created_tmp_files                 | 31          |
| Created_tmp_tables                | 0           |
| Delayed_errors                    | 0           |
| Delayed_insert_threads            | 0           |
| Delayed_writes                    | 0           |
| Flush_commands                    | 1           |
| Handler_commit                    | 0           |
| Handler_delete                    | 0           |
| Handler_discover                  | 0           |
| Handler_prepare                   | 0           |
| Handler_read_first                | 0           |
| Handler_read_key                  | 0           |
| Handler_read_next                 | 0           |
| Handler_read_prev                 | 0           |
| Handler_read_rnd                  | 0           |
| Handler_read_rnd_next             | 0           |
| Handler_rollback                  | 0           |
| Handler_savepoint                 | 0           |
| Handler_savepoint_rollback        | 0           |
| Handler_update                    | 0           |
| Handler_write                     | 0           |
| Innodb_buffer_pool_pages_data     | 82          |
| Innodb_buffer_pool_pages_dirty    | 0           |
| Innodb_buffer_pool_pages_flushed  | 27          |
| Innodb_buffer_pool_pages_free     | 429         |
| Innodb_buffer_pool_pages_misc     | 1           |
| Innodb_buffer_pool_pages_total    | 512         |
| Innodb_buffer_pool_read_ahead_rnd | 3           |
| Innodb_buffer_pool_read_ahead_seq | 3           |
| Innodb_buffer_pool_read_requests  | 33581       |
| Innodb_buffer_pool_reads          | 30          |
| Innodb_buffer_pool_wait_free      | 0           |
| Innodb_buffer_pool_write_requests | 101         |
| Innodb_data_fsyncs                | 62          |
| Innodb_data_pending_fsyncs        | 0           |
| Innodb_data_pending_reads         | 0           |
| Innodb_data_pending_writes        | 0           |
| Innodb_data_read                  | 3526656     |
| Innodb_data_reads                 | 58          |
| Innodb_data_writes                | 78          |
| Innodb_data_written               | 909312      |
| Innodb_dblwr_pages_written        | 27          |
| Innodb_dblwr_writes               | 11          |
| Innodb_log_waits                  | 0           |
| Innodb_log_write_requests         | 8           |
| Innodb_log_writes                 | 27          |
| Innodb_os_log_fsyncs              | 40          |
| Innodb_os_log_pending_fsyncs      | 0           |
| Innodb_os_log_pending_writes      | 0           |
| Innodb_os_log_written             | 17920       |
| Innodb_page_size                  | 16384       |
| Innodb_pages_created              | 0           |
| Innodb_pages_read                 | 82          |
| Innodb_pages_written              | 27          |
| Innodb_row_lock_current_waits     | 0           |
| Innodb_row_lock_time              | 0           |
| Innodb_row_lock_time_avg          | 0           |
| Innodb_row_lock_time_max          | 0           |
| Innodb_row_lock_waits             | 0           |
| Innodb_rows_deleted               | 0           |
| Innodb_rows_inserted              | 22          |
| Innodb_rows_read                  | 68365       |
| Innodb_rows_updated               | 2           |
| Key_blocks_not_flushed            | 0           |
| Key_blocks_unused                 | 372188      |
| Key_blocks_used                   | 85477       |
| Key_read_requests                 | 43174117812 |
| Key_reads                         | 112317785   |
| Key_write_requests                | 10619526    |
| Key_writes                        | 854236      |
| Last_query_cost                   | 0.000000    |
| Max_used_connections              | 311         |
| Not_flushed_delayed_rows          | 0           |
| Open_files                        | 1000        |
| Open_streams                      | 0           |
| Open_table_definitions            | 488         |
| Open_tables                       | 512         |
| Opened_files                      | 53255895    |
| Opened_table_definitions          | 0           |
| Opened_tables                     | 0           |
| Prepared_stmt_count               | 0           |
| Qcache_free_blocks                | 5237        |
| Qcache_free_memory                | 15232592    |
| Qcache_hits                       | 2455220218  |
| Qcache_inserts                    | 1159665986  |
| Qcache_lowmem_prunes              | 1121238137  |
| Qcache_not_cached                 | 12631182    |
| Qcache_queries_in_cache           | 15280       |
| Qcache_total_blocks               | 36532       |
| Queries                           | 3678103557  |
| Questions                         | 4           |
| Rpl_status                        | NULL        |
| Select_full_join                  | 0           |
| Select_full_range_join            | 0           |
| Select_range                      | 0           |
| Select_range_check                | 0           |
| Select_scan                       | 0           |
| Slave_open_temp_tables            | 0           |
| Slave_retried_transactions        | 0           |
| Slave_running                     | OFF         |
| Slow_launch_threads               | 0           |
| Slow_queries                      | 0           |
| Sort_merge_passes                 | 0           |
| Sort_range                        | 0           |
| Sort_rows                         | 0           |
| Sort_scan                         | 0           |
| Table_locks_immediate             | 1368887439  |
| Table_locks_waited                | 59772       |
| Tc_log_max_pages_used             | 0           |
| Tc_log_page_size                  | 0           |
| Tc_log_page_waits                 | 0           |
| Threads_cached                    | 5           |
| Threads_connected                 | 4           |
| Threads_created                   | 118115      |
| Threads_running                   | 1           |
| Uptime                            | 1465678     |
| Uptime_since_flush_status         | 1465678     |
+-----------------------------------+-------------+
268 rows in set (0.00 sec)

 

[cla]

Hmm...deine Aborted_connects sehen jetzt nicht kritisch aus...entweder ist es bei dir ein anderes Problem, oder es wirkt sich anders aus.

 

[juedan]

Hallo bbking,

mysql> show status;
+-----------------------------------+-------------+
| Variable_name                     | Value       |
+-----------------------------------+-------------+
| Aborted_clients                   | 311         |
| Aborted_connects                  | 35          |

Sind die Berechtigungen (GRANTs) korrekt gesetzt?
Vielleicht macht auch PHP den Ärger. So ein Problem hatte wir auch mal. Wenn ich mich recht entsinne, war die PHP-Funktion connect der Übeltäter.

Du kannst ja mal mit tcpdump schauen, was da so alles rumschwirrt.

JueDan

 

[Bummibaer]

Hallo,

also zuerst würde ich ein Update auf FreeBSD 8.1-p2 vorschlagen. Danach würde ich die MySQL Version auf 5.5.8 hochziehen. Als PHP schlage ich 5.3.5 bärig vor.

Von der Konfiguration her den MySQL Server fest auf die IP-Adresse der NIC binden. Bei Verbindungen aus PHP vom Webserver her solltest Du statt dem FQDN einfach die IP, auf welche der MYSQLD gebunden ist, nehmen. So kann es zumindest schon mal mit DNS und Auflösungszeiten kein Problem mehr geben.

Im Firewall auf den beiden Servern sollten die MySQL Verbindung vom WWW Server aus zum MySQL Server statefull sein. Wenn die Anzahl der abgebrochenen Verbindungen in MySQL so hoch ist könnte eventuell der MySQL Server auch einfach überlastet sein. Prüf das mal sowohl vom Netzwerkdurchsatz als auch von der CPU- / RAM-Usage. Checke auch mal die Netzwerkverbindung auf eventuelle Paketverluste.

Falls das oben alles ok ist vermute ich das Problem eher im Verbindungsaufbau durch PHP selbst. Das kannst Du mit einem Testscript in PHP über PHP-CLI/CGI einfach mal austesten von der Shell aus.

Schau dir auch mal die sysctl Einstellungen beider Server in Bezug auf das Netzwerk an. Checke auch mal die Netmask Konfig bärig ob die korrekt ist - insbesondere auf dem Server mit den Jails.

Falls Du PHP als CGI/CLI nutzt schau mal die FastCGI Konfiguration au an. Eventuell erreicht er hier schon Limits und knallt dann ab und an oifach ganz weg.

Gruß Bummibär

 

[bbking]

Hallo bbking,



Sind die Berechtigungen (GRANTs) korrekt gesetzt?

Naja, nachdem die Verbindung von selbst wieder OK ist, nehme ich es an - ansonsten würde es nie funktionieren....?

Vielleicht macht auch PHP den Ärger. So ein Problem hatte wir auch mal. Wenn ich mich recht entsinne, war die PHP-Funktion connect der Übeltäter.

Du kannst ja mal mit tcpdump schauen, was da so alles rumschwirrt.

Wonach sollte ich Ausschau halten? Da kommt ja einiges daher...
Was war beim connect das Problem? Und habt Ihr mysql oder mysqli verwendet?

Danke!

 

[bbking]

Hallo Bummibär,
das sind ja eine Menge Tipps, denen ich nachgehen muss. Vielen Dank für sie.

Eins fällt mir noch ein. Kurz bevor diese Sache begonnen hat, haben meine Administratoren eine pingelige Firewall hochgezogen, weil wir Probleme mit ein paar Idioten hatten...
Wir verwenden ipfw aber das dürfte sich auf die interne Kommunikation nicht auswirken, da ist alles freigegeben!

Hallo,

also zuerst würde ich ein Update auf FreeBSD 8.1-p2 vorschlagen. Danach würde ich die MySQL Version auf 5.5.8 hochziehen. Als PHP schlage ich 5.3.5 bärig vor.

Das wird ein bisschen schwierig, die Umstellung von 5.2 auf 5.3 ist IMHO kein Spaziergang...hatte schon meine Erlebnisse.

Von der Konfiguration her den MySQL Server fest auf die IP-Adresse der NIC binden. Bei Verbindungen aus PHP vom Webserver her solltest Du statt dem

Ähm, mach ich das in der my.cnf ?

FQDN einfach die IP, auf welche der MYSQLD gebunden ist, nehmen. So kann es zumindest schon mal mit DNS und Auflösungszeiten kein Problem mehr geben.

Es gibt Jails, in denen das so eingestellt ist, aber die spinnen genauso...

Im Firewall auf den beiden Servern sollten die MySQL Verbindung vom WWW Server aus zum MySQL Server statefull sein. Wenn die Anzahl der

Hier die entsprechende Zeile aus /etc/ipfw.conf von www:

111     add allow ip from me to 10.11.100.110

10.11.100.110 ist der db-Server, er ist von aussen nicht erreichbar

abgebrochenen Verbindungen in MySQL so hoch ist könnte eventuell der MySQL Server auch einfach überlastet sein. Prüf das mal sowohl vom Netzwerkdurchsatz als auch von der CPU- / RAM-Usage. Checke auch mal die

Die dürften in Ordnung sein, CPU %idle laut bsdsar nie unter 84%
RAM laut bsdsar: incative nie unter 26GB, Swap immer auf 0
bei "bsdsar -i" kommt gar nichts - es wird ev. der falsche Ethernet-Port überwacht, ich habs aber noch nicht heraussen, wie ich das überprüfen/umstellen könnte

Netzwerkverbindung auf eventuelle Paketverluste.

ähm, sorry, wie?

Falls das oben alles ok ist vermute ich das Problem eher im Verbindungsaufbau durch PHP selbst. Das kannst Du mit einem Testscript in PHP über PHP-CLI/CGI einfach mal austesten von der Shell aus.

Ich habe ein php-Script, das in der Nacht verschiedene Sachen zwischen verschiedenen DBs sync und das haut wunderbar hin!

Eine Sache ist mir noch aufgefallen: als eines der Jails grad mal gesponnen hat, habe ich aus der Konsole "mysql -uuser -p -h10.11.100.110" eingegeben und ich konnte connecten. Entweder ist die Verbindung genau vorher wieder OK geworden, oder es ging aus der Konsole während der Problem-Phase problemlos. Beim nächsten Mal versuche ich das erneut....

Schau dir auch mal die sysctl Einstellungen beider Server in Bezug auf das Netzwerk an. Checke auch mal die Netmask Konfig bärig ob die korrekt ist - insbesondere auf dem Server mit den Jails.

Falls Du PHP als CGI/CLI nutzt schau mal die FastCGI Konfiguration au an. Eventuell erreicht er hier schon Limits und knallt dann ab und an oifach ganz weg.

Systcl: werde ich machen!

CGI: nö, wir verwenden die Apache-Module

Vielen Dank für die ausführlichen Tipps, ich melde mich wieder!

 

[juedan]

Moin bbking,

Naja, nachdem die Verbindung von selbst wieder OK ist, nehme ich es an - ansonsten würde es nie funktionieren....?

Wonach sollte ich Ausschau halten? Da kommt ja einiges daher...

Auf Terminal eins:

mysqladmin ext | grep Abort | grep -v 0

Auf Terminal zwei:

tcpdump -s 1500 -w tcp.out port 3306

Das Ausgabeprotkoll einfach mal nach Fehlern wie

strings tcpdump.out | grep "not allowed"

Host 'XXX.XX.XX.XXX' is not allowed to connect to this MySQL server

oder allgemeiner nach "error" durchsuchen lassen.

Was war beim connect das Problem? Und habt Ihr mysql oder mysqli verwendet?

Danke!

Da muss ich nochmals in unserer Doku-Datenbank nachsehen.

Aber schau mal alle Bugreports zu PHP durch, die seit dem Einsatz Deiner PHP-Version aufgelaufen sind. Möglicherweise ist ein Update fällig.

JueDan

 

[Bummibaer]

Hi,

ja die Bindung der IP für den mysqld kannst Du in der my.cnf machen.
Paketverluste kannst Du z.B. mittels ping recht oifach mal prüfen. Lass den halt mal parallel zum eigentlichen Datenverkehr ne Weile springen und schau dann ob Verluste auftraten oder ned. Alternativ kannst Du die Last natürlich auch künstlich z.b. mit iperf und co erzeugen. Grundsätzlich würde ich jedoch zuerst mal das veraltete OS samt der veralteten Anwendungen updaten. Wenn Du nicht direkt auf den PHP 5.3er Zweig willst dann mach halt mal die aktuelle 52er drauf. Das ist scho mal ein guter Anfang. Wenn Du mod_php nutzt mach das abär bitte gnadenlos mit portupgrade -fr php\* bärig

Wenn garnix hilft nehm mal zwei Netzwerkkabel und en Switch und mach mal Server - patch - switch - patch - Server oifach draus. In einigen Fällen war Crossover bärig scho oifach der Übeltäter. Das von Dir beschrieben Verhalten kann durchaus auch von der NIC her kommen oifach.

Gruß Bummibär

 

[troll]

Prüf mal noch diese Sachen:
Ist als Defaultrouter in /etc/rc.conf der betreffenden Jails die IP des Host-NIC eingetragen?
Läuft natd im Rahmen der FW. Mit ipfw und natd kanns sehr leicht zu abenteuerlichem Verhalten kommen, wobei dann bei so einer Verbindungsstörung natd bei top ziemlich weit oben stehen würde.

 

[bbking]

Hallo,

habe die vorgeschlagenen Tests erst jetzt machen können, die Timeouts sind komischerweise immer in der Nacht aufgetreten.

Auf Terminal eins:

mysqladmin ext | grep Abort | grep -v 0

| Aborted_clients                   | 1176          |p -v 0 grep -v 0
| Aborted_connects                  | 46            |

Auf Terminal zwei:

tcpdump -s 1500 -w tcp.out port 3306

Da bekomme ich leider das hier:

tcpdump -i em2 -s 1500 -w tcp.out port 3306
tcpdump: (cannot open device) /dev/bpf: No such file or directory

em2 ist im Host-System die Schnittstelle, die mit dem db-Server verbunden ist

Ich werde mich jetzt mal parallel an die MySQL-Foren wenden...

 

[bbking]

Hi,

ja die Bindung der IP für den mysqld kannst Du in der my.cnf machen.
Paketverluste kannst Du z.B. mittels ping recht oifach mal prüfen. Lass den halt mal parallel zum eigentlichen Datenverkehr ne Weile springen und schau dann ob Verluste auftraten oder ned. Alternativ kannst Du die Last natürlich auch künstlich z.b. mit iperf

Leider geht kein ping im Jail,

ping: socket: Operation not permitted

Möchte an den Security-Einstellungen daweil nichts ändern?

Wenn garnix hilft nehm mal zwei Netzwerkkabel und en Switch und mach mal Server - patch - switch - patch - Server oifach draus. In einigen Fällen war Crossover bärig scho oifach der Übeltäter. Das von Dir beschrieben Verhalten kann durchaus auch von der NIC her kommen oifach.

Werde ich ausprobieren!
Danke!

 

[bbking]

Prüf mal noch diese Sachen:
Ist als Defaultrouter in /etc/rc.conf der betreffenden Jails die IP des Host-NIC eingetragen?

nein.

Läuft natd im Rahmen der FW. Mit ipfw und natd kanns sehr leicht zu abenteuerlichem Verhalten kommen, wobei dann bei so einer Verbindungsstörung natd bei top ziemlich weit oben stehen würde.

Nö, natd steht nicht im /etc/rc.conf und läuft auch nicht.

 

[bbking]

Ok, des Rätsels Lösung: ein unsauber programmiertes "Whoi-is-online" Script im XT-Commerce Webshop -> ein Lock auf eine Tabelle wurde nicht freigegeben und immer wieder angefordert -> irgendwann war der Timeout vorbei und dann ist wieder alles gegangen