国产一级一区二区_segui88久久综合9999_97久久夜色精品国产_欧美色网一区二区

掃一掃
關(guān)注微信公眾號

Solaris服務(wù)管理工具 SMF快速入門指南
2008-09-11   51CTO

過去,UNIX 操作系統(tǒng)包含一組服務(wù):這些服務(wù)是與任何交互式用戶登錄都不關(guān)聯(lián)的軟件程序,用于偵聽和響應(yīng)請求以執(zhí)行特定的任務(wù)(如傳送電子郵件、響應(yīng) ftp 請求,或允許執(zhí)行遠程命令)。這些傳統(tǒng)服務(wù)通常是一些單獨的應(yīng)用程序,它們作為單個進程執(zhí)行,在系統(tǒng)引導(dǎo)時啟動,并在系統(tǒng)啟動和運行時持續(xù)執(zhí)行,可處理接收到的任何請求。

如今,管理員必須管理一系列服務(wù),這些服務(wù)的作用已經(jīng)超出了此原始模型的作用范圍。Sun 推出了 Service Management Facility(SMF,服務(wù)管理工具),以簡化這些系統(tǒng)服務(wù)的管理。SMF 是 Solaris 操作系統(tǒng)的一項新功能,為每個 Solaris 系統(tǒng)上的服務(wù)和服務(wù)管理創(chuàng)建支持的、統(tǒng)一的模型。它是 Solaris 10 中預(yù)測性自我修復(fù)技術(shù)的核心部分,為軟件和硬件故障以及管理錯誤提供自動恢復(fù)功能。

在本指南中,我們將介紹 SMF 的功能及優(yōu)勢,指出 Solaris 中顯著更新的部分,并說明如何使用 SMF 完成典型的管理任務(wù)。可以在 Sun 的 BigAdmin Web 站點上找到 SMF 及預(yù)測性自我修復(fù)功能的詳細指南。

功能

Service Management Facility 已經(jīng)改進了 Solaris 管理模型的幾個方面。一些最顯著的更新包括:

 ◆ 服務(wù)由可以進行查看(使用新的 svcs(1) 命令)和管理(使用 svcadm(1M) 和 svccfg(1M))的一級對象表示。
 ◆ 無論失敗的服務(wù)是由管理員錯誤、軟件錯誤導(dǎo)致,還是受無法更正的硬件錯誤的影響,這些服務(wù)都將按照相關(guān)性順序自動重新啟動。
 ◆ 可以獲取有關(guān)配置錯誤或行為異常的服務(wù)的詳細信息,包括對服務(wù)未運行的原因的說明(使用 "svcs -x"),以及每個服務(wù)單獨的持久性日志文件。
 ◆ 引導(dǎo)過程中出現(xiàn)的問題比較容易調(diào)試,因為在啟動故障期間可以控制引導(dǎo)詳細程度,記錄服務(wù)啟動消息,以及提供更可靠的控制臺訪問。
 ◆ 自動拍攝服務(wù)配置快照,從而更容易備份、恢復(fù)和撤消對服務(wù)所做的更改。
 ◆ 可以使用受支持的工具 (svcadm(1M)) 啟用和禁用服務(wù),從而允許更改不受升級和修補程序的影響而保留原樣。
 ◆ 管理員可以更容易地將任務(wù)安全地委派給非超級用戶,這些任務(wù)包括配置、啟動、停止或重新啟動服務(wù)(如 smf_security(5) 手冊頁中所述)。
 ◆ 根據(jù)服務(wù)的相關(guān)性并行啟動服務(wù),可以更快地引導(dǎo)大型系統(tǒng)。

盡管進行了上述更改,但最大程度地保留了與現(xiàn)有管理習(xí)慣的兼容性。例如,大多數(shù)站點本地的 "rc" 腳本和 ISV 提供的 "rc" 腳本仍將有效。

顯著的更改

SMF 提供的大多數(shù)新功能都在“后臺”工作,或通過新命令進行訪問;但某些更改仍會很快顯示出來。以下顯示了其中的一些更改。

在早期版本的 Solaris 中,大量輸出將在引導(dǎo)期間打印到系統(tǒng)控制臺。盡管這些消息對所發(fā)生的情況進行了比較深入的闡述,但在某些方面并不十分有用。少數(shù)服務(wù)可能會打印消息,表明它們已聯(lián)機,而許多其他服務(wù)則不打印消息。某些故障模式也可能會打印一些消息(如 "WARNING:Timed out waiting for NIS to come up"),這些消息并不能幫助診斷根本問題。錯誤消息有時直接打印到控制臺,但不會在任何日志中顯示。

