Polecenie "start"

Polecenie służy do uruchamiania serwisów. Serwisy te muszą być zarejestrowane, czyli utworzone lokalnie (zob. polecenie add) lub zeskanowane z istniejącej wcześniej instalacji (zob. polecenia migrate i scan).

Serwisy, które już są uruchomione, przy próbie ponownego startu zostaną pominięte.

Składnia

sowizor start <sid>
sowizor start [filtr1 [filtr2 [...]]]
sowizor start all|respawn|sowizor
sowizor start patron-db <sid>[:<port>]

Uruchamianie wybranych serwisów

Aby uruchomić konkretny serwis, należy podać jego identyfikator sid jak parametr komendy. Zostanie on uruchomiony bez względu na to, czy posiada flagę automatycznego startu, czy nie (zob. enable i disable).

Przykłady uruchamiania serwisów

sowizor start opole_mbp_ks

Grupowe uruchamianie serwisów

Uruchamianie wszystkich serwisów

Parametr all służy do uruchomienia wszystkich serwisów, które powinny chodzić, tzn. tych, które mają włączony status automatycznego startu serwisu. (zob. komendy enable i disable).

Dodatkowo polecenie to będzie uruchamiało (o ile nie jest jeszcze uruchomiona) usługę sowizora.

Uruchamianie serwisów pasujących do filtru

Inną metodą grupowego uruchamiania serwisów jest posłużenie się filtrami. (zob. opis filtrów w komendzie list). Serwisy pasujące do filtru, które mają włączony status automatycznego startu zostaną wówczas uruchomione.

Przykłady uruchamiania serwisów przez filtry

sowizor start sowasql
sowizor start opole
sowizor start sowa2 konin

Uruchamianie nieczynnych serwisów

Grupowe uruchamianie serwisów domyślnie pomija katalogu z wyłączoną flagą automatycznego startu. Aby grupowo uruchomić nieczynne serwisu, trzeba dodatkowo do listy filtrów dodać filtr disabled.

Uruchamianie awaryjne serwisów

Dotyczy to serwisów, których procesy serwerowe są kontrolowane przez sowizora, tj. serwisów z grupy z3950 oraz sowasql.

Parametr respawn sprawdza, czy procesy, które zostały wcześniej uruchomione nadal działają. Jeśli nie - a stało się to w wyniku awarii serwisu, a nie poprzez jego zatrzymanie poleceniem stop - procesy tych serwisów są ponownie, awaryjnie uruchamiane.

Uruchamianie serwisu technicznego kartoteki czytelników SOWA2

Kartoteka czytelników w systemie SOWA2 ma analogiczną strukturę bazodanową do bazy głównej. Wiele operacji technicznych (np. hurtowe modyfikacje atrybutów, testy spójności, etc.) wymagają uruchomienia tymczasowego, technicznego serwisu dla tej bazy na osobnym porcie.

Parametr patron-db komendy start służy do generowania konfiguracji takiego serwisu i jego uruchamiania na wskazanym porcie (domyślnie jest to port 8099).

Przykłąd uruchomienia serwisu dla bazy czytelników

sowizor start patron-db krakow_pbp_ks
sowizor start patrob-db krakow_pbp_ks:45099

Informacja o dostępności

Tworzenie serwisu bazy czytelników dotyczy tylko SOWY2 i jest dostępne wyłącznie pod systemem Linux.

Parametry startowe i plik dziennika takiego serwisu umieszczane są w katalogu: ~/sowa2/tmp/patron-db/

Uruchamianie usługi sowizor

Do jej uruchomienia służy parametr sowizor. Zasada jest taka, że usługa ta powinna działać zawsze (z wyjątkiem procesu aktualizacji pakietów oprogramowania, kiedy jest ona automatycznie zatrzymywana).