Menu

ubuntu

ubuntu ens interface

, , 2

Здравейте,

След 16.04 в ubuntu, мрежовите интерфейси вече идват с ново наименование – ens. Обаче това понякога е проблем за старите linux потребители като мен, които са свикнали с eth, и за това се налага всеки път да търся как се променяше това.

Този пост служи именно за това – да покажа как бързо и лесно се оправя този проблем.

За целта е нужно да се отвори /etc/default/grub и да се промени следния ред от :

GRUB_CMDLINE_LINUX=""

на:

GRUB_CMDLINE_LINUX="net.ifnames=0 biosdevname=0"

След това се изпълнява и командата : update-grub

root@XRM-web-node3:~# update-grub
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-4.4.0-109-generic
Found initrd image: /boot/initrd.img-4.4.0-109-generic
Found linux image: /boot/vmlinuz-4.4.0-87-generic
Found initrd image: /boot/initrd.img-4.4.0-87-generic
done

Последно и много важно нещо преди да се рестартира сървъра/лаптопа е да се промени конфигурационния файл за мрежите където до сега фигурираше ens :

В /etc/network/interfaces се променя от :

auto ens18
iface ens18 inet static

на :

auto eth0
iface eth0 inet static

ubuntu ens interface

Следва рестартиране и всичко трябва да тръгне без проблеми!

ubuntu ens interface

Това е!

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

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

Инсталиране на clip-bucket върху ubuntu 14.04

, , , , , , , 0

Привет,

Наскоро ми беше хрумнала идея за видео сайт с детски филмчета за малката. За целта на една виртуална машина (ubuntu 14.04) инсталирах clip-bucket, и в този пост ще покажа стъпка по стъпка как става това. Само да отбележа, че след инсталацията всичко работи перфектно! Качването и конвертирането на големи клипове функционира безупречно!

Инсталиране на LAMP

root@video:~# apt-get install mysql-server mysql-client php5-mysqlnd apache2 php5-curl curl libapache2-mod-php5 php5-cli php5

Изтегляне и инсталиране на Clip-Bucket

root@video:~# cd /opt
root@video:/opt/# wget https://sourceforge.net/projects/clipbucket/files/ClipBucket%20v2/clipbucket-2.8.v3354-stable.zip
root@video:/opt# unzip clipbucket-2.8.v3354-stable.zip
root@video:/opt# mv clipbucket-2.8.v3354-stable/upload video.root.bg
root@video:/opt# chown -R www-data.www-data video.root.bg
Още..

Elementary OS

, , 1

Elementary_logoПривет,

Днес искам да споделя, че днес замених Linux Mint с Elementary OS.

Причината поради която го направих, е главно експериментирането, но също така четох форуми, и гледах в distrowatch.com напредъка на Elementary! Не на последно място много якия според мен интерфейс, който много наподобява MacOS.
Първо го изтествах през флашка и видях че зарежда доста по-бързо от mint-а. Също така конзолата изглежда феноменално яко!

Тъй като аз използвам конзола 80% от времето в което стоя на комп-а, реших че много ще ми допадне това 🙂
Не на последно място е факта, че този OS е ubuntu базиран, и следователно, всичко което е вървяло на mint-а ще върви и тук (и двете са ubuntu базирани).

За в момента срещам трудност с настройката на смяната на езика за писане. В този пост намерих как става номера, но познатия за мен alt+shift метод за съжаление не работи 🙁 – тук ще търся друга алтернатива, но определено проблема не е болка за умиране.

Утре смятам да сложа elementary os и на служебния лаптоп и да му дам шанс!

Мисля че за хора свикнали да работят с windows този линукс много ще им допадне. А пък за тези които винаги са харесвали MacOS но са нямали възможност да го имат – това е идеалния вариант да имат хем стабилен линукс, хем MacOS в едно! 🙂

Ето и скрийншот от моя Elementary OS:

elementary os

pam_authenticate failed: Memory buffer error

, , , 0

Привет,

pam_authenticate failed: Memory buffer errorКато продължение на поста ми за SASL LOGIN authentication failed: authentication failure искам да споделя че наблюдавам странен бъг при работата на sasl на ubuntu 14.04. За втори път ми се случи проблем с един мейл сървър който както си му работи всичко, и изведнъж ауторизацията спира. Погледнах и видях че в auth.log дава следната грешка : saslauthd[19839]: DEBUG: auth_pam: pam_authenticate failed: Memory buffer error .

Тук интересното е че, след като рестартирам saslauthd демона, всичко си тръгва да работи.

За съжеление, както бях писал в предния ми пост, съм махнал debug опцията за да огранича излишните логове, и затова сега няма как да разбера защо става така. Хрумна ми временно решение да направя saslauthd да се рестартира всеки ден в 6 сутринта, но ще продължа да ровя за тази ситуация. Да се надявам се че няма да се случи отново (след като се рестартира всеки ден) но след като съм пуснал debug, ако стане така, ще мога да разбера защо го прави.

 

Load More