現(xiàn)在,引導(dǎo)過程中顯示的消息精簡了許多。以下是在 SMF 下引導(dǎo)時計算機所顯示內(nèi)容的示例:

SunOS Release 5.10 Version Generic 64-bit
Copyright 1983-2004 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
Hostname: demobox
NIS domain name is testlab.example.com
checking ufs filesystems

demobox console login:

盡管打印的消息變少了,但 SMF 使得引導(dǎo)過程更加清晰。每個服務(wù)在 /var/svc/log 目錄(對于在單個用戶的重大事件之前啟動的服務(wù),則為 /etc/svc/volatile 目錄)中都有一個日志文件,指出服務(wù)啟動的時間和方式、是否成功啟動,以及在初始化期間可能打印的所有消息。如果在引導(dǎo)期間發(fā)生嚴重問題,則您可以在維護模式下登錄到控制臺,并可使用 svcs(1) 命令幫助診斷此問題。即使問題導(dǎo)致引導(dǎo)掛起(如上面提到的 NIS 故障)時也是如此。最后,新的 "-m" 引導(dǎo)選項(請參見 kernel(1M))允許您將引導(dǎo)過程配置得更加詳細,可以在每個服務(wù)啟動時打印一條簡單消息。

您可能還會注意到,中止進程后進程會“拒絕中止”。例如:

# ps -fp `pgrep -d, sendmail`

UID PID PPID C STIME TTY TIME CMD
root 330 1 0 14:21:05 ? 0:00 /usr/lib/sendmail -bd -q15m
smmsp 331 1 0 14:21:05 ? 0:00 /usr/lib/sendmail -Ac -q15m

# pkill -9 sendmail

# ps -fp `pgrep -d, sendmail`

UID PID PPID C STIME TTY TIME CMD
root 530 1 0 14:51:02 ? 0:00 /usr/lib/sendmail -bd -q15m
smmsp 531 1 0 14:51:02 ? 0:00 /usr/lib/sendmail -Ac -q15m

初看起來,盡管使用了 kill -9,卻似乎沒有發(fā)生任何情況。但是請注意,PID 是不同的,并且進程的啟動時間已經(jīng)更改;事實上,舊的 sendmail 進程確實已經(jīng)中止。

通過 SMF,Solaris 內(nèi)核可以考慮服務(wù)、此服務(wù)的進程和其他服務(wù)(負責(zé)重新啟動此服務(wù))之間的關(guān)系。此重新啟動關(guān)系與 Sun 的新技術(shù)緊密集成,用于在 Solaris 上進行故障管理,從而允許 SMF 重新啟動程序了解服務(wù)進程失敗的原因是管理員錯誤、相關(guān)服務(wù)故障、軟件錯誤還是根本的硬件故障。只要在任何服務(wù)故障之后捕獲到此信息,SMF 就會通知相應(yīng)的重新啟動程序,該程序?qū)⒋_定是通過將此服務(wù)置于維護模式來禁用服務(wù)(因為它看起來存在問題),還是自動重新啟動該服務(wù)。缺省的 SMF 重新啟動程序 svc.startd 負責(zé)啟動和重新啟動 Solaris 系統(tǒng)上的大多數(shù)服務(wù)。在以上示例中,svc.startd 注意到 sendmail 已中止,針對此情況記錄了一條消息,并自動重新啟動 sendmail。

如果您要停止某個服務(wù)但不重新啟動其進程,請使用 svcadm(1M) 命令(請參見以下“常規(guī)任務(wù)”部分)。另外請注意,并非所有的系統(tǒng)服務(wù)都已轉(zhuǎn)為使用 SMF;屬于這些傳統(tǒng)服務(wù)的任何進程在中止后都不會重新啟動。

最后您可能會注意到,與以前的 Solaris 發(fā)行版相比,/etc/init.d 和 /etc/rc◆.d 目錄以及 /etc/inittab 文件中的內(nèi)容現(xiàn)在要少得多。SMF 管理的服務(wù)不再使用 rc 腳本或 inittab 條目進行啟動和關(guān)閉,因此與這些服務(wù)對應(yīng)的腳本已被刪除。在將來的 Solaris 發(fā)行版中,SMF 將管理更多的服務(wù),并且這些目錄中的內(nèi)容將會越來越少。用于管理 ISV 提供或本地開發(fā)的服務(wù)的 rc 腳本和 inittab 條目將繼續(xù)在引導(dǎo)時運行。與推出 SMF 之前的情況不同,這些服務(wù)可能不會在引導(dǎo)過程中的同一時刻運行,但一定不會在引導(dǎo)過程之前運行,因此其非明確依賴的任何服務(wù)仍將可用。

