Statistik |
Beiträge: 144.530 (Täglich: 19,19 )
Themen: 16.700
Mitglieder: 13.209
Neuestes Mitglied: zitronentee.
Ausl. d. letzten Minute: 197%
Ausl. d. letzten 5 Minuten: 307%
Ausl. d. letzten 15 Minuten: 322%
Aktulle Uhrzeit: 13:29
Freier Webspace: 4.04 TB
PHP-Version: 7.4.33
|
|
|
|
|
WBB2 wirft mich raus |
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
|
|
Hallo,
Ich bin gerade dabei your-wbb.de auf einen neuen Server umzuziehen.
Eigentlich läuft das WBB jedoch folgendes problem:
Wenn ich mich einlogge kann ich surfen und alles gut, ans ende jeder php datei wird der Session hash angehangen, rufe ich nun home.php auf bin ich wieder ausgeloggt, es wird auch kein session hash angehangen.
Hänge ich den Session hash manuell an und rufe home.php auf läd die seite nur ewig ohne ende.
Versuche ich mich dann über z.b. index.php erneut einzuloggen geht auch das nicht mehr.
Das einzige was hilft ist mysql neuzustarten.
Nun frage ich mich was das problem ist? Ich tippe darauf das der fehler irgendwo in der Serverkonfiguration liegen muss.
Und sollten nicht normal cookies gespeichert werden oder so das man diesen session hash garnicht braucht?
Am WBB denke ich liegt es vermutlich eher nicht da es ja am alten server einwandfrei lief.
hoffe ihr könnt mir helfen.
|
|
10.10.2018 07:40 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
Okay update.
Cookies funktionieren ich musste nur die alten löschen.
ABER:
wenn ich home.php aufrufe nachdem ich mich eingeloggt habe dann läd es ewig und nichts passiert.
danach lassen sich diverse seiten nicht mehr laden -.-
Was hilft ist ein restart von mysql.
sobald ich dann aber wieder im eingeloggten zustand home.php aufrufe das selbe problem wieder.
hoffe ihr könnt mir helfen.
|
|
10.10.2018 08:05 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
Hallo, nein nachwievor php 5.2 ich hab den fehler nun soweit isoliert das immer wenn ich im eingeloggten Zustand die home.php versuche dann wird folgender mysql prozess geöffnet und läd dann ewig...
da hilft nur ein neustart sonst schmiert alles ab.
|
Zitat: yourwbb_root localhost yourwbb_wbb2 Query 4 Sending data SELECT DISTINCT p.userid, t.*, b.boardid, b.title, b.hotthread_reply, b.hotthread_view, b.postsperpa |
|
|
Wenn ich in der home.php folgenden Code ausklammer geht es wieder einwandfrei:
code: |
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
|
if ($wbbuserdata['userid']) {
$ywhome_ownuserid = "DISTINCT p.userid,";
$ywhome_ownjoin = "LEFT JOIN bb".$n."_posts p ON (t.threadid = p.threadid AND p.userid = '$wbbuserdata[userid]')";
} else {
$ywhome_ownuserid = '';
$ywhome_ownjoin = '';
}
if ($wbbuserdata['userid']) {
$ywhome_vselect = ", bv.lastvisit AS boardlastvisit, tv.lastvisit AS threadlastvisit";
$ywhome_vjoin = " LEFT JOIN bb".$n."_boardvisit bv ON (bv.boardid=b.boardid AND bv.userid='".$wbbuserdata['userid']."') LEFT JOIN bb".$n."_threadvisit tv ON (tv.threadid=t.threadid AND tv.userid='".$wbbuserdata['userid']."')";
} else {
$ywhome_vselect = '';
$ywhome_vjoin = '';
}
|
|
ich denke das sollte uns weiterbringen?
da ich nichts geändert habe muss es an php oder mysql einstellungen vermutlich liegen nur wo genau?
Edit:
ich hab in der mysql konfigurationsdatei
sql_mode=MYSQL40 eingetragen hat das damit was zu tun?
war mein fix hierfür:
https://stackoverflow.com/questions/3466...-value-in-mysql
sonst lies sich das lite1 nicht installieren.
|
|
10.10.2018 20:41 |
|
|
Viktor
Administrator
Zeige Viktor auf Karte
Dabei seit: 15.08.2003
Beiträge: 31.570
363 Filebase-Einträge
Alter: 66 Jahre
Herkunft: NRW wBB-Version: wBB2.3 PHP-Version: 7.4.33 MySQL-Version: 10.5.19-MariaDB Wo bist du gehostet?: eigener Server
Bewertung:
Level: 71 [?]
Erfahrungspunkte: 237.747.335
Nächster Level: 266.777.854
|
|
|
10.10.2018 22:16 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
Nein ist kein Windows Server.
sql_mode=MYSQL40 ist nicht dafür verantwortlich, ich habs grad entfernt und das Problem besteht weiterhin.
Ich tippe auf MYSQL Konfiguration,
es kann doch max. mysql, php oder easyapache sein???
|
|
10.10.2018 22:40 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
Ich versteh die Welt jetzt nicht mehr.
Ich hab grad unter your-wbb.de/wbb2 nen frisches wbb2 installiert.
Dort habe ich nun auch die Homeseite eingebaut und sie funktioniert einwandfrei!!!
ich hab sogar die home.php von your-wbb.de mal genommen auch damit geht es ohne probleme???
das bedeutet wohl das es irgendwie doch am WBB liegen muss.
kann das vllt. irgendwie mit dem cache zusammenhängen oder irgendwas in der datenbank???
Gibt es ne möglichkeit das mal zu "cleanen" bzw. den cache zu leeren etc.?
|
|
10.10.2018 23:46 |
|
|
Viktor
Administrator
Zeige Viktor auf Karte
Dabei seit: 15.08.2003
Beiträge: 31.570
363 Filebase-Einträge
Alter: 66 Jahre
Herkunft: NRW wBB-Version: wBB2.3 PHP-Version: 7.4.33 MySQL-Version: 10.5.19-MariaDB Wo bist du gehostet?: eigener Server
Bewertung:
Level: 71 [?]
Erfahrungspunkte: 237.747.335
Nächster Level: 266.777.854
|
|
|
11.10.2018 00:00 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
naja die home.php von your-wbb.de im frischen wbb2 funktioniert ohne probleme.
nur bei your-wbb.de gibts das problem das der query quasi ewig dauert und auch der serverload im acp dann auf 200% hoch geht.
Also wenn das Problem nicht irgendwo anders als in der home.php liegt dann muss es vermutlich irgendwie doch an den Servereinstellungen liegen -.-
|
|
11.10.2018 01:15 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
Ich hab das Backup nun nochmal auf dem alten Server eingespielt, läuft einwandfrei.
Es muss also an der Serverkonfiguration liegen.
Kann es daran liegen das auf dem alten Server MYSQL 5.6 läuft und auf dem neuen MYSQL 5.7?
Wobei eigentlich nicht weil wenn ich nen neues WBB2 mit Homeseite installiere läuft es ja auch.
Ich bin da jetzt wirklich ziemlich überfragt.
Es muss an der Serverkonfiguration liegen, nur woran genau.
|
|
11.10.2018 06:13 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
|
|
|
|
Zitat:
While reviewing the query, I see that this is a 'SELECT DISTINCT'. Since the DISTINCT variable is being passed, this adds a step to sort the queries row information and will normally increase run times of queries. There are a couple ways to work around this, such as using a GROUP by or indexing instead. Since you indicated that you do not want to modify the code, you may instead want to work with a system administrator to adjust your optimization settings in the my.cnf.
In some cases, increasing certain variables(especially memory usage and temp table sizes) can allow for faster completion of large/slow queries like the one being generated. Most likely, the original host had more verbose settings that allowed this query to complete in a faster timeframe. Since your server has a large amount of available RAM(64G), the Mysql settings could be greatly increased for memory usage. Due to the potential impact to server stability, it is strongly recommended that you work with a qualified system administrator when customizing the Mysql settings.
|
|
|
|
|
|
Jemand Plan welche Einstellungen ich in der my.cnf vornehmen könnte?
|
|
11.10.2018 19:27 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
Vieles ist leider nicht kompatibel mit mysql 5.7 das hier konnte ich übernehmen bringt leider jedoch keine Verbesserung:
max_allowed_packet=16M
thread_stack=192K
thread_cache_size=8
query_cache_limit=1M
query_cache_size=16M
Wie genau benutzt man diesen mysqltuner?
|
|
11.10.2018 20:12 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
Kannst du hier was sehen und mir nen rat geben ggf. was ich anpassen soll???
code: |
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
37:
38:
39:
40:
41:
42:
43:
44:
45:
46:
47:
48:
49:
50:
51:
52:
53:
54:
55:
56:
57:
58:
59:
60:
61:
62:
63:
64:
65:
66:
67:
68:
69:
70:
71:
72:
73:
74:
75:
76:
77:
78:
79:
80:
81:
82:
83:
84:
85:
86:
87:
88:
89:
90:
91:
92:
93:
94:
95:
96:
97:
98:
99:
100:
101:
102:
103:
104:
105:
106:
107:
108:
109:
110:
111:
112:
113:
114:
115:
116:
117:
118:
119:
120:
121:
122:
123:
124:
125:
126:
127:
128:
129:
130:
131:
132:
133:
134:
135:
136:
137:
138:
139:
140:
141:
142:
143:
144:
145:
146:
147:
148:
149:
150:
151:
152:
153:
154:
155:
156:
157:
158:
159:
160:
161:
162:
163:
164:
165:
166:
167:
168:
169:
170:
171:
172:
173:
174:
175:
176:
177:
178:
179:
180:
181:
182:
183:
184:
185:
186:
187:
188:
189:
190:
191:
192:
193:
194:
195:
196:
197:
198:
199:
200:
201:
202:
203:
204:
205:
206:
207:
208:
209:
|
>> MySQLTuner 1.7.13 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.7.23
[OK] Operating on 64-bit architecture
-------- Log file Recommendations ---------------------------------------------- --------------------
[--] Log file: /var/log/mysqld.log(474K)
[OK] Log file /var/log/mysqld.log exists
[OK] Log file /var/log/mysqld.log is readable.
[OK] Log file /var/log/mysqld.log is not empty
[OK] Log file /var/log/mysqld.log is smaller than 32 Mb
[!!] /var/log/mysqld.log contains 195 warning(s).
[!!] /var/log/mysqld.log contains 46 error(s).
[--] 47 start(s) detected in /var/log/mysqld.log
[--] 1) 2018-10-12T00:36:15.444184Z 0 [Note] /usr/sbin/mysqld: ready for connect ions.
[--] 2) 2018-10-11T18:53:27.325995Z 0 [Note] /usr/sbin/mysqld: ready for connect ions.
[--] 3) 2018-10-11T18:51:13.454323Z 0 [Note] /usr/sbin/mysqld: ready for connect ions.
[--] 4) 2018-10-11T18:45:25.800882Z 0 [Note] /usr/sbin/mysqld: ready for connect ions.
[--] 5) 2018-10-11T18:42:03.132576Z 0 [Note] /usr/sbin/mysqld: ready for connect ions.
[--] 6) 2018-10-11T18:39:20.937986Z 0 [Note] /usr/sbin/mysqld: ready for connect ions.
[--] 7) 2018-10-11T18:33:51.398004Z 0 [Note] /usr/sbin/mysqld: ready for connect ions.
[--] 8) 2018-10-11T18:30:52.282564Z 0 [Note] /usr/sbin/mysqld: ready for connect ions.
[--] 9) 2018-10-11T18:13:42.600315Z 0 [Note] /usr/sbin/mysqld: ready for connect ions.
[--] 10) 2018-10-11T18:08:44.174380Z 0 [Note] /usr/sbin/mysqld: ready for connec tions.
[--] 61 shutdown(s) detected in /var/log/mysqld.log
[--] 1) 2018-10-12T00:36:14.359708Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
[--] 2) 2018-10-11T18:53:25.624189Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
[--] 3) 2018-10-11T18:51:10.372080Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
[--] 4) 2018-10-11T18:45:24.667020Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
[--] 5) 2018-10-11T18:42:01.971305Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
[--] 6) 2018-10-11T18:39:19.348540Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
[--] 7) 2018-10-11T18:33:50.221718Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
[--] 8) 2018-10-11T18:30:08.902981Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
[--] 9) 2018-10-11T18:29:13.579274Z 0 [Note] /usr/sbin/mysqld: Shutdown complete
[--] 10) 2018-10-11T18:29:02.754675Z 0 [Note] /usr/sbin/mysqld: Shutdown complet e
-------- Storage Engine Statistics --------------------------------------------- --------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MEMORY +MRG_MYISAM +My ISAM +PERFORMANCE_SCHEMA
[--] Data in MyISAM tables: 549.1M (Tables: 145)
[--] Data in InnoDB tables: 16.0K (Tables: 1)
[--] Data in MEMORY tables: 295.9K (Tables: 2)
[OK] Total fragmented tables: 0
-------- Analysis Performance Metrics ------------------------------------------ --------------------
[--] innodb_stats_on_metadata: OFF
[OK] No stat updates during querying INFORMATION_SCHEMA.
-------- Security Recommendations ---------------------------------------------- --------------------
[OK] There are no anonymous accounts for any database users
[OK] All database users have passwords assigned
[!!] There is no basic password file list!
-------- CVE Security Recommendations ------------------------------------------ --------------------
[--] Skipped due to --cvefile option undefined
-------- Performance Metrics --------------------------------------------------- --------------------
[--] Up for: 4h 13m 54s (46K q [3.024 qps], 5K conn, TX: 119M, RX: 5M)
[--] Reads / Writes: 74% / 26%
[--] Binary logging is disabled
[--] Physical Memory : 62.7G
[--] Max MySQL memory : 11.2G
[--] Other process memory: 758.6M
[--] Total buffers: 169.0M global + 1.1M per thread (10000 max threads)
[--] P_S Max memory usage: 0B
[--] Galera GCache Max memory usage: 0B
[OK] Maximum reached memory usage: 183.6M (0.29% of installed RAM)
[OK] Maximum possible memory usage: 11.2G (17.80% of installed RAM)
[OK] Overall possible memory usage with other process is compatible with memory available
[OK] Slow queries: 0% (0/46K)
[OK] Highest usage of available connections: 0% (13/10000)
[OK] Aborted connections: 0.05% (3/5711)
[!!] name resolution is active : a reverse name resolution is made for each new connection and can reduce performance
[!!] Query cache may be disabled by default due to mutex contention.
[!!] Query cache efficiency: 0.0% (0 cached / 21K selects)
[OK] Query cache prunes per day: 0
[!!] Sorts requiring temporary tables: 31% (51 temp sorts / 161 sorts)
[!!] Joins performed without indexes: 2452
[OK] Temporary tables created on disk: 5% (17 on disk / 286 total)
[OK] Thread cache hit rate: 99% (13 created / 5K connections)
[OK] Table cache hit rate: 77% (625 open / 808 opened)
[OK] Open file limit used: 1% (641/50K)
[OK] Table locks acquired immediately: 99% (37K immediate / 37K locks)
-------- Performance schema ---------------------------------------------------- --------------------
[--] Performance schema is disabled.
[--] Memory used by P_S: 0B
[--] Sys schema is installed.
-------- ThreadPool Metrics ---------------------------------------------------- --------------------
[--] ThreadPool stat is disabled.
-------- MyISAM Metrics -------------------------------------------------------- --------------------
[!!] Key buffer used: 33.3% (2M used / 8M cache)
[OK] Key buffer size / total MyISAM indexes: 8.0M/213.6M
[OK] Read Key buffer hit rate: 98.9% (110K cached / 1K reads)
[!!] Write Key buffer hit rate: 57.1% (7 cached / 4 writes)
-------- InnoDB Metrics -------------------------------------------------------- --------------------
[--] InnoDB is enabled.
[--] InnoDB Thread Concurrency: 0
[OK] InnoDB File per table is activated
[OK] InnoDB buffer pool / data size: 128.0M/16.0K
[!!] Ratio InnoDB log file size / InnoDB Buffer pool size (75 %): 48.0M * 2/128. 0M should be equal 25%
[OK] InnoDB buffer pool instances: 1
[--] Number of InnoDB Buffer Pool Chunk : 1 for 1 Buffer Pool Instance(s)
[OK] Innodb_buffer_pool_size aligned with Innodb_buffer_pool_chunk_size & Innodb _buffer_pool_instances
[!!] InnoDB Read buffer efficiency: 85.56% (1487 hits/ 1738 total)
[!!] InnoDB Write Log efficiency: 0% (2 hits/ 0 total)
[OK] InnoDB log waits: 0.00% (0 waits / 2 writes)
-------- AriaDB Metrics -------------------------------------------------------- --------------------
[--] AriaDB is disabled.
-------- TokuDB Metrics -------------------------------------------------------- --------------------
[--] TokuDB is disabled.
-------- XtraDB Metrics -------------------------------------------------------- --------------------
[--] XtraDB is disabled.
-------- Galera Metrics -------------------------------------------------------- --------------------
[--] Galera is disabled.
-------- Replication Metrics --------------------------------------------------- --------------------
[--] Galera Synchronous replication: NO
[--] No replication slave(s) for this server.
[--] Binlog format: ROW
[--] XA support enabled: ON
[--] Semi synchronous replication Master: Not Activated
[--] Semi synchronous replication Slave: Not Activated
[--] This is a standalone server
-------- Recommendations ------------------------------------------------------- --------------------
General recommendations:
Control warning line(s) into /var/log/mysqld.log file
Control error line(s) into /var/log/mysqld.log file
MySQL was started within the last 24 hours - recommendations may be inaccura te
Configure your accounts with ip or subnets only, then update your configurat ion with skip-name-resolve=1
Adjust your join queries to always utilize indexes
Performance schema should be activated for better diagnostics
Before changing innodb_log_file_size and/or innodb_log_files_in_group read t his: http://bit.ly/2wgkDvS
Variables to adjust:
query_cache_size (=0)
query_cache_type (=0)
query_cache_limit (> 1M, or use smaller result sets)
sort_buffer_size (> 256K)
read_rnd_buffer_size (> 256K)
join_buffer_size (> 256.0K, or always use indexes with JOINs)
performance_schema = ON enable PFS
innodb_log_file_size should be (=16M) if possible, so InnoDB total log files size equals to 25% of buffer pool size.
[root@server ~]# ^C
[root@server ~]# ^C
[root@server ~]# -------- Performance Metrics --------------------------------------------------- --------------------
-bash: --------: command not found
[root@server ~]# [--] Up for: 4h 13m 54s (46K q [3.024 qps], 5K conn, TX: 119M, RX: 5M)
-bash: syntax error near unexpected token `('
[root@server ~]# [--] Reads / Writes: 74% / 26%
-bash: [--]: command not found
[root@server ~]# [--] Binary logging is disabled
-bash: [--]: command not found
[root@server ~]# [--] Physical Memory : 62.7G
-bash: [--]: command not found
[root@server ~]# [--] Max MySQL memory : 11.2G
-bash: [--]: command not found
[root@server ~]# [--] Other process memory: 758.6M
-bash: [--]: command not found
[root@server ~]# [--] Total buffers: 169.0M global + 1.1M per thread (10000 max threads)
-bash: syntax error near unexpected token `('
[root@server ~]# [--] P_S Max memory usage: 0B
-bash: [--]: command not found
[root@server ~]# [--] Galera GCache Max memory usage: 0B
-bash: [--]: command not found
[root@server ~]# [OK] Maximum reached memory usage: 183.6M (0.29% of installed RAM)
-bash: syntax error near unexpected token `('
[root@server ~]# [OK] Maximum possible memory usage: 11.2G (17.80% of installed RAM)
-bash: syntax error near unexpected token `('
[root@server ~]# [OK] Overall possible memory usage with other process is compatible with memory available
-bash: [OK]: command not found
[root@server ~]# [OK] Slow queries: 0% (0/46K)
-bash: syntax error near unexpected token `('
[root@server ~]# [OK] Highest usage of available connections: 0% (13/10000)
-bash: syntax error near unexpected token `('
[root@server ~]# [OK] Aborted connections: 0.05% (3/5711)
-bash: syntax error near unexpected token `('
[root@server ~]# [!!] name resolution is active : a reverse name resolution is made for each new connection and can reduce performance
-bash: !]: event not found
[root@server ~]# [!!] Query cache may be disabled by default due to mutex contention.
-bash: !]: event not found
[root@server ~]# [!!] Query cache efficiency: 0.0% (0 cached / 21K selects)
-bash: !]: event not found
[root@server ~]# [OK] Query cache prunes per day: 0
-bash: [OK]: command not found
[root@server ~]# [!!] Sorts requiring temporary tables: 31% (51 temp sorts / 161 sorts)
-bash: !]: event not found
[root@server ~]# [!!] Joins performed without indexes: 2452
-bash: !]: event not found
[root@server ~]# [OK] Temporary tables created on disk: 5% (17 on disk / 286 total)
-bash: syntax error near unexpected token `('
[root@server ~]# [OK] Thread cache hit rate: 99% (13 created / 5K connections)
-bash: syntax error near unexpected token `('
[root@server ~]# [OK] Table cache hit rate: 77% (625 open / 808 opened)
-bash: syntax error near unexpected token `('
[root@server ~]# [OK] Open file limit used: 1% (641/50K)
-bash: syntax error near unexpected token `('
[root@server ~]# [OK] Table locks acquired immediately: 99% (37K immediate / 37K locks)
|
|
|
|
12.10.2018 06:57 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
Problem gelöst, es wurden irgendwie beim DB import die indexe disabled -.-
Scheint beim importieren des Backups was schiefgelaufen zu sein weil das backup ist ok das hab ich am alten server und lokal mit dem selben tool nochmals eingespielt und funktioniert hier einwandfrei.
Wäre diesmal beinahe wahnsinnig geworden dieses problem hatte es in sich.
|
|
12.10.2018 20:16 |
|
|
Viktor
Administrator
Zeige Viktor auf Karte
Dabei seit: 15.08.2003
Beiträge: 31.570
363 Filebase-Einträge
Alter: 66 Jahre
Herkunft: NRW wBB-Version: wBB2.3 PHP-Version: 7.4.33 MySQL-Version: 10.5.19-MariaDB Wo bist du gehostet?: eigener Server
Bewertung:
Level: 71 [?]
Erfahrungspunkte: 237.747.335
Nächster Level: 266.777.854
|
|
|
12.10.2018 20:19 |
|
|
Thx2
New Kids Junge
Dabei seit: 17.02.2010
Beiträge: 512
0 Filebase-Einträge
wBB-Version: wBBLite
Bewertung:
Level: 42 [?]
Erfahrungspunkte: 2.638.352
Nächster Level: 3.025.107
Themenstarter
|
|
Noch ist das Problem nicht zu 100% gelöst das forum läuft zwar aber ich hab die datenbank grad nochmal geleert und das backup erneut mit mysqldumper eingespielt, gleicher fehler wieder.
muss wieder die keys manuell enablen.
Wenn ich lokal mit UWamp das selbe backup auch mit mysqldumper einspiele funktioniert es und die keys sind direkt enabled und alles läuft.
WIESO???
|
|
13.10.2018 00:08 |
|
|
|
|
|
|