Menu

linux

Изтриване на логовете на systemd journal

, , , 0

Здравейте,

Днес, на един от сървърите ми открих, че мястото във /var намаля, и причината беше във /var/log/journal.


В тази публикация ще споделя как правилно се изтриват логовете на systemd journal, и как да направим сървъра ни сам да се грижи за размера им.

root@mp-web06:/var/log# du -sh * |grep G
4.1G journal

Изтриване на логовете на systemd journal по-стари от Х дни

root@mp-web06:/var/log# journalctl --vacuum-time=5d
Deleted archived journal /var/log/journal/a20c526fbd1ffe2fe0fc6d5056053509/user-1003@55bfa9c91d5944b3a7a133fcec536fb8-000000000042a6ee-00057dd636182198.journal (8.0M).
.....
Vacuuming done, freed 3.8G of archived journals from /var/log/journal/a20c526fbd1ffe2fe0fc6d5056053509.

Тук идеята е сървъра да изтрива сам логове по-стари от 5 дни.

Още..

Прехвърляне на sparse файлове под линукс

, , , , , 0

Здравейте,

Тук идеята е следната :

Имаме bare-metal сървър A и искаме да копираме виртуална машина от него на bare-metal сървър B. Ако виртуалната ни машина е голяма примерно 80GB и връзката между двете машини е на 1GB то трансфера ще отнеме около 20 минути.

Ако виртуалната ни машина реално е голяма 1GB, трансфера пак ще отнеме толкова, защото ние ще прехвърлим всичките 80GB – 79GB от които нули.

В този пост ще споделя начин с tar как да избегнем това досадно прехвърляне на излишни данни на sparse файлове.

Създаване на sparse файл

За теста създадох виртуална машина с големина на хард диска 80GB :

Още..

Изтриване на много файлове в linux

, , 0

Здравейте,

Често ни се случва да изтриваме по много файлове на куп в linux и да дава следната грешка :

-bash: /bin/rm: Argument list too long

Изтриване на много файлове в linux

В този случай файловете проблемът се решава със съчетаването на командите find и rm , а именно така :

find . -type f -exec rm -v {} \;

Обаче ако файловете са милиони, и тук ще даде същата грешка.

За това има по-бърз и ефективен начин за изтриване на всичко ето така :

find . -type f -delete

А ако искаме да виждаме и какво трием , пускаме командата ето така :

find . -type f -print -delete

VMware add new hard disk to linux server without reboot

, , , , 0

Здравейте,

Добавянето на нов хард диск във vmware по принцип не е сложно. Обаче ако следваме стъпките описани в тяхната документация ще трябва да рестартираме нашата linux машина, за да може тя да види новия диск. В този пост ще споделя как става добавянето на нов хард диск на линукс машина, без тя да бъде рестартирана след това – (VMware add new hard disk to linux server without reboot).

VMware add new hard disk to linux server without reboot

root@monitor:~# fdisk -l
Disk /dev/sda: 160 GiB, 171798691840 bytes, 335544320 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe52d3a30

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 999423 997376 487M 83 Linux
/dev/sda2 1001470 335542271 334540802 159.5G 5 Extended
/dev/sda5 1001472 335542271 334540800 159.5G 8e Linux LVM

Disk /dev/mapper/monitor--vg-root: 149.5 GiB, 160545374208 bytes, 313565184 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/monitor--vg-swap_1: 10 GiB, 10737418240 bytes, 20971520 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Така изглежда линукс машината ни с един 160гб хард диск.

Предполага се, че вече сме добавили диска от vSphere клиента и следва да изпълним следните команди в линукса :

for i in `ls /sys/class/scsi_host` ; do echo "- - -" > /sys/class/scsi_host/$i/scan; done

И воала! Новият ни 320гб хард диск е вече видим и може да го форматираме.

root@monitor:~# fdisk -l
Disk /dev/sda: 160 GiB, 171798691840 bytes, 335544320 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe52d3a30

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 999423 997376 487M 83 Linux
/dev/sda2 1001470 335542271 334540802 159.5G 5 Extended
/dev/sda5 1001472 335542271 334540800 159.5G 8e Linux LVM