服務(wù)名稱

Solaris 使用稱為 FMRI(Fault Managed Resource Identifier,故障管理資源標識符)的 URI 字符串來標識為其提供了高級故障和資源管理功能的系統(tǒng)對象。SMF 所管理的服務(wù)被分配了前綴為方案名稱 "svc" 的 FMRI 字符串,如以下的 Solaris 服務(wù) syslogd(1M) 示例所示:

 ◆ svc://localhost/system/system-log:default
 ◆ svc:/system/system-log:default
 ◆ system/system-log:default

請注意,SMF 所使用的這些服務(wù) FMRI 有以下三種表示方法:第一種是包含位置路徑(如 "localhost")的絕對路徑;第二種是相對于本地計算機的路徑;第三種僅僅是省略了字符串前綴的服務(wù)標識符。本文檔其余部分所介紹的 SMF 管理員工具通常使用第三種形式來描述服務(wù)(因為假定這些服務(wù)作用于本地服務(wù))。可在多種資源上或跨計算機操作的其他管理工具可能使用其他形式來描述服務(wù)。當(dāng)前 Solaris 發(fā)行版中的 SMF 工具只能管理本地主機上的服務(wù)。

由于 FMRI 字符串非常長,因此 SMF 工具允許使用縮寫形式的 FMRI。縮寫必須具有唯一性,必須與服務(wù)名稱的結(jié)尾部分相匹配(但 ":default" 可以省略),并且必須以 "/" 開頭。因此上述 FMRI 可以使用以下縮寫:

 ◆ system-log:default

 ◆ system-log

使用這些縮寫時應(yīng)非常謹慎,因為可能會在包含相同子串的某一點添加新服務(wù)(如 "svc:/mysite/system-log:default")。如果使用非唯一的縮寫,SMF 工具將打印警告消息。

Solaris 系統(tǒng)服務(wù)的 FMRI 包含一般功能類別,如“應(yīng)用程序”、“重大事件”、“網(wǎng)絡(luò)”、“平臺”和“系統(tǒng)”,以及與服務(wù)的守護進程或舊的 rc 腳本名稱相似的描述性名稱。svcs(1) 命令將列出計算機上可用的所有活動服務(wù):

% svcs
STATE STIME FMRI
...
online 11:19:35 svc:/network/nfs/status:default
offline 18:20:30 svc:/application/print/rfc1179:default
maintenance 18:20:26 svc:/network/ntp:default

由于服務(wù)現(xiàn)在是一級對象,因此 SMF 甚至可以通過使用 svcs(1) 命令的 "-a" 選項提供有關(guān)未啟用的服務(wù)的信息。

常規(guī)任務(wù)

SMF 是 Solaris 中一項特別顯著的更改,因為它影響了管理模型。因此,盡管我們鼓勵您閱讀有關(guān) SMF 功能的詳細信息(請參見以下“詳細信息”部分),但您可能還是希望從學(xué)習(xí)如何執(zhí)行一些常規(guī)系統(tǒng)管理任務(wù)開始。

啟用和禁用服務(wù)

在 Solaris 10 之前的版本中,沒有一個很好的方法來永久禁用 Solaris 中的服務(wù)。常用方法是將相應(yīng)的 rc 腳本重命名為不再執(zhí)行的名稱,但在下一次系統(tǒng)升級后此更改將會失效。此外,基于 inetd 的服務(wù)是通過一種完全不同的方法(即編輯配置文件)啟用和禁用的。在 SMF 下,可以使用 svcadm(1M) 命令配置這兩種類型的服務(wù),并且在計算機升級后這些更改將持續(xù)有效。以下是對啟用和禁用某些服務(wù)的方式的比較:
--------------------------------------------------------------------------------------------------------
舊方法:mv /etc/rc2.d/S75cron /etc/rc2.d/x.S75cron
SMF 方法:svcadm disable system/cron:default

舊方法:編輯 /etc/inet/inetd.conf,將 finger 行取消注釋
SMF 方法:svcadm enable network/finger:default
--------------------------------------------------------------------------------------------------------
在上述示例中,svcadm 的最后一個參數(shù)是服務(wù)的 FMRI。

