PLD-doc/book/pl_book__administracja/pl_administracja__uslugi.sec

qwiat cvs at pld-linux.org
Sat Oct 15 02:47:46 CEST 2005


Author: qwiat
Date: Sat Oct 15 02:47:44 2005
New Revision: 6439

Modified:
   PLD-doc/book/pl_book__administracja/pl_administracja__uslugi.sec
Log:
- poprawione bledy merytoryczne
- nowy uklad tekstu
- garsc nowosci
- nowe linki do innych rodzialow
- kosmetyka


Modified: PLD-doc/book/pl_book__administracja/pl_administracja__uslugi.sec
==============================================================================
--- PLD-doc/book/pl_book__administracja/pl_administracja__uslugi.sec	(original)
+++ PLD-doc/book/pl_book__administracja/pl_administracja__uslugi.sec	Sat Oct 15 02:47:44 2005
@@ -3,30 +3,45 @@
 <title>Zarządzanie podsystemami i usługami</title>	
 
 	<para>
-		W systemie dostępne są specjalne skrypty napisane w języku
-		powłoki, znacząco automatyzujących pracę administratora, zadania
-		te są można podzielić na dwie grupy:
+		W systemie dostępne są specjalne skrypty, napisane w języku
+		powłoki, zwane "skryptami startowymi" lub "rc-skryptami". W
+		<productname>PLD</productname> zastosowano skrypty startowe typu
+		System-V, dzięki temu praca administratora jest znacząco
+		zautomatyzowana.
+	</para>
+	<para>		
+		Za pomocą rc-skryptów pomocą możemy uruchamiać lub zatrzymywać
+		podsystemy i usługi, kontrolować ich działanie oraz wiele innych.
+		Można je podzielić na dwie zasadnicze grupy:
 	</para>
 	<para>
 		<itemizedlist>
 			<listitem>
 				<para>
-					Zadania konfiguracyjne - specjalne zadania
-					mające za cel odczytać pliki
+					Skrypty podsystemów - specjalnych zadań
+					mających za zadanie dokonać konfiguracji systemu
+					operacyjnego, w tym celu odczytuj pliki
 					konfiguracyjne systemu (głównie z
-					<filename>/etc/sysconfig</filename>) i
-					zgodnie z ich zawartością dokonać
-					konfiguracji systemu operacyjnego. Do tego
+					<filename>/etc/sysconfig</filename>). Do tego
 					typu zadań należą: konfigurowanie sieci,
 					ładowanie modułów, prace porządkowe i wiele
 					innych.
+					Te skrypty są integralną częścią systemu (pakiet
+					rc-scripts) i zapewne są już u nas zainstalowane.
 				</para>
 			</listitem>
 			<listitem>
 				<para>
-					Usługi - zarządzają programami
-					działające w tle (demonami) np.: serwer WWW,
-					serwer NFS
+					Skrypty zarządzania usługami - zarządzają
+					programami działające w tle (demonami) np.:
+					serwerem WWW, serwerem NFS.
+					Skrypty te są instalowane automatycznie razem z
+					pakietami usług. Wyjątek stanowią usługi z
+					wydzielonymi w tym celu pakietami, rozpoznamy je
+					po nazwie <literal>*-init</literal> i
+					<literal>*-standalone</literal>. Więcej o
+					nazewnictwie pakietów przedstawiono w
+					<xref linkend="pakiety_wprowadzenie" />.
 				</para>
 			</listitem>
 		</itemizedlist>
@@ -36,21 +51,39 @@
 	<section id='administracja_uslugi_wlaczanie-wylaczanie'>
 	<title>Zarzadzanie podsystememi/usługami</title>	
 		<para>		
-			Skryptami tymi można zarządzać ręcznie, wykonujemy to za
+			Usługami/podsystemami zarządzamy ręcznie, wykonujemy to za
 			pomocą uruchomienia odpowiedniego skryptu z katalogu
 			<filename>/etc/rc.d/init.d/</filename>. Dodatkowo podajemy
 			odpowiednim parametr określający akcję, którą skrypt ma
 			wykonać. Uruchomienie bez parametru podaje listę możliwych
