Menu

Работа

Тука ще има разни истории свързани с работата ми :)

Неработеща ауторизация при последната версия на discourse

, , 0

Привет,

Днес един от съфорумците на root.bg CopyCat репортна проблем с логването във форума.

Неработеща ауторизация при последната версия на discourse

Оказа се, че при последната версия на discourse (v1.7.0.beta6 +23) е задължително да се добави :

proxy_set_header X-Forwarded-Proto https;

когато се използва reverse proxy. Повече инфо тук.

При мен схемата обаче не е с nginx за reverse proxy, а haproxy. Съответно нещата изглеждат ето така :

backend forums.root.bg
#redirect scheme https if { hdr(Host) -i git.root.bg } !{ ssl_fc }
cookie SERVERID insert indirect
balance leastconn
reqadd X-Forwarded-Proto:\ https
option httpclose
server forums 192.168.168.92:80 cookie forums-container check inter 2000 rise 2 fall 5

Това е!

ПС. Благодаря за репорт-а колега CopyCat!

Observium vs. Cacti

, , 0

Привет,

От както бях администратор на LinkBG, аз използвам cacti и nagios за мониторинг системи.

С времето привикнах към плюсовете и минусите на cacti-то, и като цяло до ден днешен го използвам.
Обаче времената се менят и нуждите също…

Днес ще сравня cacti и Observium (Observium vs. Cacti) в няколко реда:

  1. За разлика от cacti, observium има много готина функция auto-discovery – автоматично засича всички процеси и ресурси и започва да им прави графики. При cacti това се прави ръчно.
  2. И двете имат подобен тип графики, но observium дава възможност за preview режим за всяка от графиките.
  3. Observium се обновява значително по-бързо от cacti – observium – 1 секунда ; cacti – 5 минути :O

Единственият минус който съм видял до сега в Observium, е изискването за валиден DNS запис – без него observium неможе да работи :/

 

От месец някъде, използвам и двете системи паралелно и следя приликите и разликите помежду им спрямо графиките.

Observium започна да ми харесва все повече и повече, и днес реших, че е време да спра да използвам cacti и да премина изцяло на него.!

Така че…. Благодаря ти cacti за всичките тези години вярна служба! Време е да продължим напред 🙂

PS.

За да се скрие досадната карта на observium в dashboard-а , е нужно да се добави следния ред в /opt/observium/config.php :

$config['frontpage']['order'] = array('status_summary', 'device_status_boxes', 'device_status', 'eventlog');

Чао VMware ESXi, Здравей Proxmox cluster

, , , , 0

vmware esxi logoПривет,

От 2012та година насам имам един Intel сървър с VMware ESXi 4.1. От много време насам мисля как най-лесно и безболезнено мога да мигрирам виртуалните машини от него към Proxmox и да го преинсталирам с последната версия на Proxmox 4.2.

Оказа се, че конвертирането от VMware (vmdk) към Proxmox (qcow2 или raw) не е кой знае колко сложно. Общо взето се използва командата qemu-img convert.

Ето и пример :

qemu-img convert alpha_4-flat.vmdk -O qcow2 alpha.qcow2

или повече инфо тук.

Принципът е следния :

  1. Логваме се през SSH към VMware сървъра и влизаме в datastore папката където се съхраняват нашите виртуални машини.
  2. Намираме виртуалната ни машина, чиито файл трябва да завършва на -flat.vmdk : alpha_4-flat.vmdk.
  3. Прехвърляме файла на proxmox сървъра и конвертираме.
  4. Създаваме нова виртуална машина през proxmox уеб интерфейса със същите параметри като старата.
  5. През SSH на proxmox сървъра влизаме в директория /var/lib/vz/images/100/ (100 е ID-то на виртуалната ни машина) и заместваме съществуващия файл с нашия конвертиран такъв.
  6. Стартираме новата ни виртуална машина и всичко трябва да е наред!
Още..

Convert OpenVZ to LXC

, , , 0

Convert OpenVZ to LXCПривет,

В продължение на поста ми Чао OpenVZ, Здравей LXC , днес ще пиша как точно направих конвертирането от OpenVZ към LXC.

 

Първото което трябва да спомена е, че бях събрал всички OpenVZ виртуалки от сървърите в един CentOS 6 с vzkernel ( тук целта ми беше миграцията на Proxmox-a към 4, и OpenVZ-тата бяха оставени на заден план).

