Fehler war in MySql. Quest table hat nicht funktioniert. cream der ehrenmann hats für mich rausgefunden.
Beiträge von xNutella
-
-
Biete euch meinen Service für das Übersetzen von mehreren Sprachen:
DE --> TR Jede Datei
TR --> DE Jede Datei außer die locale_string (Evtl. mit Aufpreis auch die locale_string)
FR- -> DE/TR
ENG --> DE/TR
DE/TR--> ENG
Türkischer Muttersprachler
Discord: SaitamaKun#3302
-
Alles anzeigen
loop_timer("aggregate_monster", 1.8)
Stell das mal auf "loop_timer("aggregate_monster", 2)"
Maybe ist Metin2 zu dumm für Zahlen nach dem Komma bei Timer
Hast du denn schon versucht die Quest zu removen und nachzusehen ob danach wieder alles geht?
Beidess erfolglos... Kommt mir glatt so vor als müsste ich mein Projekt aufgegebn :o
-
Das kommt wenn man diesen input skip im client entfernt in root. Hatte das auch mal gehabt vor zig jahren. Weiß nicht genau wieso und womit das genau zusammen hängt. Obs bei dir jetzt auch daran liegt weiß ich nicht.
das war im client in game.py glaub ich iwas mit NO_INPUT oder input skip oder irgendwie sowas.. ist ewig her ka mehrdas hier? Wenn ja, ist noch drin.
-
Hallo Miteinander,
habe folgendes Problem:
Sobald ich irgendwas mache, was quests benötigt, kommt urplötzlich: Die Anfrage wird geladen. Bitte etwas Geduld.
In der Syserr kommt dann: Input: no quest running for pc, cannot process input : 1
Ich kann also derzeit nichts machen was durch eine Quest läuft. In der Questlist und Questfunctions habe ich in den letzten Tagen überhaupt nichts geändert.
Hat alles angefangen, als ich ein Tapferkeitsumhang mit Autopull probieren wollte, welches schon länger drinne ist. Kann auch gut sein, dass die Quests schon vorher nicht liefen, aber erst nach dem Probieren hab ichs überhaupt gemerkt. Quest reloaden funktioniert ganz normal. Reboot hab ich probiert bringt nix
Weiß jemand vielleicht was das ist? Hab von sowas noch nie gehört
Hier die auto_pull.lua, auch wenn ich glaube das es nix damit zutun hat:
Alles anzeigenCode- quest autopull begin
- state start begin
- when login with pc.getqf("pull")==1 begin
- pc.setqf("pull", 0)
- end
- when 90027.use begin
- if pc.getqf("pull") == 0 then
- pc.setqf("pull", 1)
- loop_timer("aggregate_monster", 1.8)
- chat("Automatischer Tapferkeitsumhang wurde aktiviert")
- else
- pc.setqf("pull", 0)
- loop_timer("aggregate_monster", 0)
- chat("Automatischer Tapferkeitsumhang wurde deaktiviert")
- end
- end
- when aggregate_monster.timer with pc.getqf("pull") == 1 begin
- if pc.get_hp()/pc.get_max_hp() >= 0.5 then
- pc.aggregate_monster()
- end
- end
- end
- end
-
Weiß jetzt nicht genau was die Lösung war, jedenfalls hab ich folgendes gemacht und alles läuft bisher wieder:
-Alles nochmal neu installiert, vorher aber die einzelnen tables dumpen
-Beim Hoster upgrade durchgeführt
und joa klappt soweit alles ohne unnötige abbrüche
-
.err hat jetzt das hier ausgespuckt:
Alles anzeigenCode- 2022-07-07 19:07:05 1514 [Note] Plugin 'FEDERATED' is disabled.
- 2022-07-07 19:07:05 1514 [Note] InnoDB: Using atomics to ref count buffer pool pages
- 2022-07-07 19:07:05 1514 [Note] InnoDB: The InnoDB memory heap is disabled
- 2022-07-07 19:07:05 1514 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
- 2022-07-07 19:07:05 1514 [Note] InnoDB: Memory barrier is not used
- 2022-07-07 19:07:05 1514 [Note] InnoDB: Compressed tables use zlib 1.2.11
- 2022-07-07 19:07:05 1514 [Note] InnoDB: Not using CPU crc32 instructions
- 2022-07-07 19:07:05 1514 [Note] InnoDB: Initializing buffer pool, size = 128.0M
- 2022-07-07 19:07:05 1514 [Note] InnoDB: Completed initialization of buffer pool
- 2022-07-07 19:07:05 1514 [ERROR] InnoDB: auto-extending data file ./ibdata1 is of a different size 0 pages (rounded down to MB) than specified in the .cnf file: initial 768 pages, max 0 (relevant if non-zero) pages!
- 2022-07-07 19:07:05 1514 [ERROR] InnoDB: Could not open or create the system tablespace. If you tried to add new data files to the system tablespace, and it failed here, you should now edit innodb_data_file_path in my.cnf back to what it was, and remove the new ibdata files InnoDB created in this failed attempt. InnoDB only wrote those files full of zeros, but did not yet use them in any way. But be careful: do not remove old data files which contain your precious data!
- 2022-07-07 19:07:05 1514 [ERROR] Plugin 'InnoDB' init function returned error.
- 2022-07-07 19:07:05 1514 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
- 2022-07-07 19:07:05 1514 [ERROR] Unknown/unsupported storage engine: InnoDB
- 2022-07-07 19:07:05 1514 [ERROR] Aborting
- 2022-07-07 19:07:05 1514 [Note] Binlog end
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'partition'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'PERFORMANCE_SCHEMA'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_SYS_DATAFILES'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_SYS_TABLESPACES'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN_COLS'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_SYS_FOREIGN'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_SYS_FIELDS'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_SYS_COLUMNS'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_SYS_INDEXES'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_SYS_TABLESTATS'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_SYS_TABLES'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_FT_INDEX_TABLE'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_FT_INDEX_CACHE'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_FT_CONFIG'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_FT_BEING_DELETED'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_FT_DELETED'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_FT_DEFAULT_STOPWORD'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_METRICS'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_BUFFER_POOL_STATS'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE_LRU'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_BUFFER_PAGE'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX_RESET'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_CMP_PER_INDEX'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_CMPMEM_RESET'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_CMPMEM'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_CMP_RESET'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_CMP'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_LOCK_WAITS'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_LOCKS'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'INNODB_TRX'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'BLACKHOLE'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'ARCHIVE'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'MRG_MYISAM'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'MyISAM'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'MEMORY'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'CSV'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'sha256_password'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'mysql_old_password'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'mysql_native_password'
- 2022-07-07 19:07:05 1514 [Note] Shutting down plugin 'binlog'
- 2022-07-07 19:07:05 1514 [Note] /usr/local/libexec/mysqld: Shutdown complete
-
Check und repair mal deine tables und mach das alles wenn möglich über
mysqld_safe --skip-grant-tables --skip-networking &
dann hastn bissl zeit also halt über user root usw
Das kommt bei rum:
-
Bitte melden Sie sich an, um diesen Anhang zu sehen.
Der sagt Filesystem full
-
Check und repair mal deine tables und mach das alles wenn möglich über
mysqld_safe --skip-grant-tables --skip-networking &
dann hastn bissl zeit also halt über user root usw
Mach ich. Ich glaub aber da wird ne Meldung kommen mit Filesystem Full. Sogma ich glaub der Fehler liegt am speicher ich schau ma
-
An dieser Stelle wären die Logs wichtig, ansonsten sucht man weiter nach der Nadel im Heuhaufen.
Das ist jz nicht original aus meinen Logs aber dasselbe stand bei mir auch, wenn ich mich nicht irre
Alles anzeigenCode- InnoDB: The error means the system cannot find the path specified.
- InnoDB: If you are installing InnoDB, remember that you must create
- InnoDB: directories yourself, InnoDB does not create them.
- InnoDB: Error: could not open single-table tablespace file ./log/okay_event.ibd
- InnoDB: We do not continue the crash recovery, because the table may become
- InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
- InnoDB: To fix the problem and start mysqld:
- InnoDB: 1) If there is a permission problem in the file and mysqld cannot
- InnoDB: open the file, you should modify the permissions.
- InnoDB: 2) If the table is not needed, or you can restore it from a backup,
- InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
- InnoDB: crash recovery and ignore that table.
- InnoDB: 3) If the file system or the disk is broken, and you cannot remove
- InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
- InnoDB: and force InnoDB to continue crash recovery here.
-
Wie viele connecten denn auf sql insgesamt und was haste so in der my conf zugewiesen? Un was gibt die direkten sql logs in den tables aus
Kannst auch mal tables mit root user checken vll hilft das schon
Nur ich
-
sie generiert logs.
/var/db/*.err datei
steht nichts drin
-
Hi also in letzter Zeit wenn ich mal mein Server hochfahre kommt:
Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
Was heißt, dass mysql nich läuft
Sobald ich dann service mysql-server start eingebe kommt zwar die Meldung "Starting MySQL." Tun tut sich da trotzdem nichts -> service mysql-server status kommt dann auch "mysql not running."
Sobald ich mysql dann irgendwie wieder zum laufen bringe, z.b durch löschen der logs im mysql ordner (was eigentlich selten hilft), fährt der nach einigen Stunden wieder runter.
Die log files kann ich grad nicht hochladen, da mysql wieder nich hochfährt und dieser keine neuen logs generiert
der mysql ordner hat 0777 Rechte
Jmd ne ahnung?
-
Hat sich erledigt. Portänderung wurde anscheinend nicht gespeichert. Fettes danke an Shay
aber auch an den Rest -
Wie solch ichs denn probieren wenn ich nicht reinkomme?
Bitte melden Sie sich an, um dieses Bild zu sehen.
Wenn du damit jetzt nix anfangen kannst bist du echt lost
ups
-
Ich empfehle dir den Hoster zu wechseln, denn solche Probleme sind bei Fastpipe bekannt
Na liegt nicht deshalb,
Also gehe ich davon aus daß DHCP nicht aktiv ist oder ein anderer Port genutzt wird in dem Fall musst du über vncviewer rein und DHCP enablen
Haste denn das Probiert?
Wie solch ichs denn probieren wenn ich nicht reinkomme?
-
Also gehe ich davon aus daß DHCP nicht aktiv ist oder ein anderer Port genutzt wird in dem Fall musst du über vncviewer rein und DHCP enablen
-
Guten Abend,
ich habe seit mehreren Stunden das Problem, dass jedes mal wenn ich mich mit meinem Root versucht habe zu finden, die Fehlermeldung im Titel erscheint, egal ob das Passwort richtig oder falsch ist. Alles hat angefangen, nachdem ich von PuTTy aus einen reboot gemacht habe. Seitdem gehts nicht mehr.
Hatte jemand vielleicht schonmal das selbe Problem? Oder weiß wie man da vorgehen kann?
Danke! -
Bitte melden Sie sich an, um diesen Link zu sehen.
vllt ist es das
leider nein, der client schließt sich, wenn ich dann auf n Item mit Preview Funktion drauf gehe (also wenn ich das TuT befolge)