請注意,svcadm 僅用于 SMF 服務(wù),由 rc 腳本控制的傳統(tǒng)服務(wù)與在早期發(fā)行版中的工作方式相同。

◆停止、啟動和重新啟動服務(wù)

過去,服務(wù)已由引導(dǎo)時運行的 rc 腳本啟動,并通過 start 參數(shù)運行。一些 rc 腳本提供了 stop 選項,少數(shù) rc 腳本還允許使用 restart。在 SMF 中,這些任務(wù)都是通過 svcadm(1M) 命令完成的:
--------------------------------------------------------------------------------------------------------
舊方法:/etc/init.d/sshd stop
SMF 方法:svcadm disable -t network/ssh:default

舊方法:/etc/init.d/sshd start
SMF 方法:svcadm enable -t network/ssh:default

舊方法:/etc/init.d/sshd stop; /etc/init.d/sshd start
SMF 方法:svcadm restart network/ssh:default

舊方法:kill -HUP `cat /var/run/sshd.pid`
SMF 方法:svcadm refresh network/ssh:default
----------------------------------------------------------------------------------------------------------- #p#副標題#e#
svcadm enable 和 svcadm disable 的 "-t" 選項表示所請求的操作應(yīng)該是臨時的 (temporary),它不會影響此服務(wù)是否會在系統(tǒng)下一次引導(dǎo)時啟動。這與上述“啟用和禁用服務(wù)”示例形成了對比。

與啟用和禁用服務(wù)一樣,不應(yīng)該使用 svcadm 控制由 rc 腳本控制的服務(wù);這些服務(wù)將始終按早期發(fā)行版中的方式工作。

◆觀察引導(dǎo)過程

如“顯著的更改”部分所述,在缺省情況下,引導(dǎo)過程與早期的 Solaris 發(fā)行版相比要精簡得多。這樣就減少了不能提供有價值信息的“無用消息”,這些“無用消息”可能會導(dǎo)致引導(dǎo)期間發(fā)生的任何實際問題不容易被發(fā)現(xiàn)。

已添加一些新的引導(dǎo)選項,以控制引導(dǎo)的詳細程度。您可能會發(fā)現(xiàn)一個特別有用的選項 "-m verbose",該選項在每個服務(wù)嘗試啟動時打印一行信息。這與基于 Unix 和與 Unix 相似的某些其他操作系統(tǒng)的缺省引導(dǎo)模式相似。詳細的引導(dǎo)過程如下所示:

{1} ok boot -m verbose

Rebooting with command: boot -m verbose
Boot device: /pci@1c,600000/scsi@2/disk@0,0:a File and args: -m verbose
SunOS Release 5.10 Version Generic 64-bit
Copyright 1983-2004 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
[ network/pfil:default starting (pfil) ]
[ network/loopback:default starting (Loopback network interface) ]
[ system/filesystem/root:default starting (Root filesystem mount) ]
Oct 18 13:53:02/13: system start time was Mon Oct 18 13:52:57 2004
[ network/physical:default starting (Physical network interfaces) ]
[ system/filesystem/usr:default starting (/usr and / mounted read/write) ]
( more service messages elided )
[ system/filesystem/local:default starting (Local filesystem mounts) ]
[ network/ntp:default starting (network time protocol (NTP)) ]
[ system/utmp:default starting (utmpx monitoring) ]
[ system/filesystem/local:default starting (Local filesystem mounts) ]
[ system/console-login:default starting (Console login) ]

demobox console login: checking ufs filesystems
/dev/rdsk/c0t0d0s7: is logging.
Oct 18 13:53:14/50: system/system-log:default starting
Oct 18 13:53:14/51: network/inetd:default starting
Oct 18 13:53:14/52: system/cron:default starting
( more service messages elided )

服務(wù)啟動消息的順序在每次引導(dǎo)時可能會有所不同,因為 SMF 將按照服務(wù)的相關(guān)性關(guān)系并行啟動這些服務(wù)。

如果服務(wù)無法成功啟動,則除了打印啟動消息之外,還會打印警告消息。以下是 NTP 服務(wù)無法啟動的一個示例:

