Ich hatte ja diverse #Probleme mit hoher #Serverauslastung, die einerseits von activitypub-troll.cf kamen, da ich das nicht von Anfang an geblockt hatte, aber irgendwie auch danach noch immens stieg, sobald ich in meinem Profil aktiv war.

Also habe ich, wie angekündigt, testweise die #Instanz neu aufgesetzt und die Spam-Domains activitypub-troll.cf und gab.best sofort gesperrt.

Dann die #Kontakte denen ich folge neu eingespielt und die #Konfiguration wieder angepasst.

Was soll ich sagen, bislang läuft das extrem schnell und der Server langweilt sich noch bei einer Load von 0,1 während ich das hier schreibe, also im Profil aktiv bin.

Auch die Nutzung meines Accounts in #Apps wie #Felidab oder #Tusky funktioniert wieder tadellos. Das ging in den letzten Tagen ja gar nicht mehr.

Klar, bislang kennt meine Instanz noch wenige andere Knoten (aktuell 438), weshalb ich auch den alten Thread nicht wiederfinde, in dem es um meine zwei (und dann weitere) Probleme ging.

Ich bin mal gespannt, ob das so smooth bleibt, wenn meine Instanz alle anderen Knoten kennt, aber ich kann mich des Eindrucks nicht erwehren, dass die Probleme angefangen haben, als ich die #Datenbank gebackupt und dann in eine neue Datenbank eingespielt und mit dieser dann die Instanz weiter betrieben habe. Hier konnte ich die virtuellen Tabellen (alles mit view) nicht zurückspielen. Das führte immer zum Abbruch.

Zwar habe ich die dann über die Friendica-Konsole wieder angelegt, aber imho lief es ab da nicht mehr rund.

So richtig schlimm wurde es dann, als ich vom schwachen Webspace auf den neuen #vServer umgezogen bin, also nochmal die Datenbank dumpen und auf dem neuen Server einspielen musste.

Neben der hohen Serverload und dass die Instanz nicht mehr in einer App nutzbar war, hatte ich ja auch das Problem, dass immer wieder Emojis, insbesondere, wenn User diese in ihren Anzeigenamen verwursteln, als Fragezeichen dargestellt wurden. Bislang habe ich auch das noch nicht wieder gesehen.

Irgendwie habe ich den Verdacht, die Friendica-Datenbank zickt, sobald man sie neu einspielen muss 🤷‍♂️

Jedenfalls hoffe ich sehr, dass die Performance und die Serverload so bleibt wie jetzt, und auch die anderen Probleme nicht wiederkommen.

@Friendica Support

Ihr habt vielleicht gemerkt, dass ich seit gestern um die Mittagszeit nicht aktiv war.

Grund ist, dass ich mir einen neuen #vServer #VPS hochgezogen und meine #Friendica #Instanz dorthin migriert habe.

Neben dem Aufwand, den man mit der kompletten #Neuinstallation und #Einrichtung eines Servers from Scratch hat (#SSH mit #Zertifikat, #PHP, #MySQL, #Apache, #LetsEncrypt / #Certbot, #Fail2Ban, #Firewall / #UFW, ...) , kam dann das Backupen von Friendica samt #Datenbank und das Neueinrichten auf dem neuen Server hinzu.

Dabei diverse kleinere Unwegsamkeiten wie dass sich das Datenverzeichnis geändert hat (anderer Apache-Hauptordner) und damit eine weiße Seite beim Aufrufen der Administration --> Speicher kam.
(BTW: Das habe ich durch einen temporären symbolischen Link gelöst).

Und schwups, ist ein guter halber Tag weg 🙈

Übrigens waren nach dem Umzug auf den neuen Server wieder diverse Emoticons aus Profilnamen weg (also lauter ?????).
Durch "Kontaktdaten neu laden" wurden und werden sie wieder korrekt dargestellt.
Dieses Problem verstehe ich noch immer nicht 🤔🤷‍♂️

