シナリオ:1私のProduction SuSE Linux(VMware Virtual Server)の1つで、ストレージチームが最後からパーティション(RDMディスク)を拡張しました。 Linuxから再起動せずにそのパーティションを再スキャンして拡張するにはどうすればよいですか?
解決策: 私の場合、Controller-1の8番目のディスクがストレージチームによって拡張されたため、最初に再スキャンします。以下のコマンドを使用する:
[[email protected] ~]# echo 1 > /sys/class/scsi_device/device/rescan
上記のコマンドで、設定に応じてデバイス情報を置き換えます。
[[email protected] ~]# echo "1" > /sys/class/scsi_device/0\:0\:8\:0/device/rescan
次に、pvresizeコマンドを使用してPVのサイズを変更します。
[[email protected] ~]# pvresize /dev/dm-7
vgsコマンドを使用してボリュームグループのサイズを確認すると、新しい拡張サイズが表示されます。 lvextendコマンドを使用して、lvmパーティションのサイズを簡単に拡張または拡大できるようになりました。
シナリオ:2Linuxサーバーの1つで、tmpfsが原因でOracleデータベースが実行されていませんでした。 Oracle Teamは、tmfsファイルシステムのサイズを2GBから4GBに拡張したいと考えています。
解決策: tmpfsはRAMベースの一時ファイルシステムであり、通常は/ dev/shmにマウントされます。 tmfsファイルシステムを拡張するには、以下の手順を使用します:
ステップ:1tmfsファイルシステムのサイズを確認します。
[[email protected] ~]# df -h /dev/shm/ Filesystem Size Used Avail Use% Mounted on tmpfs 2.0G 148K 2.0G 1% /dev/shm [[email protected] ~]#
手順:2 / etc/fstabファイルを編集します。
以下に示すようにサイズを変更します:
tmpfs /dev/shm tmpfs size=4g 0 0
ステップ:3マウントコマンドを使用してファイルシステムを再マウントします
[[email protected] ~]# mount -o remount tmpfs
ステップ:4ここで、tmfsファイルシステムを確認します
[[email protected] ~]# df -h /dev/shm/ Filesystem Size Used Avail Use% Mounted on tmpfs 4.0G 148K 4.0G 1% /dev/shm [[email protected] ~]#>
シナリオ:3LinuxでOracle ASMに使用されているディスクを確認する方法は?
解決策: Oracle ASMディスクを表示するには、以下のコマンドを使用します:
[email protected]:~# oracleasm listdisks
特定のディスクを照会するには、以下のコマンドを使用します
[email protected]:~# oracleasm querydisk -d /dev/sdq1
シナリオ:4私のLinuxボックスの1つで、NAS共有が/archive2015の下のディレクトリにマウントされました。 NAS共有の容量は150GB、使用サイズは137 GBですが、ファイルまたはディレクトリを作成しようとすると、「DiskQuotaExceed」エラーが発生しました。
解決策: NASファイルシステムであったため、OSの観点から、これに割り当てを設定することはできません。したがって、私の場合、ストレージチームに連絡して、クォータ制限(ソフトクォータとハードクォータ)を確認するように依頼します。ストレージチームから、クォータ制限が設定され(ソフトクォータ=85%&ハードクォータ=100%)、7日間の猶予期間も設定されていることを確認しました。
この場合、ソフトクォータの制限に達し、7日間は誰もスペース使用率を削減していません。したがって、8日目にソフトクォータの制限がハードクォータになり、ディスクを取得することになります。クォータ超過エラー。
シナリオ:5同じファイルシステムの場合、dfコマンドとduコマンドは異なるディスク使用量を示します。
解決策: これは、開いているファイルの削除が原因である可能性があります。つまり、誰かが使用中のログファイルを削除したり、他のプロセスで開いたりすると、このファイルを削除しようとすると、ファイル名は削除されますが、iノードであり、データは削除されません。
「lsof」の助けを借りて コマンドまだ開いている/varの削除されたファイルを特定できます:
$ lsof /var | egrep "^COMMAND|deleted"
したがって、スペースを解放するために、killコマンドを使用してPIDでコマンドを強制終了できます。
シナリオ:6以下のエラーが発生した場合のSuseLinuxサーバーへのVMwareツールのインストール中
Can't locate object method "milestone" via package "Bootloader::Library" at /sbin/update-bootloader line 214. There was an error generating the initrd (255) ERROR: "/sbin/mkinitrd -k vmlinuz-3.0.101-0.29-default -i initrd-3.0.101-0.29-default" exited with non-zero status. Your system currently may not have a functioning init image and may not boot properly. DO NOT REBOOT! Please ensure that you have enough free space available in your /boot directory and run this configuration script again. Execution aborted.
解決策:
#zypper install perl-Bootloader
次に、スクリプトを使用してvmwareツールをインストールしてみて、インストールが完了することを期待します。
シナリオ:7ディレクトリ構造全体をソースからリモートの宛先ディレクトリに同期するにはどうすればよいですか?
解決策:#rsyncコマンドを使用して、ソースから宛先までディレクトリ構造全体を同期できます。
#rsync -a -f” + * /” -f”-*” /
シナリオ:8CentOS 7 / RHEL 7でデフォルトのDockerルートディレクトリを変更するにはどうすればよいですか?
解決策:ファイル「/usr/lib/systemd/system/docker.service」を編集し、次の行を追加します
ExecStart=/usr/bin/dockerd -g /storage/docker --storage-driver=overlay
-gオプションの後にフォルダパスを指定します。私の場合は「/storage/docker」と入力します
デーモンをリロードし、Dockerサービスを再起動します
# systemctl daemon-reload # systemctl restart docker
「dockerinfo」コマンドを使用してdockerルートディレクトリを確認します
# docker info
シナリオ:9Linuxサーバーのプロセスで使用されているCPUコアの数を確認するにはどうすればよいですか?
解決策:Linuxのようなシステムには、「タスクセット」と呼ばれるコマンドラインツールがあります。 「、特定のプロセスに関連付けられたCPUコアを印刷できます。
構文:#taskset -c -p
~# taskset -c -p 23431 pid 23431's current affinity list: 0-23 ~#
[メールで保護]
で、リアルタイムのシナリオと問題を解決策と共有してください。