-			dla niego akcji np. poniższe polecenie wyświetli możliwe
-			parametry podsystemu sieci:
+			dla niego akcji, dla przykładu wyświetlimy listę dostępnych
+			parametrów podsystemu sieci:
 		</para>
 <screen># /etc/rc.d/init.d/network
 Usage: /etc/rc.d/init.d/network {start|stop|restart|status}</screen>
 		<para>
-			Większość skryptów (podobnie jak powyższy) akceptuje parametry
-			<literal>start</literal>, <literal>stop</literal>,
-			<literal>restart</literal> i <literal>status</literal>.
-			Poniżej wyjaśniono ich znaczenie:
+			Poniżej przedstawiono wyłączenie obsługi sieci, oraz
+			ponowne jej uruchomienie. W ten sposób zmusza
+			się usługę lub podsystem do ponownego odczytania
+			swojej konfiguracji. W tym wypadku nastąpi
+			skonfigurowanie na nowo interfejsów, zaktualizowanie
+			ustawień, tablic routingu itd...
+		</para>
+
+		<screen># /etc/rc.d/init.d/network stop
+Shutting down interface eth0.......................................[ DONE ]
+Shutting down interface eth1.......................................[ DONE ]
+
+# /etc/rc.d/init.d/network start
+Setting network parameters.........................................[ DONE ]
+Bringing up interface eth0.........................................[ DONE ]
+Bringing up interface eth1.........................................[ DONE ]</screen>
+
+
+		<para>
+			Lista dostępnych parametrów będzie się zmieniać w zależności
+			od usługi, w poniższej tabeli przedstawiono znacznie tych
+			najczęściej spotykanych:
 		</para>
 		<table frame='all'>
 			<title>Popularne akcje skryptów startowych</title>
@@ -63,7 +96,7 @@
 			</thead>
 			<tbody>
 				<row>
-					<entry>run</entry>
+					<entry>start</entry>
 					<entry>Uruchamia podsystem/usługę</entry>
 				</row>
 				<row>
@@ -71,13 +104,23 @@
 					<entry>Zatrzymuje podsystem/usługę</entry>
 				</row>
 				<row>
+					<entry>reload, force-reload</entry>
+					<entry>
+						Przeładowanie usługi poprzez wysłanie
+						sygnału (zwykle HUP) do demona, często oba
+						podane parametry takie same działanie.
+						Operacja używana do ponownego odczytania
+						konfiguracji demona.
+					</entry>
+				</row>
+				<row>
 					<entry>restart</entry>
 					<entry>
-						Uruchamia ponownie podsystem/usługę
-						(zazwyczaj ta akcja jest kolejnym wywołaniem
-						skryptu z parametrem
+						Pełny restart usługi (zazwyczaj jest to
+						kolejne wywołanie skryptu z parametrem
 						<literal>start</literal> i
-						<literal>stop</literal>)
+						<literal>stop</literal>). Operacja używana
+						do ponownego odczytania konfiguracji demona.
 					</entry>
 				</row>
 				<row>
@@ -99,24 +142,6 @@
 			pierwszym uruchomieniem usługi.
 		</para>
 		<para>
-			Poniżej przedstawiono wyłączenie obsługi sieci, oraz
-			ponowne jej uruchomienie. W ten sposób zmusza
-			się usługę lub podsystem do ponownego odczytania
-			swojej konfiguracji. W tym wypadku nastąpi
-			skonfigurowanie na nowo interfejsów, zaktualizowanie
-			ustawień, tablic routingu itd...
-		</para>
-
-		<screen># /etc/rc.d/init.d/network stop
-Shutting down interface eth0.......................................[ DONE ]
-Shutting down interface eth1.......................................[ DONE ]
-
-# /etc/rc.d/init.d/network start
-Setting network parameters.........................................[ DONE ]
-Bringing up interface eth0.........................................[ DONE ]
-Bringing up interface eth1.........................................[ DONE ]</screen>
-	
-		<para>
 			Nieco wygodniej zarządza się skryptami przy pomocy programu
 			<command>service</command>. Aby wykonać za jego pomocą taki
 			sam efekt jak powyżej musimy go wywołać z dwoma parametrami,
