Forum:Serverausfall 24.08.2012

aus Kamelopedia, der wüsten Enzyklopädie
Version vom 25. Oktober 2012, 20:08 Uhr von Kamelokronf (Diskussion | Beiträge) (aktualisiert, noch kaputtes nach oben)
Zur Navigation springen Zur Suche springen
H Sticky.gif Forum > Serverausfall 24.08.2012
Hinweis: Dieser Fred wurde seit 4396 Tagen nicht bearbeitet. Dieser Fred ist offiziell versandet - die Diskussion damit Geschichte. Bitte nichts mehr hinzufügen.
Bei Bedarf dann halt einen neuen Fred starten oder diesen notfalls reanimieren.


Nachdem die Festplatte des alten Servers gestorben ist, wurde die Kamelopedia notdürftig auf JeLuFs neuen Server rübergeflanscht. Die Kamelo-Installation ist noch nicht vernünftig an ihre neue Umgebung angepasst, deshalb funzt momentan einiges noch nicht. Aktuell habe ich zum neuen Server noch keinen Zugang, deshalb kann ich da nix dran ändern. --Nachteule (Diskussion) 09:37, 26. Aug. 2012 (NNZ)


Grund: Festplatte kaputt

Und nun: JeLuF hat die Kamelopedia auf den neuen Server umgezogen. Dauert einen Moment, bis die Kamelopedia von überall wieder erreichbar ist.