[ system/filesystem/local:default starting (Local filesystem mounts) ]
[ network/ntp:default starting (network time protocol (NTP)) ]
Oct 25 13:58:42/49 ERROR: svc:/network/ntp:default:
Method "/lib/svc/method/xntp" failed with exit status 96.
Oct 25 13:58:42 svc.startd[4]: svc:/network/ntp:default:
Method "/lib/svc/method/xntp" failed with exit status 96.
[ network/ntp:default misconfigured (see 'svcs -x' for details) ]
[ system/utmp:default starting (utmpx monitoring) ]
( more service messages elided )

前兩條錯誤消息在正常引導(dǎo)和詳細引導(dǎo)期間都會顯示;最后一條錯誤消息 ("network/ntp:default misconfigured ...") 僅在詳細引導(dǎo)期間顯示。

◆發(fā)現(xiàn)故障

Solaris 尚未提供一個全面的用于查找系統(tǒng)服務(wù)問題的方法。目前存在一些可幫助捕獲并診斷這些問題的解決方案,包括使用 coreadm(1M) 命令記錄到特定于站點的監(jiān)視腳本,以及 Sun Cluster 等綜合性產(chǎn)品。新的 svcs(1) 命令包含一個“解釋”選項 ("svcs -x"),可打印出有關(guān)未運行服務(wù)的詳細消息(由解決方案驅(qū)動)。svcs -x 將顯示服務(wù)失敗的時間和原因,提供獲取此問題詳細信息的方式,并列出受此問題影響的其他服務(wù)。

繼續(xù)來看一下無法啟動的 NTP 服務(wù)的示例:

# svcs -x

svc:/network/ntp:default (Network Time Protocol (NTP).)
State: maintenance since Mon Oct 18 13:58:42 2004
Reason: Start method exited with $SMF_EXIT_ERR_CONFIG.
See: http://sun.com/msg/SMF-8000-KS
See: ntpq(1M)
See: ntpdate(1M)
See: xntpd(1M)
Impact: 0 services are not running.

NTP 服務(wù)已被置于維護模式,因為啟動腳本指示該服務(wù)的配置存在問題。有關(guān)服務(wù)故障的詳細信息,請參見 /var/svc/log 目錄(或 /etc/svc/volatile 目錄)中該服務(wù)的日志文件。日志文件名基于簡短形式的 FMRI,將 "/" 替換為 "-"。因此,svc:/network/ntp:default 服務(wù)的日志文件為 /var/svc/log/network-ntp:default.log。通過此日志文件可以快速得出結(jié)論,即 NTP 守護進程的配置文件 /etc/inet/ntp.conf 已被刪除。

以下是另一個示例,顯示了 SMF 可以跟蹤相關(guān)性,并指出與禁用的服務(wù)相關(guān)的問題。在此示例中,我們使用 "-v" 選項來查看受影響的服務(wù)的列表。

# svcs -x -v

svc:/application/print/server:default (LP Print Service)
State: disabled since Mon Oct 18 16:17:27 2004
Reason: Disabled by an administrator.
See: http://sun.com/msg/SMF-8000-05
See: man -M /usr/share/man -s 1M lpsched
Impact: 1 service is not running:
svc:/application/print/rfc1179:default

在以上示例中,已明確禁用了 application/print/server:default 服務(wù),但未禁用依賴于該服務(wù)的另一個服務(wù) (application/print/rfc1179:default)。因此,禁用第一個服務(wù)已使得第二個服務(wù)無法運行。

 ◆觀察服務(wù)

在早期版本的 Solaris 中,查看可用服務(wù)的唯一方法是使用 ps(1) 命令,并列出系統(tǒng)上所有的活動進程,然后查看與服務(wù)應(yīng)用程序的名稱相匹配的進程名稱。遺憾的是,由于大多數(shù)系統(tǒng)都有許多進程,并且每次發(fā)行新版本的 Solaris 以及添加其他軟件包時都會引入新服務(wù),因此使用此方法進行跟蹤非常困難。如今的許多服務(wù)已不再作為單個進程執(zhí)行,這使得情況更加復(fù)雜。某些服務(wù)作為一系列進程或多線程進程執(zhí)行,或者同時以這兩種方式執(zhí)行。

使用新的 svcs(1) 命令,可以更容易地觀察系統(tǒng)服務(wù)的狀態(tài)。"-p" 選項可顯示與服務(wù)關(guān)聯(lián)的所有進程:

% svcs -p network/smtp:sendmail

STATE STIME FMRI
online 18:20:30 svc:/network/smtp:sendmail
18:20:30 655 sendmail
18:20:30 657 sendmail

% ps -fp 655,657

