Menu

October 2016

Неработеща ауторизация при последната версия на 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!

Пускане на втори skype под Mac OS

, 0

Привет,

В този пост ще споделя, как бързо и лесно се прави пускане на втори skype под Mac OS.

Пускане на втори skype под Mac OS

За целта е нужно да отворим Terminal и да напишем следното в него :

open -na /Applications/Skype.app --args -DataPath /Users/$(whoami)/Library/Application\ Support/Skype2

Ами… това е 🙂

Вече имаме пуснати два Skype-а едновременно!

Подмяна на развален хард диск в софтуерен raid 1

, , , , , , 0

Привет,

Последните месеци ми стана практика да подменям развалени хард дискове в софтуерен raid 1.

За мое и на читателите ми улеснение, реших да напиша кратък пост как бързо и лесно се прави това.
Подмяна на развален хард диск в софтуерен raid 1

Когато в dmesg видим нещо от този род :

[2142124.105356] ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[2142124.106445] ata3.00: irq_stat 0x40000001
[2142124.107517] ata3.00: failed command: READ DMA EXT
[2142124.108607] ata3.00: cmd 25/00:00:00:5d:c3/00:01:19:00:00/e0 tag 15 dma 131072 in
[2142124.108609] res 51/40:00:78:5d:c3/00:00:19:00:00/00 Emask 0x9 (media error)
[2142124.110776] ata3.00: status: { DRDY ERR }
[2142124.111845] ata3.00: error: { UNC }
[2142124.182792] ata3.00: configured for UDMA/133
[2142124.182798] ata3: EH complete

значи, че със сигурност диск-а си заминава. За това винаги е хубаво да използваме raid – в случая raid 1 – mirror, за да може да подменим съответният диск с нов без да изгубим важна ифнормация.

В линукс софтуерен raid се прави чрез mdadm, като самото му конфигуриране става супер лесно.

Ето и стъпките за подмяна на развален хард диск в софтуерен raid 1 :

1. Първо трябва да се отбележе счупеният диск и след това да се махне от raid масива :

mdadm --manage /dev/md0 --fail sda1
mdadm --manage /dev/md0 --remove sda1

2. Следва неговата подмяна.

3. После форматиране на новият диск в режим: Linux raid autodetect

cfdisk /dev/sdd

4. Последната стъпка е включване на новият диск в raid масива:

mdadm --manage /dev/md0 --add /dev/sdd1

Проверка на състоянето на масива правим чрез:

cat /proc/mdstat

Общо взето това е.

proxmox 4 lvm data

, , 0

proxmox 4 lvm dataПривет,

От версия 4.2 насам, proxmox използват lvm-thin за data storage по подразбиране.

 

Lvm-thin може да е готино и да има много предимства, но на мен нещо не ми допадна.. и затова ми трябва начин да върна нещата по старо му – да монтирам /var/lib/vz като LVM2 дял и да го използвам за всичко.

Близкия месец ми се наложи да правя това на 3 сървъра, и ето че дойде време да го напиша и в блога като пост: proxmox 4 lvm data, за да не търся всеки път…

Ето стъпките :

1. Чрез командата lvs можем да видим, че дяла наистина е lvm-thin:

lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
data pve twi-a-tz-- 14.44t 0.00 0.42
root pve -wi-ao---- 96.00g
swap pve -wi-ao---- 8.00g

2. Изтриваме logical дяла чрез lvremove и го създаваме на ново чрез lvcreate:

lvremove pve/data
lvcreate --name data -l +100%FREE pve

3. Форматираме /dev/pve/data :

mkfs.ext4 /dev/pve/data

4. Добавяме /var/lib/vz във /etc/fstab за да може да се монтира автоматично при reboot:

vim /etc/fstab

и добавяме :

/dev/pve/data /var/lib/vz ext4 defaults 0 1

5. Монтираме чрез mount -a и ако всичко е ок, новият ни дял трябва да се е появил:

mount -a
df -h
Filesystem Size Used Avail Use% Mounted on
udev 10M 0 10M 0% /dev
tmpfs 51G 9.5M 51G 1% /run
/dev/dm-0 95G 1.2G 89G 2% /
tmpfs 126G 25M 126G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 126G 0 126G 0% /sys/fs/cgroup
/dev/fuse 30M 16K 30M 1% /etc/pve
/dev/mapper/pve-data 15T 9.7M 14T 1% /var/lib/vz

Ами това е! 🙂

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');

Load More