Nebenwirkungen: Ja, und zwar:

  1. Zufällige Inhalte gehen nicht (UNIQ-QINU-Krempel wird stattdesen angezeigt, siehe z. B. da), beim Bearbeiten und anschließenden Speichern gibt's 'ne Fehlermeldung, hilft nur <choose>-Kram komplett zu entfernen oder durch {{#rand}}-Zeuch zu ersetzen
  2. Beim Hochladen von SVGs kommt die Meldung: /usr/bin/rsvg: No such file or directory [1]
  3. E-Mail versenden nicht möglich: Unbekannter Fehler mit der Funktion mail() von PHP
  4. kam einige Tage später, unklar ob ein Zusammenhang zum Severausfall besteht: DPL-Parameter createdby geht nicht mehr
  5. Icon kaputt
  6. An einigen Stellen sind Links kaputt/ verdreht (z.B. Spezialitäten -> Versionsinformationen)
    Das Beispiel geht bei mir, gibt es weitere Beispiele? -- JeLuF (Diskussion) 16:41, 1. Sep. 2012 (NNZ)
  7. Thumbnails gehen nüscht (Fehler beim Erstellen des Vorschaubildes: /var/www/kamelopedia.mormo.org/bin/ulimit4.sh: line 4: /usr/local/ImageMagick-6.5.9-1/bin/convert: No such file or directory)
    Bilders gehen gar nicht mehr. P.S.: Bilders von gestern lassen sich lediglich nicht "verwenden" siehe/vergleiche Struwenkopp-Bilder (Artikel-Anfang!) --Q (Diskussion) 12:31, 26. Aug. 2012 (NNZ)
    Alle Verkleinerungen gehen nicht (auf den Bildseiten werden Bilder auch nicht immer in Orginalgröße angezeigt, beim Klick auf den Originalgrößelink ist das Bild dann da) --Nachteule (Diskussion) 13:59, 26. Aug. 2012 (NNZ)
    Hat das eventuell mit Nr. 4 zu tun? ImageMagick macht ja auch Bildverkleinerungen... --Atreju (Diskussion) 14:18, 26. Aug. 2012 (NNZ)
    Als Notfalllösung Bilder in der gewünschten Grösse hochladen und die Grössenangaben und "thumb" weglassen. Kameloid (Diskussion) 17:28, 26. Aug. 2012 (NNZ)
  8. Formeln (<math>) gehen auch nicht.

Ist das alles reparierbar? Ich denke schon, aber ich mache vor Montag nix, und was JeLuF macht, weiß ich gerade nicht, ich hoffe, auch Wochenende ;) --Nachteule (Diskussion) 16:09, 25. Aug. 2012 (NNZ)

Zufällige Links geht (wieder?) aber IPA Aussprache fremdelt noch (siehe Kamelionary:Heidelberg) --Charly Whisky (Diskussion) 16:42, 25. Aug. 2012 (NNZ)
Das benutzt auch diese RandomSelection-Extension, ist also das obige Problem (UNIQ-QINU-Kram) --Nachteule (Diskussion) 17:50, 25. Aug. 2012 (NNZ)

Frage: (siehe hier)? --Q (Diskussion) 18:46, 25. Aug. 2012 (NNZ)

Yepp. Das liegt am neuen server, da läuft noch nicht alles rund ... --Nachteule (Diskussion) 18:54, 25. Aug. 2012 (NNZ)

ah, ok. Ich hab Geduld! Thnx und grüße --Q (Diskussion) 19:03, 25. Aug. 2012 (NNZ)

Kann kein Bild hochladen. :,'() Huhuhuuuuhh 8-D (Diskussion) 10:08, 1. Sep. 2012 (NNZ) Bilder gehen wieder hochzuladen und auch alle wieder richtig. Toll! 8-D (Diskussion) 17:58, 1. Sep. 2012 (NNZ)

verdammt, ausgerechnet der Server Error ist vom Server Error betroffen Face-grin.svg --WiMu (Diskussion) 15:16, 3. Sep. 2012 (NNZ)

Gefixt, blöd aber auch... Gnome-face-smile.svg Kameloid (Diskussion) 06:15, 15. Sep. 2012 (NNZ)

createdby-BUG

  • Keine Ahnung, ob das nur am Hilfs-Server liegt, oder ob es ein echtes Problem ist; dpl tut sich schwer mit "createdby" :
{{#dpl:
|namespace= 
|createdby=Kameloid
|randomcount=5
|format = ,\n*%PAGE%,,
}}

Wenn man dieses Script laufen lässt, kriegt man nach ~ 8 min. folgendes Resultat:

The DPL extension (version 1.8.9) produced bla bla bla

Error message is:
Lost connection to MySQL server during query (localhost) 

PS: Nimmt man statt "randomcount" "count" kriegt man nach ~ 1 min. bereits ein echtes Resultat. Nimmt man "modifiedby" statt "createdby" gehts in 7 sek.. Ist schon klar, dass einige Abfragen länger brauchen als Andere (aber ich habe auch keinen blassen Schimmer was yourSQL da für Klimmzüge machen muss), aber derart drastische Unterschiede sind mir bis anhin nicht aufgefallen. Kameloid (Diskussion) 07:21, 15. Sep. 2012 (NNZ)

Hört sich ja fast an, als fehlte da irgendwo n Index … --J* (Diskussion) 08:05, 22. Sep. 2012 (NNZ)

Ressourcen-Problem

Ich denke wir haben ein kleines Ressourcen-Problem: Habe versucht Das da zu basteln, kann man aber im Vollausbau (53 Wochen, bei 32 fliegts auf die Schnauze, 31 geht. Ohne loop gehts auch nicht über 30-40) nicht abspeichern (Interner Fehler), Vorschau geht. Das hatten wir auf dem alten Server auch mal (sogar mit der selben Geschichte), hat dann Teule irgendwie auf em Server gefixt, glaube ich... Kameloid (Diskussion) 03:19, 1. Okt. 2012 (NNZ)

Habs mal mit einem Würgaround gefixt, aber sehr sehr hässlich[2]... Kameloid (Diskussion) 03:37, 1. Okt. 2012 (NNZ)
Hat irgendwer was geändert? Heute gings Abspeichern im Vollausbau. Kameloid (Diskussion) 02:54, 2. Okt. 2012 (NNZ)