Unterschiede zwischen den Revisionen 29 und 49 (über 20 Versionen hinweg)
⇤ ← Revision 29 vom 2009-12-17 17:15:42 →
Größe: 4463
Autor: root
Kommentar:
← Revision 49 vom 2010-04-01 17:32:51 → ⇥
Größe: 2695
Autor: FlorianDufner
Kommentar:
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 1: Zeile 1:
#acl All:read WikiGroup:read #acl FlorianDufner:read,write All:read WikiGroup:read
Zeile 5: Zeile 5:
  * Der Server braucht eine kurze Auszeit (sagen wir mal 17.12.2009, 16:30) . Ein Update der Firewall von Sun ist nach meinen Versuchen reproduzierbar kaputt. Mach dem zurück spielen braucht der Server einen reboot. Es wird also eine kurze Auszeit (< 5 Minuten) geben. Verglichen mit den Zugriffsproblemen (> 1 Stunde) die entstanden bis ich die Firewall nach dem Aufhängen wieder zurück gesetzt hatte, sollte das kein Problem sein. Mangels Wissen wie ich Solaris Service Requests über den Support Vertrag der Uni aufmachen kann, hab ich es mal ins Forum gestellt (Alternativen?). http://forums.sun.com/thread.jspa?threadID=5420594&tstart=0 -- [[root]] <<DateTime(2009-12-17T15:15:42Z)>>   * Aufgrund von Messungen (TÜV Süd) und Umbauarbeiten (Fa. Integatech) an der Stromversorgung und der regulären Funktionsprüfung der Notstromversorgung (Uni) gibt es diesesmal ein grösseres Wartungsfenster.
   * <!> Sämtliche Dienste auf den Servern sind ab 13:30, 6.4.2010 bis 9:30, 8.4.2010 nicht erreichbar.
  * Von der regulären Funktionsprüfung der Notstromversorgung sind auch alle anderen Geräte an der Universität betroffen (siehe [[Notstrom]] ).
   * Die Einzelplatzrechner werden bereits am 6.4.2010 (abends) komplett vom Netz getrennt. Bitte nicht wieder einstecken, die Geräte können sonst durch Stromspitzen bei den Schaltvorgängen zerstört werden. Alle Geräte werden morgens wieder eingesteckt.
Zeile 9: Zeile 12:
== Wochen Plan ==
 * Unter https://wiki.asta.uni-ulm.de/computer/FlorianDufner/WochenPlan finden sich versuchsweise regelmässige Berichte was ich gerade so beim Computerreferat plane/mache. -- FlorianDufner <<DateTime(2010-01-13T15:46:08+0100)>>
Zeile 11: Zeile 17:
  * keine reproduzierbaren mehr
  * Es gab mehrmals Probleme mit alten Cookies. Benutzer konnten sich erst dann persistent einloggen wenn die alten Browser Cookies im Browser gelöscht wurden. Das Verhalten liess sich aber leider nicht reproduzieren. Falls jemand so ein Problem hat, wäre ich bspw. an dem "kaputten" Cookie interessiert, dass man man bspw. mit AddOns wie Web Developer für Firefox auslesen kann. -- [[root]] <<DateTime(2009-12-14T06:02:16Z)>>
 * Wir haben ein offizielles Zertifikat für den Webserver mit den Wikis. Testweise ist der Zugang via https verpflichtend. Sollte das schwachsinnig sein oder Probleme machen freuen wir uns über Rückmeldungen. -- [[root]] <<DateTime(2009-12-14T12:30:41Z)>>		   * keine
