Definequality, blazingfast, zap-hosting <- (noch nie verwendet) -> hetzner
Einfach googlen
Das sind alles Hoster die für nichts zu gebrauchen sind auser test server für live gehen müll
Definequality, blazingfast, zap-hosting <- (noch nie verwendet) -> hetzner
Einfach googlen
Das sind alles Hoster die für nichts zu gebrauchen sind auser test server für live gehen müll
Alles anzeigenSchau mal nach ob du genug Speicher hast mit df -h das hatte jemand mal den ich geholfen hatte bei ihn war kein Speicher zur Verfügung mehr.
Bitte melden Sie sich an, um diesen Anhang zu sehen.
Diese Fehlermeldung zieht sich durch den Logfile:
Code
- 2023-07-01 02:02:10 80177f000 InnoDB: Error: table 'common/priv_settings'
- InnoDB: in InnoDB data dictionary has tablespace id 7,
- InnoDB: but a tablespace with that id does not exist. There is
- InnoDB: a tablespace of name common/priv_settings and id 16, though. Have
- InnoDB: you deleted or moved .ibd files?
- InnoDB: Please refer to
- InnoDB: http://dev.mysql.com/doc/refman/5.6/en/innodb-troubleshooting-datadict.html
- InnoDB: for how to resolve the issue.
Hab die table jetzt gefixt. Neuer Log:
Alles anzeigenCode
- 230701 17:50:02 mysqld_safe Logging to '/var/db/mysql/cloud619522.fastpipe.io.err'.
- 230701 17:50:02 mysqld_safe Starting mysqld daemon with databases from /var/db/mysql
- 2023-07-01 17:50:02 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Please use --explicit_defaults_for_timestamp server option (see documentation for more details).
- 2023-07-01 17:50:02 0 [Note] /usr/local/libexec/mysqld (mysqld 5.6.51) starting as process 2140 ...
- 2023-07-01 17:50:02 2140 [Note] Plugin 'FEDERATED' is disabled.
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Using atomics to ref count buffer pool pages
- 2023-07-01 17:50:02 2140 [Note] InnoDB: The InnoDB memory heap is disabled
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Memory barrier is not used
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Compressed tables use zlib 1.2.12
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Not using CPU crc32 instructions
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Initializing buffer pool, size = 128.0M
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Completed initialization of buffer pool
- 2023-07-01 17:50:02 2140 [Note] InnoDB: The first specified data file ./ibdata1 did not exist: a new database to be created!
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Setting file ./ibdata1 size to 12 MB
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Database physically writes the file full: wait...
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Setting log file ./ib_logfile101 size to 48 MB
- 2023-07-01 17:50:02 2140 [Note] InnoDB: Setting log file ./ib_logfile1 size to 48 MB
- 2023-07-01 17:50:03 2140 [Note] InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile0
- 2023-07-01 17:50:03 2140 [Warning] InnoDB: New log files created, LSN=45781
- 2023-07-01 17:50:03 2140 [Note] InnoDB: Doublewrite buffer not found: creating new
- 2023-07-01 17:50:03 2140 [Note] InnoDB: Doublewrite buffer created
- 2023-07-01 17:50:03 2140 [Note] InnoDB: 128 rollback segment(s) are active.
- 2023-07-01 17:50:03 2140 [Warning] InnoDB: Creating foreign key constraint system tables.
- 2023-07-01 17:50:03 2140 [Note] InnoDB: Foreign key constraint system tables created
- 2023-07-01 17:50:03 2140 [Note] InnoDB: Creating tablespace and datafile system tables.
- 2023-07-01 17:50:03 2140 [Note] InnoDB: Tablespace and datafile system tables created.
- 2023-07-01 17:50:03 2140 [Note] InnoDB: Waiting for purge to start
- 2023-07-01 17:50:03 2140 [Note] InnoDB: 5.6.51 started; log sequence number 0
- /usr/local/libexec/mysqld: Error on delete of './auto.cnf' (Errcode: 2 - No such file or directory)
- 2023-07-01 17:50:03 2140 [Warning] World-writable config file './auto.cnf' has been removed.
- 2023-07-01 17:50:03 2140 [Warning] No existing UUID has been found, so we assume that this is the first time that this server has been started. Generating a new UUID: f14ce3e1-1826-11ee-9b03-00091f6dd229.
- 2023-07-01 17:50:03 2140 [Note] RSA private key file not found: /var/db/mysql//private_key.pem. Some authentication plugins will not work.
- 2023-07-01 17:50:03 2140 [Note] RSA public key file not found: /var/db/mysql//public_key.pem. Some authentication plugins will not work.
- 2023-07-01 17:50:03 2140 [Note] Server hostname (bind-address): '*'; port: 3306
- 2023-07-01 17:50:03 2140 [Note] IPv6 is available.
- 2023-07-01 17:50:03 2140 [Note] - '::' resolves to '::';
- 2023-07-01 17:50:03 2140 [Note] Server socket created on IP: '::'.
- 2023-07-01 17:50:03 2140 [Warning] Insecure configuration for --pid-file: Location '/var/db/mysql' in the path is accessible to all OS users. Consider choosing a different directory.
- 2023-07-01 17:50:03 2140 [Note] Event Scheduler: Loaded 0 events
- 2023-07-01 17:50:03 2140 [Note] /usr/local/libexec/mysqld: ready for connections.
- Version: '5.6.51' socket: '/tmp/mysql.sock' port: 3306 Source distribution
- 230701 17:50:33 mysqld_safe mysqld restarted
- 230701 17:50:44 mysqld_safe mysqld from pid file /var/db/mysql/cloud619522.fastpipe.io.pid ended
DB Syserr ist derselbe Fehler wie vorher. Leider keine .core Datei
Du hast einfach das mysql backup vom alten freebsd server auf den neuen server in mysql ordner reingeballert kein wunder das es nicht geht.
Steht doch da was falsch ist ....
Nein an sich nicht. mein Leben ist halt auf 200k TP mehr hab ich da auch nicht geändert.
Ja darauf sind alle skills nicht angepasst musst sehr viel umändern
Habe es bei mir getestet alles okay .
Hast du vielleicht irgentwas wichtiges verändert ?
Ich sage mal so es ist eigentlich nicht darauf ausgelegt das ein char über 180.000 hp hat
es hieß HIT_HP_RECOVER nicht Recovery
ehm ist aber immer noch gleich er heilt manchmal sogar 70k
Erkläre mal genau den ablauf und ist es immer so ?
Das habe ich bereits geändert, aber keine Wirkung nach reload p.
HIT_HP_RECOVERY 10*k 50+80*k
Änder es mal so das ist der standart wert
Hey, ich habe ein problem undzwar wenn ich einem Sura Damage gebe bis zu -50k TP und er 1x mit VZK schlägt hat er sein ganzes Leben wieder fast voll. Jetzt ist die Frage, welchen Wert in der Datenbank muss ich anpassen damit ich dies niedriger mache..
Wäre sehr lieb
HIT_HP_RECOVERY 20*k 10+20*k da
Hay
Wie habt ihr eure translate.lua und locale_string.txt beim Multilanguage abgespeichert , in ANSI oder UTF-8 ?
Weil bei mir wenn ich RO CZ oder PT in UTF-8 abspeichere , haben sehr viele wörter fragezeichen kennt das wehr ?
Nimm etwas Geld in die Hand und kauf das von Aslan, das ist im Gegensatz zu dem public Müll vernünftig
Das von Aslan ist auf dieses aufgebaut also nein danke
Alles anzeigenIst doch offensichtlich wie so er deaktiviert ist.
Wir haben 2023 und 1970 liegt meines Wissens nach in der Vergangenheit.
Spaß beiseite, ohne das System zu kennen wäre meine erste Vermutung, das der Wert bzw. der Datentyp bei der Aktivierung also das Datum nicht kompatibel ist. Wenn du diesen versuchst in die Datenbank zu schreiben, resultiert dies in einem Null Wert und MySQL setzt dann das Default Datum bzw. das frühste mögliche Datum , welches aber eigentlich normalerweise im Unix Kontext 1970-01-01 00:00:00 ist.
Das wäre jetzt meine kurze Vermutung ob diese richtig ist musst du selbst überprüfen.
So versucht er es in der db zu speichern
#ifdef BATTLEPASS_WORLDARD
"battle_pass_end = FROM_UNIXTIME(%d), "
#endif
#endif
#ifdef BATTLEPASS_WORLDARD
", UNIX_TIMESTAMP(battle_pass_end) "
#endif
Und das hier ist es Bitte melden Sie sich an, um diesen Link zu sehen.
Guten Tag
Immer wenn ich mein Battlepass Aktiviere wird in der Datenbank Player.Player Battlepass_end die zeit so gespeichert 1970-01-01 01:00:00 , nach den einlogen ist er dann wieder deaktiviert .
Hat jemand da eine ahnung warum ?
Was funktioniert denn nicht
Möchte die fehler gerne weg haben , danach bricht er den vorgang ab
Guten Tag
Hat jemand eine idee ?
Bitte melden Sie sich an, um dieses Bild zu sehen.
Begründung ?
Hoffe das meinst du nicht ernst.
Keine ahnung , was daran falsch ist .
nie richtig was von den files gelesen
Owsap Files ist ja kein müll nur etwas zu teuer.
Und müll.
Begründung ?
Hallo liebe gemeinde, bin recht neu hier und wollte mal fragen ob es server files gibt die dem aktuellen DE servern am nächsten kommt oder vllt sogar die aktuellen files =) ?
vielen dank für antworten.
Nein. Cleane / leere Basic files, auf denen du selbst aufbaust. Esseiden du greifst zu irgendeinem fertigen Schrott und bezahlst für Owsap Files oder sowas, und bereust es im Nachhinein.
Owsap Files ist ja kein müll nur etwas zu teuer.
Martysama seine
Sind nicht DE Like, Er sucht Serverfiles die auch DE Systeme verbaut haben
Problem ist behoben