Was bei den nun ersten Nutzungstests deutlicih besser respektive bislang verschwunden ist, ist das Problem fehlender Profilbilder oder ganzer Fehldarstellung der Seite beim Laden.

Hier war wahrscheinlich mein Webspace, auf dem Friendica bis gestern lief, doch einfach nicht leistungsfähig genug: 1024 MB RAM und 16 Kunden pro CPU-Kern für Mail, 2x #Joomla,1x große #Nextcloud und dann noch Friendica.

Der vServer hat nun 8 Kerne und 12 GB RAM und dümpelt (mit bislang nur Friendica darauf installiert) bei einer Load von < 1.

@Friendica Support

Ich teste immer ganz gerne zeitnah, nachdem ich einen neuen Dienst installiert habe, den #Restore. So gerade auch bei meiner frisch aufgesetzen #Friendica #Instanz

Der #Dump der Friendica #Datenbank läuft ohne #Fehlermeldung durch.

Beim Restore in eine neue, leere Datenbank, kommt sehr schnell eine lange Fehlermeldung und der Restore bricht ab. 😞

Hat jemand eine Idee?

Gerne teilen für mehr Reichtweite.

Table 'friendica.contact' doesn't exist

Fehler bei der Anfrage:
CREATE ALGORITHM=UNDEFINED DEFINER=`user`@`localhost:3306` SQL SECURITY DEFINER VIEW `account-user-view` AS select `ucontact`.`id` AS `id`,`contact`.`id` AS `pid`,`ucontact`.`uid` AS `uid`,`contact`.`url` AS `url`,`contact`.`nurl` AS `nurl`,`contact`.`uri-id` AS `uri-id`,`item-uri`.`guid` AS `guid`,`contact`.`addr` AS `addr`,`contact`.`alias` AS `alias`,`contact`.`name` AS `name`,`contact`.`nick` AS `nick`,`contact`.`about` AS `about`,`contact`.`keywords` AS `keywords`,`contact`.`xmpp` AS `xmpp`,`contact`.`matrix` AS `matrix`,`contact`.`avatar` AS `avatar`,`contact`.`photo` AS `photo`,`contact`.`thumb` AS `thumb`,`contact`.`micro` AS `micro`,`contact`.`header` AS `header`,`contact`.`created` AS `created`,`contact`.`updated` AS `updated`,`ucontact`.`self` AS `self`,`ucontact`.`remote_self` AS `remote_self`,`ucontact`.`rel` AS `rel`,`contact`.`network` AS `network`,`ucontact`.`protocol` AS `protocol`,`contact`.`location` AS `location`,`ucontact`.`attag` AS `attag`,`contact`.`pubkey` AS `pubkey`,`contact`.`prvkey` AS `prvkey`,`contact`.`subscribe` AS `subscribe`,`contact`.`last-update` AS `last-update`,`contact`.`success_update` AS `success_update`,`contact`.`failure_update` AS `failure_update`,`contact`.`failed` AS `failed`,`contact`.`last-item` AS `last-item`,`contact`.`last-discovery` AS `last-discovery`,`contact`.`contact-type` AS `contact-type`,`contact`.`manually-approve` AS `manually-approve`,`contact`.`unsearchable` AS `unsearchable`,`contact`.`sensitive` AS `sensitive`,`contact`.`baseurl` AS `baseurl`,`contact`.`gsid` AS `gsid`,`ucontact`.`info` AS `info`,`contact`.`bdyear` AS `bdyear`,`contact`.`bd` AS `bd`,`contact`.`poco` AS `poco`,`contact`.`name-date` AS `name-date`,`contact`.`uri-date` AS `uri-date`,`contact`.`avatar-date` AS `avatar-date`,`contact`.`term-date` AS `term-date`,`contact`.`hidden` AS `global-ignored`,`contact`.`blocked` AS `global-blocked`,`ucontact`.`hidden` AS `hidden`,`ucontact`.`archive` AS `archive`,`ucontact`.`pending` AS `pending`,`ucontact`.`deleted` AS `deleted`,`ucontact`.`notify_new_posts` AS `notify_new_posts`,`ucontact`.`fetch_further_information` AS `fetch_further_information`,`ucontact`.`ffi_keyword_denylist` AS `ffi_keyword_denylist`,`ucontact`.`rating` AS `rating`,`ucontact`.`readonly` AS `readonly`,`ucontact`.`blocked` AS `blocked`,`ucontact`.`block_reason` AS `block_reason`,`ucontact`.`subhub` AS `subhub`,`ucontact`.`hub-verify` AS `hub-verify`,`ucontact`.`reason` AS `reason`,`contact`.`notify` AS `dfrn-notify`,`contact`.`poll` AS `dfrn-poll`,`item-uri`.`guid` AS `diaspora-guid`,`diaspora-contact`.`batch` AS `diaspora-batch`,`diaspora-contact`.`notify` AS `diaspora-notify`,`diaspora-contact`.`poll` AS `diaspora-poll`,`diaspora-contact`.`alias` AS `diaspora-alias`,`diaspora-contact`.`interacting_count` AS `diaspora-interacting_count`,`diaspora-contact`.`interacted_count` AS `diaspora-interacted_count`,`diaspora-contact`.`post_count` AS `diaspora-post_count`,`apcontact`.`uuid` AS `ap-uuid`,`apcontact`.`type` AS `ap-type`,`apcontact`.`following` AS `ap-following`,`apcontact`.`followers` AS `ap-followers`,`apcontact`.`inbox` AS `ap-inbox`,`apcontact`.`outbox` AS `ap-outbox`,`apcontact`.`sharedinbox` AS `ap-sharedinbox`,`apcontact`.`generator` AS `ap-generator`,`apcontact`.`following_count` AS `ap-following_count`,`apcontact`.`followers_count` AS `ap-followers_count`,`apcontact`.`statuses_count` AS `ap-statuses_count`,`gserver`.`site_name` AS `site_name`,`gserver`.`platform` AS `platform`,`gserver`.`version` AS `version`,`gserver`.`blocked` AS `server-blocked`,`gserver`.`failed` AS `server-failed` from (((((`contact` `ucontact` join `contact` on(`contact`.`uri-id` = `ucontact`.`uri-id` and `contact`.`uid` = 0)) left join `item-uri` on(`item-uri`.`id` = `ucontact`.`uri-id`)) left join `apcontact` on(`apcontact`.`uri-id` = `ucontact`.`uri-id`)) left join `diaspora-contact` on(`diaspora-contact`.`uri-id` = `ucontact`.`uri-id`)) left join `gserver` on(`gserver`.`id` = `contact`.`gsid`));