UID PID PPID C STIME TTY TIME CMD
root 655 1 0 18:20:30 ? 0:01 /usr/lib/sendmail -bd -q15m
smmsp 657 1 0 18:20:30 ? 0:00 /usr/lib/sendmail -Ac -q15m

"-d" 選項可顯示此服務(wù)所依賴的其他服務(wù),而 "-D" 選項可顯示依賴于此服務(wù)的其他服務(wù):

% svcs -d network/smtp:sendmail

STATE STIME FMRI
online 18:20:14 svc:/system/identity:domain
online 18:20:26 svc:/network/service:default
online 18:20:27 svc:/system/filesystem/local:default
online 18:20:27 svc:/milestone/name-services:default
online 18:20:27 svc:/system/system-log:default
online 18:20:30 svc:/system/filesystem/autofs:default
% svcs -D network/smtp:sendmail
STATE STIME FMRI
online 18:20:32 svc:/milestone/multi-user:default

我們可以看到,sendmail 要求在運行之前先運行網(wǎng)絡(luò)服務(wù)、本地文件系統(tǒng)服務(wù)、名稱服務(wù)、系統(tǒng)日志守護進程以及自動安裝守護進程,并且 sendmail 自身必須在到達多用戶重大事件之前運行。服務(wù)啟動時間(STIME 列)表明已遵循這些相關(guān)性。

 ◆更改運行級別
SMF 引入了重大事件 (milestone)的概念,它代替了傳統(tǒng)的運行級別概念。運行級別對計算機上運行的一組服務(wù)進行了基本描述,這些服務(wù)通常分為一個用戶登錄到計算機控制臺所需的服務(wù)(運行級別 S),以及多個用戶登錄到計算機所需的服務(wù)(運行級別 2 和 3)。這些系統(tǒng)狀態(tài)在 SMF 中表示為重大事件,重大事件是代表一組其他服務(wù)的穩(wěn)定服務(wù)。"svcs -d" 可用于查看必須在到達重大事件之前運行的服務(wù)。

svcadm(1M) 現(xiàn)在是設(shè)置系統(tǒng)缺省運行級別的首選方法。此方法是使用 milestone 子命令和有效重大事件的 FMRI 完成的:
----------------------------------------------------------------------------------------------
舊方法:編輯 /etc/inittab
SMF 方法:svcadm milestone -d milestone/single-user:default
----------------------------------------------------------------------------------------------
"-d" 選項表示缺省 (default) 重大事件應(yīng)該設(shè)置為指定的 FMRI。如果不使用 "-d",則 "svcadm milestone" 會立即將系統(tǒng)轉(zhuǎn)換到指定的重大事件。

引導(dǎo)過程已更新為可以識別重大事件。除了傳統(tǒng)的 "boot -s"(引導(dǎo)到單用戶模式)之外,現(xiàn)在還可以通過 "boot -m milestone=" 引導(dǎo)到指定的重大事件。 可以是 "single-user"、"multi-user" 或 "multi-user-server",以及特殊的重大事件 "all"(所有已啟用的聯(lián)機服務(wù))和 "none"(無任何服務(wù))。"none" 重大事件對于修復(fù)在引導(dǎo)過程初期發(fā)生故障的系統(tǒng)可能非常有用。

引導(dǎo)到單用戶重大事件(使用 "-m milestone=single-user")和舊的 "boot -s" 略有不同。如果系統(tǒng)已明確引導(dǎo)到某個重大事件,則退出控制臺管理 shell 時不會像 "boot -s" 一樣將系統(tǒng)轉(zhuǎn)換到多用戶模式。要在運行 "boot -m milestone=single-user" 之后轉(zhuǎn)到多用戶模式,請使用命令 "svcadm milestone milestone/multi-user-server:default"。

 ◆啟用、禁用和監(jiān)視傳統(tǒng)服務(wù)
一般說來,由傳統(tǒng) rc 腳本啟動的服務(wù)(也稱為傳統(tǒng)服務(wù))將繼續(xù)以原始方式工作。這些服務(wù)將在 svcs(1) 的輸出中顯示,同時還顯示 FMRI(基于服務(wù) rc 腳本的路徑名),但它們不受 svcadm(1M) 控制。應(yīng)該通過直接運行 rc 腳本停止或啟動這些服務(wù)。

