• FE-Rufbereitschaft infos
• Rufbereitschaft geht unter der Woche von 18:00 bis 6:00 Uhr.
• Am WE immer von 6:00 bis 6:00
• Man muß innerhalb einer Stunde "einsatzbereit" sein
• Man darf max 10 Tage pro Monat Rufbereitschaft machen
• EC = SE, SDHV = Tests
• Auf jeden fall beachten. Folgendes sollte in .bash_profile stehen:

. /common/usr/cscofe/scripts/accdefs

• eqpact und sisact in console eingegeben ? (Zum laden der Umgebung)
• Probleme mit Unilac Anwendungen
  • check via Nomenklatur on DevAcc Gerät ok ist
  • --> Service-Gruppe anrufen
• Falls Gerät nicht erreichbar:
  • Check ob es Nomenklatur überhaupt gibt
  • Tools mit Wildcard nutzen zum ansprechen
  • localdb.dbd
• Falls alle SE's offline sind
  • Evtl MILBus nicht verbunden ? (Hardware Abteilung)
• Falls keine Events kommen (Zeitstemplel beim lesen des Soll/Istwertes ändert sich nicht)
  • Operatoer fragen: Hat er den virtuellen Beschleuniger eingerichtet ?
  • Check Pulszentralenmonitor ob der Beschleuniger dort eingerichtet ist
  • Nutze vmeterm um zu sehen ob events auf dem TIF ankommen
• Typische Bedienfehler des Operateurs --> anruf wegen "kein Istwert"
  • Ist Gerät Angeschaltet ? (Prop Status)
  • Hat Gerät einen Interlock ? (Prop Status)
  • Ist Gerät auf Remote, nicht Local ? (Prop Status)
  • Hat der Operateur den richtigen Beschleuniger gesetzt ?
  • Ist der Beschleuniger im Gerät aktiviert / auf "active" gesetzt ? (Prop RActive)

• devdesc <Nomenklatur>
  • Gibts auch als Property für jeden device
  • Zeigt DevNam Nomenklatur ( SW auf Gruppen-micro) , EC Nomenklatur und Hostname an ! Auch wenn Gerät offline ist
• Wenn Gerät Tot: devstatus <Nomenklatur>
  • [ISHIE..RP]] --> https://www-acc.gsi.de/wiki/pub/Frontend/EquipmentModelDocu/gm-mx.pdf
• Alle Gerätenomenklaturen auf Listen welche auf einer SE laufen:
  • eccconfig <SE-Nomenklatur>
• Errorpuffer auslesen:
  • eqmerror <Gerätenomenklatur> <VirtAcc>
  • "slave" bedeutet "multiplexed"
  • "master" bedeutet "non-multiplexed"
• Gruppenmycro loggt (auch infos von den SE's) im Kibana
• conndesc -ia <NomenGruppenµ>
  • Alle Konnektierungen auf Gruppenµ
  • -a = alle auf Gruppenµ
  • -i = ignoriere Geräte ohne connection
  • Es gibt Periodische- und Event-Konnektierung
  • Achtung! Fehöer ist oft dass periodische Subskribierung in zu hoher rate erfolgt (Fehler des clients, server wird ausgebremst)
• Konfigurationsdateien für Gruppenµs
  • im devacc-svn unter trunk/localdb/dbd
  • dbsgen file.dbt (generate maschine readable dbs file from dbt)
  • dbscopy file.dbs (copy file to Gruppenµ)
  • Liegen auf /common/export/devacc/cpu/<Gruppenµ>
• Welche software läuft auf Gruppenµ ?
  • vme-software <NomenGruppenµ>
  • Check if same minor versions of software on SE and Gruppenµ ! (Has to match!)
• Zugriff auf Gerät via Terminal Server
  • vmeterm
  • vmeterm -h

• Fehler inclusive Timestamp findet man in der Property "Alrmbuff" (prophelper)
• Property "evtbuff" --> Welche events wurden empfangen
  • Pro virtual. acc ?
  • Decodierung siehe Wiki
• Auf SW-Pulszentrale(EventBusNMonitor) schauen welche events gesendet werden:
  • GS002ZM (SIS)
  • GE00ZM ??(ESR)
  • GU__ZM ??(UNI)
• Auf SE schauen welche events benötigt werden: Property "revent" --> Mapping Event --> EQM (=RTAction)
• Prop "rec_info" --> Sehen welche EQM wie oft ausgeführt wurde

• Gruppenmycro:
  • ssh --> reboot
  • Knopf vorne am Gruppenmycro (Z.B. wenn NFS-stale)
• SE
  • Via prop "reset"
  • Falls das nicht hilft, Operationg fragen ob die Ihre daten speichern können, dann Prop "init" (löscht alle settings)
  • Knopf an der SE (wie prop "reset") - Achtung !! Der Knopf bleibt manchmal hängen !

• Siehe Anleitung im Rufbereitschaftswiki

• Siehe in den logs welche SW am neusten ist
• cd se ecload -v

• Läuft auf asl330
• ps -A | grep nameserver
• Rechte für neustart hat nur IN

• Filter nach "DEVACC:" Um zu sehen ob jemand ein "set" auf einem Gerät aufgerufen hat (check z.B. ob für den richtigfen Virtuellen Beschleuniger)