Ich hoste eine ganze Reihe von Servern, für Kunden und für unseren eigenen Gebrauch. Auf allen diesen Servern läuft Debian Stable. Alle Server sind virtuelle Server. Das ist für den Fall gedacht, dass ein automatisches Update eine der Maschinen zerstört: Ersetzen Sie es einfach durch den Snapshot von gestern Abend, und alles ist wieder in Ordnung.
Auf einigen dieser Server werden nun Tomcat-Anwendungen ausgeführt. Eine dieser Tomcat-Anwendungen benötigt mehr Speicher als die standardmäßige Tomcat-Zuweisung. Bisher habe ich es vorgezogen, die Speicherzuweisung zu /etc/init.d/tomcat7 hinzuzufügen, wir hatten jedoch auch Server, bei denen sie direkt in catalina.sh enthalten war.
Nachdem wir heute das Problem hatten, dass ein Tomcat gestoppt wurde, stellten wir fest, dass die Speicherzuweisungen plötzlich weg waren. Wir dachten an die konfigurierten automatischen Updates und tatsächlich zeigten die Cron-Apt-Logdateien, dass es Ende April ein Tomcat-Update gab. Wir gehen also davon aus, dass dieses Update höchstwahrscheinlich beide Dateien überschrieben hat.
Jetzt wird Tomcat unter dem Benutzer tomcat7 (und auch unter der Gruppe tomcat7) ausgeführt. Der Benutzer hat /usr/share/tomcat7 als Heimat und verfügt über keine interaktive Shell, in der er die Speicherzuweisungen besser platzieren könnte.
Wo wäre der richtige Ort, um die JAVA_OPTS-Variable für den Tomcat7-Benutzer zu exportieren, um den Speicher festzulegen und gleichzeitig aktualisierungssicher zu bleiben?
Antwort1
Normalerweise JAVA_OPTSsollte es sich setenv.shim Tomcat befinden, binin dem Sie es finden sollten /usr/share/tomcat7/(CATALINA_HOME).
Wenn diese Datei fehlt, können Sie sie erstellen (/usr/share/tomcat7/bin/setenv.sh) und das Bit +x setzen.
Fügen Sie einfach Folgendes in die leere Datei ein:
JAVA_OPTS="$JAVA_OPTS <your params>"
Diese Datei wird durch Updates nicht überschrieben.
Hinweis: Entfernen Sie es $JAVA_OPTS, wenn Sie einen vorherigen Wert vollständig überschreiben möchten.