Та.. на CentOS-а ми трябваше vzdump , обаче по подразбиране тази команда я няма. Добавих следното репо:

[soluslabs]
name=Soluslab Repo
#baseurl=http://repo.soluslabs.com/centos/$releasever/os/$basearch
mirrorlist=http://repo.soluslabs.com/centos/mirrors-soluslabs
gpgcheck=0
enabled=1

във файла : /etc/yum.repos.d/solusvm.repo и инсталирах vzdump чрез :

yum install vzdump

После последва самия бекъп на виртуалката:

[root@Alien ~]# vzdump 138
INFO: Starting new backup job - vzdump 138
INFO: Starting Backup of VM 138 (openvz)
INFO: status = CTID 138 exist unmounted down
INFO: creating archive '/vz/dump/vzdump-138.dat' (/var/lib/vz/private/138)
INFO: Total bytes written: 34812764160 (33GiB, 9.6MiB/s)
INFO: file size 32.42GB
INFO: Finished Backup of VM 138 (00:58:33)
[root@Alien ~]#

И накрая го преместих от /var/dump/vzdump-138.tar в proxmox сървъра и стартирах процеса на мигриране от OpenVZ към LXC (Convert OpenVZ to LXC) :

sun:~# pct restore 138 vzdump-138.tar -storage nas-nfs
Formatting '/mnt/pve/nas-nfs/images/138/vm-138-disk-1.raw', fmt=raw size=85899345920
mke2fs 1.42.12 (29-Aug-2014)
Creating filesystem with 20971520 4k blocks and 5242880 inodes
Filesystem UUID: 06aa1619-d508-421d-a966-e32eeac47442
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000

Allocating group tables: done
Writing inode tables: done
Creating journal (32768 blocks): done
Multiple mount protection is enabled with update interval 5 seconds.
Writing superblocks and filesystem accounting information: done

extracting archive '/root/vzdump-138.tar'
Total bytes read: 34812764160 (33GiB, 69MiB/s)
Detected container architecture: amd64
###########################################################
Converting OpenVZ configuration to LXC.
Please check the configuration and reconfigure the network.
###########################################################

Тук е важно да отбележа, че избрах за storage nas-nfs (това е монтирания по nfs nas сървър). Списък с монтираните storage дялове може да се види така :

sun:~# pvesm status
local dir 1 15321089528 1724523996 13596565532 11.76%
mysql-ssd-sun dir 1 114723368 61060 108811584 0.56%
nas-nfs nfs 1 29098686272 17879096416 11219589856 61.94%

И не на последно място, е нужно да се добави мрежов интерфейс на ново от proxmox уеб интерфейса, със съответните IP адреси и тн..

Ами това е… след като го пуснах всичко си беше 6 точки! 🙂

Същата процедура направих и с останалите 10 OpenVZ виртуалки.

Чао OpenVZ, Здравей LXC

, , , 0

Привет,

В мои стари постове от 19.08.2013 и 04.02.2016 започнах да споменавам LXC в блога. LXC е нова контейнер технология базирана на docker. LXC може да се инсталира на всеки линукс с kernel версия 3.8 и по-голяма.

Чао OpenVZ, Здравей LXC
Чао OpenVZ, Здравей LXC

 

Искам да споделя, че вече мигрирах всички мои стари OpenVZ виртуални сървъри към LXC. Главната причина за това беше, че мигрирах самите node сървъри ( в моят случай proxmox 3 до proxmox 4.2 ). Това само по себе си доведе и до използването на LXC като контейнер среда (защото при версия 4 ).

Предимствата които получих след миграцията на proxmox до 4.2 са : нов работещ HA cluster (3 node сървъра + общ дисков масив), използване на kernel 4.4.x с всички нови драйвери и библиотеки и много други. Няма да изпадам в подробности как се прави този HA cluster – всичко е описано тук.

Като цяло, за около 2 месеца използване на production среда, не съм видял абсолютно никакви проблеми с LXC.

Използвам готовите темплейти от сайта на OpenVZ и всичко си върви отлично.

Вече бих казал, че препоръчвам използването на LXC, особенно след като станах и голям фен на docker =)

Load More