Fatal error: Couldn't create table or view `DEFINER´

@Friendica Support

!Friendica Support
Ich werd noch verrückt... Hab den Server rebootet, und danach war die neu installierte Datenbank schon wieder hinüber. Es ging nicht einmal mehr ein mysqldump... mysqld beendete sich mit Fehler 2013 und Segfault. SHOW DATABASES ging, aber bei SHOW TABLES segfault...

Und ich glaube ich hab die Ursache gefunden. Die Datenbank hatte ihr Datenverzeichnis auf einem gemounteten Volume (Hetzner bietet sowas an, damit ma den Server klein halten kann, und beliebig viel Speicher dazumounten kann...)
Und ich vermute, dass die Partition ausgehängt wurde, bevor mysql alles beim Beenden drauf schreiben konnte... Die Nextcloud war diesmal auch betroffen.

Schwer ärgerlich das ganze.

Ich habe jetzt, bevor ich irgend jemanden - nach dem erneuten Neubeginn - hinzugefügt habe, aus dem alten DB-Datenverzeichnis die pub und privkeys von friendica und meinem User extrahiert, in einen DB-Dump der neuen Datenbank ersetzt und den so aufgepeppten Dump wieder zurückgespielt.

Ich hoffe, dass die Probleme mit der Föderation durch neue Keys auf bestehender bereits föderierender Domain nicht auftauchen...

Bin gespannt, ob dieses Posting jetzt vom Friendica-Forum akzeptiert wird.
TEST