どのような条件の下で「start_udev」コマンドを実行する必要がありますか?

環境

  • Red Hat Enterprise Linuxに

問題

  • 我々は、我々が持っていることを、ストレージ割り当て手順の一部としてstart_udevを実行します。それは動作しますが、Oracle DBインスタンスが稼働中(リスナインタフェースが簡単に消える)であれば、それは破壊することができます。私たちはSANの認定を受けていること当社RHのバージョンは4U5、4u8、5.4と5.5です。

  • ただのWWIDを - 私たちはそれを実行しない場合、我々は、マルチパスのエイリアスでは、/ dev / mapperディレクトリには表示されません。

  • SANの人々は、実行可能start_udev必要がありますどのような状況の下で知りたいですか?

解像度

  • 誰も実行してはならない  start_udevだけで、  rc.sysinit 呼び出す必要があります  start_udev

RHEL6

  • 1は、変更をした、あなたは、システムを再起動したくない場合は、利用することができます  udevadm trigger 代わりに。指定  --type し、  --action またはそれが事実のように動作します  start_udev
#/ sbinに/ udevadmトリガ--type =サブシステム--action =追加
 #/ sbinに/ udevadmトリガ--type =デバイス--action =アドオン

  

#/ sbinに/ udevadmトリガ--type =サブシステム--action =変化
 #/ sbinに/ udevadmトリガ--type =デバイス--action =変化
  • 一つでも下記のような特定のデバイスのみをトリガすることができます。
 #エコーの変更> / SYS /ブロック/ sdaに/ sda1を/ UEVENT

  

RHEL5

  • ルールをテストするには、使用  udevtest そうのようなコマンドを:
[ルート@ RHEL5 rules.d]#udevtest /ブロック/ SDC | grepのmydeviceに
udev_rules_get_name:シンボリックリンク'mydeviceに'を追加
udev_node_add:作成シンボリックリンク'は/ dev / mydeviceに'から'SDC'
  • Ifは  /dev/sdc それにパーティションを持って、デバイスをテストするには、このコマンドを実行するために作成されます /dev/sdc1:
[ルート@ RHEL5 rules.d]#udevtest /ブロック/ SDC / sdc1から| grepのmydeviceに
udev_rules_get_name:シンボリックリンク'mydevice1'を追加
udev_node_add:作成シンボリックリンク'は/ dev / mydevice1'から'SDC1'

注:古いudevのパッケージがインストールされている場合は、各パーティションのシンボリックリンクが作成されないことがあります。このような場合には、ルールファイルに「all_partitions」オプションを使用して1行を追加する必要があります。

KERNEL == "SD *"、BUS == "SCSI"、PROGRAM == "/ sbinに/ SCSI_ID -g -u -s%P"、RESULT == "3600a0b800013275100000015427b625e"、SYMLINK {all_partitions} + = "mydeviceにの%nを"
  • 最後に、基本となるデバイスのUEVENTディレクトリにエコーの変化は、udevは、デバイス(複数可)を作成しました:
[ルート@ RHEL5 rules.d]#エコー変化> / SYS /ブロック/ SDC / UEVENT 
[ルート@ RHEL5 rules.d]#エコー変化> / SYS /ブロック/ SDC / SDC1 / UEVENT
  • デバイス(複数可)ことを確認してください  は/ dev / mydeviceに  作成され、へへのシンボリックリンクですされている  は/ dev / sdcの
  • 一意の識別子を持つデバイスがある限り  3600a0b800013275100000015427b625e 装着されている/のRed Hat Enterprise Linuxに見える、それは常に静的に名前にバインドされます  は/ dev / mydeviceに  udevが。

ソース

  • ここで実行している生産システム上start_udevコマンドを実行しているの危険性を実証しstart_udevのフード事業の下でいくつか紹介します。

    • start_udevコピーの全体の内容は/ etc / udevの/は/ devに/ libに/ udevに/デバイスのデバイス、アクセス権などの変更を上書きします
    • start_udevはすべて現在処理udevのイベントを中断することができudevdデーモンと再起動して、殺します
    • start_udevは、トリガー  、すべての  すべてのディスクを再度照会しているので、重いI / Oが発生し、一部の権限をリセットする可能性がある、システム上のデバイスを
    • start_udev実行/ sbinに/ restoreconコマンドは、/ dev内のすべてのSELinuxのラベルをリセットします

おすすめ

転載: www.cnblogs.com/zylong-sys/p/11974594.html