如“顯著的更改”部分所述,與早期版本的 Solaris 不同,rc 腳本可能不會在引導(dǎo)過程中的同一時刻運行。特別是,必須在 Solaris 提供的某些 rc 腳本之前運行的腳本可能會出現(xiàn)問題。但是,絕大多數(shù)腳本都應(yīng)該可以繼續(xù)工作,而不會出現(xiàn)任何問題。

 ◆將新服務(wù)添加到 inetd.conf
Internet 服務(wù)守護進程 inetd(1M) 已重新編寫為 SMF 的一部分。它將所有配置數(shù)據(jù)都存儲在 SMF 數(shù)據(jù)庫(而不是 /etc/inet/inetd.conf)中,從而允許使用 SMF 工具控制和觀察基于 inetd 的服務(wù)。大多數(shù) Solaris 隨附的基于 inetd 的服務(wù)在 inetd.conf 中不再有任何條目。為了對尚未轉(zhuǎn)換為 SMF 的服務(wù)提供兼容性,仍然可以使用慣用的語法將條目添加到 inetd.conf 中,而新的 inetconv(1M) 命令可將新服務(wù)轉(zhuǎn)換為 SMF 服務(wù)。inetconv 應(yīng)該始終在編輯 /etc/inet/inetd.conf 之后運行;運行該命令時可以不使用任何參數(shù)。

詳細信息

要了解有關(guān) SMF 的詳細信息,請參見以下文檔:

 ◆ SMF 系統(tǒng)管理指南。

 ◆ 手冊頁(可在安裝了 Solaris 10 的任何計算機上獲取):

○ inetadm(1M)
○ inetconv(1M)
○ inetd(1M)
○ kernel(1M)
○ smf(5)
○ smf_bootstrap(5)
○ smf_method(5)
○ svc.startd(1M)
○ svcadm(1M)
○ svccfg(1M)
○ svcprop(1)
○ svcs(1)

熱詞搜索:

上一篇:分析:System z大型機上運行Solaris操作系統(tǒng)
下一篇:局域網(wǎng)提高網(wǎng)速的二十一個小技巧