@@ -131,30 +156,41 @@
 			uruchamia się automatycznie w trakcie startu systemu
 			lub przy zmianie poziomu pracy. Aby uruchomić dopiero
 			co zainstalowany podsystem lub usługę musimy wykonać
-			to "ręcznie".
+			to "ręcznie". 
 		</para>
+		<itemizedlist>
+			<listitem>
+				<para>
+					Zarządzanie skryptami startowymi w trakcie
+					instalacji/aktualizacji pakietów opisano w
+					<xref linkend="pakiety_wprowadzenie" />
+				</para>
+			</listitem>
+			<listitem>
+				<para>
+					Budowę systemu rc-skryptów opisano w
+					<xref linkend="konfiguracja_pliki" />.
+				</para>
+			</listitem>
+			<listitem>
+				<para>
+					Jeśli zechcemy utworzyć własny rc-skrypt to z
+					pomocą przyjdzie nam szablon z pliku
+					<filename>/usr/share/doc/rc-scripts{$wersja}/template.init.gz</filename>
+				</para>
+			</listitem>
+		</itemizedlist>
 	</section>
-	<section id='administracja_uslugi_rc'>
-	
 	
+	<section id='administracja_uslugi_rc'>
 	<title>Usługi a poziomy pracy</title>
 		<para>
-			W <productname>PLD</productname> zastosowano skrypty startowe
-			typu System-V. Według tego schematu łącza symboliczne
-			odpowiadające odpowiedniemu skryptowi startowemu są
-			umieszczane w katalogach <filename>/etc/rc.d/rc{$nr}.d</filename>
-			( {$nr} odpowiada wartości "poziomu pracy"). Zaawansowani
-			użytkownicy mogą ręcznie umieszczać w danym katalogu łącze
-			bądź je usuwać w zależności od potrzeb. Taka metoda jest nie
-			tylko uciążliwa, ale można też popełnić błąd, z tego względu
-			nie jest zalecana dla zarówno dla nowicjuszy jak i
-			zaawansowanych. Dokładniejszy opis rc-skryptów umieszczono w 
-			<xref linkend="konfiguracja_pliki" />.
-		</para>
-		<para>
-			Dużo wygodniejsze i bezpieczniejsze jest używanie programu
-			<command>chkconfig</command>. Aby wyświetlić listę usług
-			uruchamianych przy starcie wydajemy polecenie: 
+			W <productname>PLD</productname> zastosowano klasyczny, oparty
+			na rc-skryptach typu System-V system poziomów pracy.
+			Poziomami na których pracują usługi można zarządzać ręcznie, 
+			jest to jednak niezalecany sposób, lepszym pomysłem jest
+			użycie programu <command>chkconfig</command>. Aby wyświetlić
+			listę usług uruchamianych przy starcie wydajemy polecenie: 
 		</para>
 <screen># chkconfig --list
 gpm             0:nie   1:nie   2:tak   3:tak   4:tak   5:tak   6:nie
@@ -196,7 +232,8 @@
 			powoduje ich uruchomienia lub zatrzymywania, aby
 			to zrobić musimy wykonać to ręcznie lub zmienić tryb pracy.
 			Poziomy pracy zostały szerzej omówione w 
-			<xref linkend="administracja_poziomy_pracy" />.
+			<xref linkend="administracja_poziomy_pracy" />, zaś o budowie
+			rc-skryptów poczytamy w <xref linkend="konfiguracja_pliki" />.
 		</para>
 	</section>
 </section>



More information about the pld-cvs-commit mailing list