Scénář:1 Na jednom z mých produkčních SuSE Linux (VMware Virtual Server) má tým úložiště rozšířený oddíl (RDM disk) od svého konce. Jak nyní znovu prohledat tento oddíl a rozšířit jej bez restartování z Linuxu?
Řešení: V mém případě byl 8. disk na řadiči-1 rozšířen týmem úložiště. Nejprve jej tedy znovu prohledejte. Pomocí níže uvedeného příkazu:
[[email protected] ~]# echo 1 > /sys/class/scsi_device/device/rescan
Ve výše uvedeném příkazu nahraďte informace o zařízení podle vašeho nastavení.
[[email protected] ~]# echo "1" > /sys/class/scsi_device/0\:0\:8\:0/device/rescan
Nyní změňte velikost PV pomocí příkazu pvresize.
[[email protected] ~]# pvresize /dev/dm-7
Zkontrolujte velikost skupiny svazků pomocí příkazu vgs a měla by zobrazit novou rozšířenou velikost. Pomocí příkazu lvextend nyní můžeme snadno rozšířit nebo zvětšit velikost oddílu lvm.
Scénář:2 Na jednom z mých Linuxových serverů neběžela databáze Oracle kvůli tmpfs . Oracle Team chce rozšířit velikost systému souborů tmfs z 2 GB na 4 GB.
Řešení: tmpfs je dočasný souborový systém založený na RAM, který je obecně připojen na /dev/shm. Chcete-li rozšířit souborový systém tmfs, použijte níže uvedené kroky:
Krok:1 Zkontrolujte velikost systému souborů tmfs.
[[email protected] ~]# df -h /dev/shm/ Filesystem Size Used Avail Use% Mounted on tmpfs 2.0G 148K 2.0G 1% /dev/shm [[email protected] ~]#
Krok:2 Upravte soubor /etc/fstab.
Změňte velikost, jak je uvedeno níže:
tmpfs /dev/shm tmpfs size=4g 0 0
Krok:3 znovu připojte systém souborů pomocí příkazu mount
[[email protected] ~]# mount -o remount tmpfs
Krok:4 Nyní zkontrolujte systém souborů 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] ~]#
Scénář:3 Jak zkontrolovat, které disky se používají pro Oracle ASM v Linuxu?
Řešení: Chcete-li zobrazit disk Oracle ASM, použijte níže uvedený příkaz:
[email protected]:~# oracleasm listdisks
Pro dotaz na konkrétní disk použijte níže uvedený příkaz
[email protected]:~# oracleasm querydisk -d /dev/sdq1
Scénář:4 V jednom z mých linuxových boxů byla sdílená složka NAS připojena k adresáři pod /archive2015. Prostor sdílené složky NAS byl 150 GB a použitá velikost je 137 GB, ale když jsme se pokusili vytvořit jakýkoli soubor nebo adresář, dostávali jsme chybu „Disk Quota Exceed“.
Řešení: Protože se jednalo o souborový systém NAS, z pohledu OS na to nemůžeme nastavit kvótu. Takže v mém případě kontaktuji tým úložiště a požádám je, aby zkontrolovali limit kvóty (měkká kvóta a pevná kvóta). Od týmu úložiště jsme dostali potvrzení, že je nastaven limit kvóty ( Měkká kvóta =85 % a Tvrdá kvóta =100 % ) a je také nastavena doba odkladu 7 dní.
V našem případě bylo dosaženo měkkého limitu kvóty a nikdo nesnížil využití místa po dobu 7 dnů, takže 8. den se z měkkého limitu kvóty stane pevná kvóta, proto získáváme Disk Chyba překročení kvóty.
Scénář:5 Pro stejný souborový systém příkazy df a du ukazují různé využití disku.
Řešení: Může to být způsobeno vymazáním otevřeného souboru, tj. když někdo smaže soubor protokolu, který je používán nebo otevřený jiným procesem, pokud se pokusíme tento soubor smazat, název souboru bude smazán, ale je to inode a data nebudou smazána.
s pomocí lsof můžeme určit smazané soubory /var, které jsou stále otevřené:
$ lsof /var | egrep "^COMMAND|deleted"
Abychom uvolnili prostor, můžeme příkaz zabít pomocí jeho PID pomocí příkazu kill.
Scénář:6 Při instalaci nástrojů VMware na servery Suse Linux, pokud se zobrazí níže uvedené chyby
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.
Řešení:
# zypper install perl-Bootloader
A pak zkuste nainstalovat nástroje vmware pomocí skriptu a doufejte, že instalace bude dokončena.
Scénář:7 Jak synchronizovat celou strukturu adresáře ze zdroje do vzdáleného cílového adresáře?
Řešení:# Pomocí příkazu rsync můžeme synchronizovat celou adresářovou strukturu od zdroje k cíli.
# rsync -a -f”+ */” -f”- *” /
Scénář:8 Jak změnit výchozí kořenový adresář Dockeru na CentOS 7 / RHEL 7?
Řešení:Upravte soubor „/usr/lib/systemd/system/docker.service“ a přidejte následující řádek
ExecStart=/usr/bin/dockerd -g /storage/docker --storage-driver=overlay
Zadejte cestu ke složce za volbou -g , v mém případě uvedu jako ‚/storage/docker‘
Znovu načtěte démona a restartujte službu docker
# systemctl daemon-reload # systemctl restart docker
Ověřte kořenový adresář dockeru pomocí příkazu „docker info“
# docker info
Scénář:9 Jak zjistit, kolik jader CPU využívá proces na serveru Linux?
Řešení:V systémech podobných Linuxu máme nástroj příkazového řádku s názvem „taskset “, který dokáže vytisknout jádra procesoru spojená s konkrétním procesem,
Syntaxe:# sada úloh -c -p <číslo_pid>
~# taskset -c -p 23431 pid 23431's current affinity list: 0-23 ~#
Sdílejte své scénáře v reálném čase a problémy s jejich řešením na [email protected]