Disk /dev/mapper/monitor--vg-root: 149.5 GiB, 160545374208 bytes, 313565184 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/monitor--vg-swap_1: 10 GiB, 10737418240 bytes, 20971520 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sdb: 320 GiB, 343597383680 bytes, 671088640 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
root@monitor:~#

Потвърждение за това може да видим и в dmesg

[2304964.198066] scsi 32:0:1:0: Direct-Access VMware Virtual disk 2.0 PQ: 0 ANSI: 6
[2304964.198077] scsi target32:0:1: Beginning Domain Validation
[2304964.198752] scsi target32:0:1: Domain Validation skipping write tests
[2304964.198756] scsi target32:0:1: Ending Domain Validation
[2304964.198788] scsi target32:0:1: FAST-80 WIDE SCSI 160.0 MB/s DT (12.5 ns, offset 127)
[2304964.199291] sd 32:0:1:0: Attached scsi generic sg2 type 0
[2304964.199357] sd 32:0:1:0: [sdb] 671088640 512-byte logical blocks: (344 GB/320 GiB)
[2304964.199973] sd 32:0:1:0: [sdb] Write Protect is off
[2304964.199977] sd 32:0:1:0: [sdb] Mode Sense: 61 00 00 00
[2304964.200017] sd 32:0:1:0: [sdb] Cache data unavailable
[2304964.200020] sd 32:0:1:0: [sdb] Assuming drive cache: write through

Това е!

ubuntu 16.04 kvm howto

, , , 0

Привет,

Днес темата е ubuntu 16.04 kvm howto, или по-точно с какви проблеми се слбъсках след инсталацията.

ubuntu 16.04 kvm howto

Инсталация като е елементарна :

sudo apt-get install qemu-kvm libvirt-bin virtinst bridge-utils cpu-checker

Особенно е, че трябва да се направи bridge на интерфейса който ще използваме към виртуалните машини. При мен това беше eth1 , а /etc/network/interfaces след включването на bridge-a изглеждаше по този начин :

auto br1
iface br1 inet static
address 192.168.168.1
network 192.168.168.0
netmask 255.255.255.0
broadcast 192.168.168.255
bridge_ports eth1
bridge_stp off
bridge_fd 0

Важно да спомена, че това не е главният интерфейс на сървъра и съответно няма default gateway.

До тук всичко точно и лесно, обаче проблемите започнаха да идват един след друг.

За самото управление на KVM (Kernel-based Virtual Machine) средата исках да използвам програмата virt-manager (има я и за MacOS). За тази цел трябваше да пусна демона libvirtd да слуша на tcp порт.
В противен случай дава следната грешка при опит за връзка към сървъра от страна на virt-manager : Verify that the ‘libvirtd’ daemon is running

Verify that the 'libvirtd' daemon is running

Добавя се следният ред в /etc/default/libvirt-bin :

libvirtd_opts="-l"

и демона вече може да бъде достъпван отвън. Хубаво е да се сложи и точно орпеделено айпи на което да работи с цел сигурност.

Тук излезе и следващият проблем : /etc/init.d/libvirt-bin не искаше да се страртира вече, защото даваше грешка :

Jan 18 00:12:16 border libvirtd[3021]: Cannot read CA certificate '/etc/pki/CA/cacert.pem': No such file or directory
Jan 18 00:12:16 border systemd[1]: libvirt-bin.service: Main process exited, code=exited, status=6/NOTCONFIGURED
Jan 18 00:12:16 border systemd[1]: Failed to start Virtualization daemon.

Оказа се, че бях пропуснал да инсталирам сертификат които libvirtd искаше да имам задължително. Използвах стъпките от http://libvirt.org/ и си създадох сертификатите.

След това вече можех да стартирам процеса libvirt-bin и да се свържа към сървъра чрез virt-manager.

Всичко останало мина по план, и успях да инсталирам виртуална машина с Windows 10 без проблеми.

ubuntu 16.04 kvm howto

Това е за сега!

Load More