Beiträge von [netcup] Alex W.

Git ist halt auch nur "was neues", soooo viele Vorteile hats dann nicht Und solange man mit SVN gut zurecht kommt, y not? Ich nutze Privat beides, tendiere aber immer noch zu SVN.

Böser "Bug"... Hab mir aus einem SVN Projekt einen Ordner in ein anderes Projekt (ebenfalls per SVN betreut) kopiert und vergessen das da auch die SVN Daten drin liegen. Dann das neure Projekt per SVN ausrollen kann einen ganz schön den Feierabend verderben wenn man nicht aufpasst Man gut das es mir kurz vorher noch eingefallen ist hehe

fast-cgi war generell nicht betroffen. Vertrauen ist gut, Kontrolle ist besser

Der erste Beitrag wurde aktualisiert, es gibt neue Informationen.

Ein direktes Update ist nicht vorgesehen, man kann beide parallel betreiben. Ggf. vorab über OpenJDK im Netz informieren

Vor ca. 3 Stunden (03.Mai 2012 18:00 Uhr) ist eine gravierende, bisher unbehobene Sicherheitslücke in PHP-CGI bekannt geworden, so berichtet Heise Security.

Durch den speziellen Aufruf der PHP-Dateien per Browser ist es möglich Kommandozeilenparameter auszuführen. Neben der Tatsache das man sich damit den Quelltext der PHP-Dateien plain per HTML ausgeben lassen kann, sind auch Kompromitierungen der Systemebene möglich.

Bisher gibt es keinen öffentlichen bzw. offiziellen Patch hierzu. Nähere Infos zum Fehler findet man in der offiziellen PHP SecBug Datenbank.

Webhosting Kunden bei netcup sind hiervon nicht betroffen. Entsprechende Überprüfungen und Tests wurden unsererseits natürlich bereits vorgenommen.

Allen vServer Kunden die PHP-CGI verwenden, empfehlen wir das System zu prüfen und den Bug zu testen.

Update: Mittlerweile wurden seitens des PHP-Teams Updates bereit gestellt in den Versionen 5.3.12 und 5.4.2 die den Fehler beheben.

Sollte man von dem Fehler betroffen sein, kann man es unter anderem auch mit einer mod_rewrite Regel umgehen solange die Updates nicht in den jeweiligen Repositories verfügbar sind.

RewriteCond %{QUERY_STRING} ^(%2d|-)[^=]+$ [NC]
RewriteRule ^(.*) $1? [L]

OpenJDK 6 und 7 sind in den regulären Repositories verfügbar, Debian wie Ubuntu.

Einfach ein sh Script was ein tar auf die Dateien macht und das per Cron ausführen? Achtung, man sollte keinesfalls per Cron den gesamten Minecraft Server sichern, sondern dann wirklich nur die jar Files (falls es um Autouopdate wegen Craftbukkit geht).

Ich persönliche verwenden OpenJDK für die Minecraft Server. Gleiches bei den Clients für Tests. Ich kann damit unter anderem weniger Probleme verzeichnen als beim Einsatz der "alten" Java6 Variante von Sun.

Genaueres könnte derzeit nur die Technik dazu sagen (Analyse und Behebung), es war auf jeden Fall kein kritisches Problem, lediglich ein "organisatorisches" bei der Abarbeitung der Aufträge aus dem VCP heraus. Das Problem bestand auch nur gestern Abend in einem begrenzten Zeitraum und betraf nur Aktionen die aus dem VCP heraus veranlasst wurden und den vServer direkt betrafen (Start,Stop,Neustart,Neuinstallation).

Das ist aber auch kein reguläres Verhalten von Vanilla oder Craftbukkit. Ich schätze das kommt auch durch ein Plugin zu Stande.

Das war zum Glück kein Image Problem, sondern ein Problem im VCP Scheduler welches jedoch bereits behoben wurde. Im Grunde konnte da kurzzeitig kein vServer gestoppt werden.

Hehe, was tut man nicht alles für die holde Weiblichkeit

#########################

Sodele, 2 neue Images sind verfügbar und warten darauf zerpflückt und getestet zu werden

Dagegen spricht nichts, das Problem ist an dieser Stelle Java. Es stürzt leider nicht ab sondern versucht wehemend weiter zu allokieren was auch genau die Probleme verursacht die so hinreichend bekannt sind wenn es um Minecraft geht.

Aufgrund der Beliebtheit und dem Bekanntheitsgrad habe ich selbst sehr viel mit Minecraft und den Drittablegern der Server-Software experimentiert. Ich habe es bisher nur ein einziges mal geschafft Minecraft bewusst abstürzen / sterben zu lassen und das nur Mithilfe vieler Plugins und bewusst veralteter Plugins.

Verantwortlich für Abstürze sind in 99% der Fälle Plugins und damit Dritthersteller Serverosftware. Craftbukkit ist gut, die Plugins lassen leider oft zu wünschen übrig, vor allem wenn von Craftbukkit selbst die dev-Releases verwendet werden.

Verantwortlich für Lags und Probleme inGame sind fast immer falsche Startparameter. So hilft es z.B. nichts Java explizit mit MultiThreads (GC) zu starten da Minecraft es nicht nutzt, auch ein explizites ThreadPiping sorgt aufgrund des nicht Supports leider für mehr Probleme als Problemlösungen.

Weniger ist manchmal mehr. Minecraft sollte man wirklich nur mit Xms sowie Xmx Parametern starten und die Werte entsprechend auswiegen. Hier muss man auch jeden Server individuell betrachten da es keine Allheilmittel-Werte gibt.

Persönliches Beispiel: Ich starte einen Flatlands Server mit ca. 9GB Chunks Xms512M und Xmx2G, ein Survival Server mit ca. 2GB Chunks braucht aufgrund dev-Bukkit und dynmap allerdings ebenfalls Xms512M und Xmx2G

Morgääähn. Haben alle den Feiertag genossen?

Backup von einem 3-4 Spieler Minecraft Server von dem ich bisher dachte er wäre eigentlich noch recht klein. Größe im komprimierten(!) Zustand: 59GB

Wenn Minecraft mehr benötigt, kann man dies schlichtweg nicht verhindern

Sodele ich glaub ich hab dem Tag der Arbeit jetzt schon Genüge getan, war Umsetzungsvoller als geplant bisher

Dies ist nicht möglich und derzeit auch nicht vorgesehen.

Da will man sich eine wohlverdiente Dusche nach dem erfolgreichen Tag gönnen, und dann fängt man sich direkt mal 220V am Trockner ein, macht Plitschnaß besonders Spaß *brutzel*