Zeile 15: Zeile 19:
 * Im Vorgriff auf die Kommentare zu Datenschutz und Logging unter [[Benutzerordnung]] hab ich schon öfter überlegt was für verbindliche Aussagen man dazu überhaupt treffen könnte. Als ersten Schritt zu weniger Daten werden seit dem Update auf MoinMoin 1.9.0 keine IP Adressen oder DNS Namen mehr in den Revisionen angezeigt. Ausserdem werden diese Daten für neue Veränderungen und Zugriffe an erster Stelle gar nicht mehr gespeichert. Dieser erste Schritt bezieht sich ausschließlich auf die Daten die innerhalb der Webapplikation Wiki anfallen. Es werden weiterhin IP Adressen in den Logs des Webserver gespeichert (auch für die Wikis). Da steht eine gute Lösug noch aus, die einerseits dem Datenschutz, aber andererseits auch der Ursachenforschung bei Problemen gerecht wird. -- [[root]] <<DateTime(2009-12-15T15:39:49Z)>>

 * Update auf MoinMoin 1.9.0. -- [[root]] <<DateTime(2009-12-08T14:37:12Z)>>

 * Die bisherigen !AdminNachrichten pro Wiki gibt es in Zukunft an einer zentralen Stelle (nämlich hier). Wo sinnvoll wurde das in den einzelnen Wikis bereits angepasst. Zentral wird von der Wiki Übersichts Seite hierher verlinkt. -- [[root]] <<DateTime(2009-11-28T03:14:46Z)>>		  * Upgrade auf MoinMoin Version x.y.z . -- FlorianDufner <<DateTime(2010-03-02T00:51:45+0100)>>
Zeile 22: Zeile 22:
 * Wir haben ein offizielles Zertifikat für den Webserver mit dem DVS2 (http://druck.asta.uni-ulm.de). Testweise ist der Zugang via https verpflichtend. Sollte das schwachsinnig sein oder Probleme machen freuen wir uns über Rückmeldungen. -- [[root]] <<DateTime(2009-12-14T13:14:35Z)>>  * keine Probleme bekannt

Wartungsarbeiten

  • geplante Wartungsarbeiten:
    • Aufgrund von Messungen (TÜV Süd) und Umbauarbeiten (Fa. Integatech) an der Stromversorgung und der regulären Funktionsprüfung der Notstromversorgung (Uni) gibt es diesesmal ein grösseres Wartungsfenster.

      • <!> Sämtliche Dienste auf den Servern sind ab 13:30, 6.4.2010 bis 9:30, 8.4.2010 nicht erreichbar.

    • Von der regulären Funktionsprüfung der Notstromversorgung sind auch alle anderen Geräte an der Universität betroffen (siehe Notstrom ).

      • Die Einzelplatzrechner werden bereits am 6.4.2010 (abends) komplett vom Netz getrennt. Bitte nicht wieder einstecken, die Geräte können sonst durch Stromspitzen bei den Schaltvorgängen zerstört werden. Alle Geräte werden morgens wieder eingesteckt.

Änderungen und Infos zu bestimmten Diensten

Wochen Plan

WWW: Wikis

WWW: DVS2 (Druckreferat)

  • keine Probleme bekannt

Mailing

  • Bei unseren Mailinglisten, die ja auf den System des kiz betrieben werden, gibt es zwei-drei problematische Features:
    • Die Header Zeile "X-No-Archive" wird bei der Archivierung im Archiv der Liste berücksichtigt. Mitunter fügen Abonennten diese allgemein in alle ihre Mails ein, diese werden damit nicht archiviert.
    • In Mails die über eine Liste weiterverteilt werden (an die Abonenten) wird diese Zeile nach dem Archivieren auf der Liste ebenfalls eingefügt. Konkret führt das dazu das Mails die über eine Liste an eine weitere Liste gehen nur auf der ersten archiviert werden.
    • Empfänger erhalten bei normalen Versandzeiten Mails die sie über mehrere lokale Wege erhalten nur einmal ausgeliefert.
  • In Kombination bedeutet das, dass man als Abonnent im Extremfall nicht nachvollziehen kann, ob eine Mail verteilt wurde. Sie findet sich weder im Archiv einer Liste noch erhält man die Mail separat über die Liste mit einem evt. Markierung im Thema [Referat].
  • Bisher haben wir zu den folgenden Punkten realistische Wünsche bzw. Anfragen auf Konfigurationsänderung / Software Update beim Thema Mailinglisten angefangen:
    • Konfigurierbarkeit des Verhaltens bei X-NO-ARCHIVE Headern.
    • Archivierung von Mails mit anderem encoding (z.B. utf8) so dass Umlaute immer lesbar sein sollten.

AdminNachrichten (zuletzt geändert am 2020-02-08 13:03:26 durch root)