分享到: 收藏
国产一级一区二区_segui88久久综合9999_97久久夜色精品国产_欧美色网一区二区
成人免费电影视频| 蜜臀av性久久久久蜜臀aⅴ| 欧美色图激情小说| 91在线播放网址| 97久久久精品综合88久久| 99久久精品免费看国产免费软件| 国产99精品在线观看| 国产高清视频一区| 丁香桃色午夜亚洲一区二区三区| 国产91精品欧美| 99久久99久久久精品齐齐| 色爱区综合激月婷婷| 欧美午夜精品久久久| 欧美精品在线观看播放| 欧美电影免费提供在线观看| 日本一区二区免费在线| 中文字幕一区三区| 亚洲一区二区四区蜜桃| 午夜精品一区二区三区免费视频| 日韩精品乱码免费| 成人午夜大片免费观看| 欧美午夜影院一区| 日韩精品最新网址| 中文无字幕一区二区三区| 亚洲精品亚洲人成人网在线播放| 亚洲午夜久久久| 国产一区二区三区四| 972aa.com艺术欧美| 88在线观看91蜜桃国自产| 亚洲精品一区二区三区精华液| 国产精品―色哟哟| 亚洲超碰97人人做人人爱| 国产一区二区按摩在线观看| 91一区二区三区在线播放| 日韩欧美在线观看一区二区三区| 国产精品初高中害羞小美女文| 日韩专区欧美专区| 91在线观看免费视频| 日韩精品一区二区三区四区视频| 亚洲免费在线视频一区 二区| 日本va欧美va精品发布| 色婷婷精品久久二区二区蜜臀av | 国产乱妇无码大片在线观看| 色88888久久久久久影院按摩 | 久久国产成人午夜av影院| 91蜜桃在线观看| 精品免费一区二区三区| 一区二区免费视频| 国产91丝袜在线播放九色| 欧美性xxxxxx少妇| 国产清纯白嫩初高生在线观看91 | 天天色综合成人网| 色天天综合色天天久久| 久久精品人人做人人爽人人| 亚洲成a人在线观看| 99国内精品久久| 2023国产精华国产精品| 日韩国产在线观看| 91精品福利视频| 国产精品美女久久久久久| 国产一区二区三区电影在线观看| 欧美揉bbbbb揉bbbbb| 久久影视一区二区| 日韩中文字幕91| 欧美在线free| 国产精品国产精品国产专区不片| 国产在线视频不卡二| 91精品婷婷国产综合久久竹菊| 亚洲综合成人在线| 99re视频这里只有精品| ...av二区三区久久精品| 福利一区二区在线观看| 国产婷婷色一区二区三区在线| 另类小说一区二区三区| 欧美一区二区私人影院日本| 五月综合激情日本mⅴ| 欧美日韩中文一区| 洋洋av久久久久久久一区| 一本一本久久a久久精品综合麻豆| 国产精品国产自产拍高清av| 国产盗摄视频一区二区三区| 久久亚洲精华国产精华液| 久久精品999| 精品少妇一区二区三区在线视频| 美腿丝袜一区二区三区| 欧美一区二区三区的| 美国毛片一区二区| 久久婷婷成人综合色| 激情综合色播五月| 欧美精品一区二区三区一线天视频| 毛片av中文字幕一区二区| 欧美成人a在线| 国产精品99久久久久久宅男| 国产色综合久久| 91美女在线视频| 香蕉av福利精品导航| 日韩一区二区免费高清| 久久91精品久久久久久秒播| 久久久久高清精品| 91视视频在线观看入口直接观看www | 在线视频亚洲一区| 性做久久久久久免费观看欧美| 7777女厕盗摄久久久| 国产一区二区导航在线播放| 国产精品美女久久久久久久| 欧美视频一区二区三区| 久久精品国产网站| 国产精品乱人伦一区二区| 欧美中文字幕一区二区三区 | 久久日韩粉嫩一区二区三区| 成人黄色国产精品网站大全在线免费观看 | 亚洲午夜久久久久中文字幕久| 欧美精品亚洲一区二区在线播放| 黄色资源网久久资源365| 国产精品福利一区二区| 7777精品伊人久久久大香线蕉经典版下载 | 国产风韵犹存在线视精品| 亚洲视频网在线直播| 欧美一区二区三区人| 国产成人综合在线播放| 亚洲国产人成综合网站| 久久久一区二区三区| 91蝌蚪porny| 毛片基地黄久久久久久天堂| 亚洲免费av在线| 精品国产一区二区三区久久影院| 色偷偷88欧美精品久久久| 久久精品国产亚洲高清剧情介绍| 亚洲三级在线观看| 精品国产成人在线影院 | 欧美zozozo| 欧洲av一区二区嗯嗯嗯啊| 久久福利资源站| 亚洲最快最全在线视频| 中文字幕欧美激情一区| 欧美一二区视频| 欧美色区777第一页| 成年人国产精品| 蓝色福利精品导航| 亚洲成国产人片在线观看| **欧美大码日韩| 久久精品一区二区三区不卡牛牛| 91麻豆精品91久久久久久清纯| 99国内精品久久| 成人黄色国产精品网站大全在线免费观看| 日韩av在线播放中文字幕| 一区二区三区高清| 中文字幕的久久| 精品处破学生在线二十三| 欧美日韩视频不卡| 色婷婷综合久久久中文字幕| 成人深夜视频在线观看| 国产乱码字幕精品高清av| 国产做a爰片久久毛片| 奇米在线7777在线精品| 亚洲大尺度视频在线观看| 亚洲人成影院在线观看| 亚洲欧洲在线观看av| 中文字幕欧美日韩一区| 久久精品亚洲一区二区三区浴池 | 99久久综合色| 成人av在线影院| 成人av在线播放网址| 成人精品国产免费网站| 国产精品一区二区三区网站| 激情偷乱视频一区二区三区| 久久国产精品无码网站| 久久超碰97人人做人人爱| 日本欧美大码aⅴ在线播放| 午夜精品在线看| 免费不卡在线观看| 麻豆91在线播放免费| 久久国产尿小便嘘嘘尿| 国产一区二区网址| 国产大陆亚洲精品国产| www.亚洲色图.com| 91丨九色porny丨蝌蚪| 99国产一区二区三精品乱码| av一区二区三区在线| av高清不卡在线| 色妞www精品视频| 在线观看日韩毛片| 欧美午夜理伦三级在线观看| 欧美日韩不卡在线| 欧美一区二区三区人| 久久丝袜美腿综合| 国产精品久久久久久亚洲伦| 亚洲老司机在线| 天天色 色综合| 国产综合久久久久久久久久久久| 国产精品88av| 色视频欧美一区二区三区| 欧美日韩成人一区| 精品久久一区二区| 亚洲日本中文字幕区| 午夜精品久久久久久不卡8050| 九九九精品视频| 99久久免费视频.com| 欧美另类高清zo欧美| 久久综合成人精品亚洲另类欧美|