1) ZEO aka Zope DB Server Start: svcadm enable {wdok|demo|fin}-zeo Stop: svcadm disable {wdok|demo|fin}-zeo Refresh: svcadm refresh {wdok|demo|fin}-zeo Logs: /var/log/zope/{wdok|demo|fin}.zeo.log Config: /data/zopes/{wdok|demo|fin}.zeo/etc/zeo.conf Data: /data/zopes/{wdok|demo|fin}.zeo/var/Data.fs 2) Zope Instanzen aka ZEO client Instanzen - mit N = { 1 .. 4 } etc. Start: svcadm enable {wdok|demo|fin}-zope Stop: svcadm disable {wdok|demo|fin}-zope Refresh: svcadm refresh {wdok|demo|fin}-zope Logs: /var/log/zope/{wdok|demo|fin}.$N.{access|event|trace}.log Config: /data/zopes/{wdok|demo|fin}.$N/etc/zope.conf Data: /data/zopes/{wdok|demo|fin}.$N/var/Data.fs 3) Apache Server - mit VSITE = {wdok|oslo|edu[-test]}.cs.uni-magdeburg.de Start: svcadm enable apache2 Stop: svcadm disable apache2 Refresh: svcadm refresh apache2 Logs: /var/log/httpd/[$VSITE/]{access|error|rewrite}.log Config: /etc/apache2/ Data: /data/sites/$VSITE/ Bemerkungen: ============ Nutzer mit der entsprechenden Berechtigung koennen die '/usr/sbin/svcadm' fuer apache2 bzw. zeo und zope ohne root Rechte ausfuehren. Fuer die ZEO-Client-Instanzen (service zope) wurde eine Abhaengigkeit an den jeweiligen ZEO Server definiert. Wird also der zeo Service 'disabled', sorgt das Solaris-Management dafuer, das automatisch auch der zugehoerige zope Service deaktiviert wird. Wird der jeweilige zeo Service wieder aktiviert, wird automatisch auch der entsprechende zope Dienst wieder gestartet, d.h. die ZEO clients hochgefahren. Bekommt das Solaris-Management mit, dasz sich irgend ein Parent-Prozess eines Service verabschiedet hat, startet es den Dienst automatisch neu (wird als self-healing bezeichnet). Aus diesem Grund sollten die zeoctl und zopectl Befehle NICHT zum Starten/Stoppen der jeweiligen Instanzen benutzt werden! Muessen irgendwelche Dateien geaendert werden, wofuer man webservd bzw. zope User-Rechte benoetigt, kann man sich selbige mit '+ webservd' bzw. '+ zope' holen (selbstverstaendlich koennen das nur die dafuer freigeschalteten User).