Informatyczne życie X

Aktualizacja GitLab z wersji 7.x do 11.x, wraz z aktualizacją Ubuntu z wersji 14.04 do 18.04

2019-02-13T13:50:00.000+01:00

Zdarza się przejąć serwer nieaktualizowany od dawna. W tym przypadku jest to serwer z Ubuntu 14.04 i gitlabem w wersji 7.x.

Na wstępie:
- Paczki ściągamy z https://packages.gitlab.com/gitlab/gitlab-ce i wybieramy je zależnie od wersji systemu
- Należy zrobić kopię katalogu /etc/gitlab
- Aktualizacja była wykonana na sklonowanej maszynie, jeśli nie macie takiej możliwości należy wykonać backup gitlaba
- Procedura powinna wyglądać podobnie na Debianie lecz nie testowałem (oczywiście paczki muszą być ściągane wtedy dla danego Debiana zamiast Ubuntu)

W pierwszej kolejności aktualizujemy Ubuntu 14.04

apt update
apt upgrade
restart sprawdzamy czy gitlab wstał (jeśli sklonowana maszyna sprawdzamy logi celem eliminacji błędów)

Ściągamy gitlaba w wersji 8 dla Ubuntu 14.04

wget --content-disposition https://packages.gitlab.com/gitlab/gitlab-ce/packages/ubuntu/trusty/gitlab-ce_8.17.7-ce.0_amd64.deb/download.deb

i go instalujemy

dpkg -i gitlab-ce_8.17.7-ce.0_amd64.deb

Sprawdzamy czy wersja się podniosła:
root@git-clone:/opt/upgrade# grep gitlab /opt/gitlab/version-manifest.txt
gitlab-ce 8.17.7
gitlab-config-template 8.17.7
gitlab-cookbooks 8.17.7
gitlab-ctl 8.17.7
gitlab-healthcheck 42dc7323afc83ea6026fc834e903617b
gitlab-monitor v1.1.0 git:927f12e0054670a4cb567dfac58c0c13e399062c
gitlab-pages v0.3.2 git:7285dc67ad53305889f577297fc5544c0fe8703f
gitlab-psql f3696a0d5d2c32dffc0e753f53e2537c
gitlab-rails v8.17.7 git:756f85375b4df446aaf0bbe30ee72a882ba49a51
gitlab-scripts 8.17.7
gitlab-selinux 8.17.7
gitlab-shell v4.1.1 git:a3712cc18de8283b25c3a8a034ecc8c9b7feca48
gitlab-workhorse v1.3.0 git:b30cda2218572674082636d9851086eeee9a971f

I status gitlab`a

root@git-clone:/opt/upgrade# gitlab-ctl status
run: gitlab-workhorse: (pid 11050) 127s; run: log: (pid 11015) 141s
run: logrotate: (pid 11073) 126s; run: log: (pid 915) 1454s
run: nginx: (pid 11062) 126s; run: log: (pid 917) 1454s
run: postgresql: (pid 10902) 261s; run: log: (pid 918) 1454s
run: redis: (pid 10844) 263s; run: log: (pid 922) 1454s
run: sidekiq: (pid 11033) 140s; run: log: (pid 924) 1454s
run: unicorn: (pid 11084) 125s; run: log: (pid 916) 1454s

Wchodzimy na stronę www gita i weryfikujemy czy działa. Jeśli jest ok aktualizujemy dalej do wersji 9.x dla Ubuntu 14.04.

wget --content-disposition https://packages.gitlab.com/gitlab/gitlab-ce/packages/ubuntu/trusty/gitlab-ce_9.2.10-ce.0_amd64.deb/download.deb

dpkg -i gitlab-ce_9.2.10-ce.0_amd64.deb

root@git-clone:/opt/upgrade# grep gitlab /opt/gitlab/version-manifest.txt
gitlab-ce 9.2.10
gitlab-config-template 9.2.10
gitlab-cookbooks 9.2.10
gitlab-ctl 9.2.10
gitlab-healthcheck a596f019c73c7aeb89ddd912d237addf
gitlab-monitor v1.6.0 git:06964419a9441910e6816bc46231a843fc635b01
gitlab-pages v0.4.2 git:dccd0f2b3206c2935b41ad1cedc02bd4922446b8
gitlab-psql ff26e3be21c690dd34db5cc8fc6c9b55
gitlab-rails v9.2.10 git:7586e82714a6479bc3581532e11d03bead1cc982
gitlab-scripts 9.2.10
gitlab-selinux 9.2.10
gitlab-shell v5.0.4 git:285c061ed8933c0d94a9ad027f99653039673324
gitlab-workhorse v2.0.0 git:eacd5b7aff7cc1b51a2409d8645dfc61904f308c
root@git-clone:/opt/upgrade# gitlab-ctl status
run: gitaly: (pid 20877) 23s; run: log: (pid 19931) 112s
run: gitlab-monitor: (pid 20883) 23s; run: log: (pid 19989) 101s
run: gitlab-workhorse: (pid 20046) 85s; run: log: (pid 11015) 866s
run: logrotate: (pid 20886) 22s; run: log: (pid 915) 2179s
run: nginx: (pid 20922) 20s; run: log: (pid 917) 2179s
run: node-exporter: (pid 20892) 22s; run: log: (pid 19968) 104s
run: postgres-exporter: (pid 20897) 21s; run: log: (pid 19981) 102s
run: postgresql: (pid 20928) 19s; run: log: (pid 918) 2179s
run: prometheus: (pid 20902) 21s; run: log: (pid 19957) 106s
run: redis: (pid 19387) 167s; run: log: (pid 922) 2179s
run: redis-exporter: (pid 20910) 21s; run: log: (pid 19975) 103s
run: sidekiq: (pid 20915) 20s; run: log: (pid 924) 2179s
run: unicorn: (pid 20938) 19s; run: log: (pid 916) 2179s
root@git-clone:/opt/upgrade#
Sprawdzamy czy www działa

Jeśli ok, to aktualizacja do wersji 9.5 wybieramy ostatnią najnowszą dla Ubuntu 14.04 (żeby zainstalować gitlaba w wersji 10.x, jest niezbędna instalacja 9.5. Można spróbować zainstalować od razu 9.5 zamiast 9.2)

wget --content-disposition https://packages.gitlab.com/gitlab/gitlab-ce/packages/ubuntu/trusty/gitlab-ce_9.5.9-ce.0_amd64.deb/download.deb

dpkg -i gitlab-ce_9.5.9-ce.0_amd64.deb

root@git-clone:/opt/upgrade# grep gitlab /opt/gitlab/version-manifest.txt
gitlab-ce 9.5.9
gitlab-config-template 9.5.9
gitlab-cookbooks 9.5.9
gitlab-ctl 9.5.9
gitlab-healthcheck a596f019c73c7aeb89ddd912d237addf
gitlab-monitor v1.9.0 git:1cf4c45e862742cb86b06828e051330c16a4631c
gitlab-pages v0.5.1 git:15c938cafbd95064bbc4be34cd72091f9a61edaa
gitlab-psql ff26e3be21c690dd34db5cc8fc6c9b55
gitlab-rails v9.5.9 git:19893b0ab5d2ae1b7e9a61a511b30f6651371e50
gitlab-scripts 9.5.9
gitlab-selinux 9.5.9
gitlab-shell v5.8.0 git:1e587d3b7fbe596ab010cb022b0c6526d2489613
gitlab-workhorse v3.0.0 git:e6cfe0c0c6aafe639cdf2c362eab860053bc07cb
root@git-clone:/opt/upgrade# gitlab-ctl status
run: gitaly: (pid 7002) 38s; run: log: (pid 19931) 1021s
run: gitlab-monitor: (pid 7035) 37s; run: log: (pid 19989) 1010s
run: gitlab-workhorse: (pid 7023) 37s; run: log: (pid 11015) 1775s
run: logrotate: (pid 7065) 35s; run: log: (pid 915) 3088s
run: nginx: (pid 7071) 35s; run: log: (pid 917) 3088s
run: node-exporter: (pid 7077) 34s; run: log: (pid 19968) 1013s
run: postgres-exporter: (pid 7118) 34s; run: log: (pid 19981) 1011s
run: postgresql: (pid 6419) 111s; run: log: (pid 918) 3088s
run: prometheus: (pid 7043) 36s; run: log: (pid 19957) 1015s
run: redis: (pid 6421) 110s; run: log: (pid 922) 3088s
run: redis-exporter: (pid 7128) 33s; run: log: (pid 19975) 1012s
run: sidekiq: (pid 7133) 33s; run: log: (pid 924) 3088s
run: unicorn: (pid 7140) 33s; run: log: (pid 916) 3088s

Sprawdzamy na www czy gitlab działa.
Jeśli ok, to instalujemy najnowszą wersje 10 przeznaczona dla Ubuntu 14.04

wget --content-disposition https://packages.gitlab.com/gitlab/gitlab-ce/packages/ubuntu/trusty/gitlab-ce_10.8.7-ce.0_amd64.deb/download.deb

root@git-clone:/opt/upgrade# grep gitlab /opt/gitlab/version-manifest.txt
gitlab-ce 10.8.7
gitlab-config-template 10.8.7
gitlab-cookbooks 10.8.7
gitlab-ctl 10.8.7
gitlab-healthcheck a596f019c73c7aeb89ddd912d237addf
gitlab-monitor v2.16.0 git:bc1fc7bb78aa18247a1c89f884eabc62f90ea28a
gitlab-pages v0.9.1 git:7edf64c1951e2184890403ab60c26381dd81e942
gitlab-psql fdf6f1b9931a92993bec79893998d39c
gitlab-rails v10.8.7 git:eb600b0b2f8fa825fe5a3150b6e846a712db4441
gitlab-scripts 10.8.7
gitlab-selinux 10.8.7
gitlab-shell v7.1.2 git:dc67cf1a62529bf7aecc8e350994ac40d5f4a068
gitlab-workhorse v4.2.1 git:3005778d892306be588883b67f5935d587b31ed7
root@git-clone:/opt/upgrade# gitlab-ctl status
run: alertmanager: (pid 17651) 34s; run: log: (pid 17664) 33s
run: gitaly: (pid 17623) 35s; run: log: (pid 19931) 1475s
run: gitlab-monitor: (pid 17700) 31s; run: log: (pid 19989) 1464s
run: gitlab-workhorse: (pid 17612) 35s; run: log: (pid 11015) 2229s
run: logrotate: (pid 17704) 31s; run: log: (pid 915) 3542s
run: nginx: (pid 17710) 31s; run: log: (pid 917) 3542s
run: node-exporter: (pid 17716) 30s; run: log: (pid 19968) 1467s
run: postgres-exporter: (pid 17682) 33s; run: log: (pid 19981) 1465s
run: postgresql: (pid 17438) 133s; run: log: (pid 918) 3542s
run: prometheus: (pid 17638) 34s; run: log: (pid 19957) 1469s
run: redis: (pid 17419) 135s; run: log: (pid 922) 3542s
run: redis-exporter: (pid 17725) 30s; run: log: (pid 19975) 1466s
run: sidekiq: (pid 17730) 29s; run: log: (pid 924) 3542s
run: unicorn: (pid 17745) 29s; run: log: (pid 916) 3542s
Sprawdzamy na www czy gitlab działa.

Jeśli ok aktualizujemy UBUNTU do wersji 16.04

do-release-upgrade

Po aktualizacji nastąpi restart maszyny

Jeśli po restarcie gitlab się nie podniesie to:
gitlab-ctl reconfigure
gitlab-ctl status

Sprawdzamy na www czy gitlab działa.

Jeśli jest ok aktualizujemy Ubuntu do wersji 18.04

do-release-upgrade

Po aktualizacji nastąpi restart maszyny

Aktualizujemy do najnowszej wersji 11.x dla Ubuntu 18.04

wget --content-disposition https://packages.gitlab.com/gitlab/gitlab-ce/packages/ubuntu/bionic/gitlab-ce_11.7.5-ce.0_amd64.deb/download.deb

root@git-clone:/opt/upgrade# dpkg -i gitlab-ce_11.7.5-ce.0_amd64.deb
(Odczytywanie bazy danych ... 156043 pliki i katalogi obecnie zainstalowane.)
Przygotowywanie do rozpakowania pakietu gitlab-ce_11.7.5-ce.0_amd64.deb ...
* git_data_dir has been deprecated since 8.10 and removed in 11.0. Use git_data_dirs instead.
Deprecations found. Please correct them and try again.
dpkg: błąd przetwarzania archiwum gitlab-ce_11.7.5-ce.0_amd64.deb (--install):
new gitlab-ce package pre-installation script subprocess returned error exit status 1
Wystąpiły błędy podczas przetwarzania:
gitlab-ce_11.7.5-ce.0_amd64.deb

Jeśli pojawi nam sie taki błąd, to należy w pliku /etc/gitlab/gitlab.rb zamienić wpis (na podstawie https://docs.gitlab.com/omnibus/settings/configuration.html#storing-git-data-in-an-alternative-directory):
git_data_dir /opt/gitlab/gitlab-data
na
git_data_dirs ({ "default" => { "patch" => "/opt/gitlab/gitlab-data" } })

gitlab-ctl reconfigure
i ponownie
dpkg -i gitlab-ce_11.7.5-ce.0_amd64.deb

root@git-clone:/opt/upgrade# grep gitlab /opt/gitlab/version-manifest.txt
gitlab-ce 11.7.5
gitlab-config-template 11.7.5
gitlab-cookbooks 11.7.5
gitlab-ctl 11.7.5
gitlab-healthcheck 1c4cd0e8e06f0ccf04e72e3b536beabf
gitlab-monitor v2.19.1 git:f4c4ef9c42457a3a8a2bb153a5f0798f1d8ed3ed
gitlab-pages v1.3.1 git:b1c5548bb50552003fd94491b62625390d742ac5
gitlab-psql 7e26463d2041e381a5d8ff694847f93a
gitlab-rails v11.7.5 git:c5b5b18b3f1c5b683ceb4471e667d675de9200eb
gitlab-scripts 11.7.5
gitlab-selinux 11.7.5
gitlab-shell v8.4.4 git:5969bd068d8aa9b19e69c96c8644f821602b4c6e
gitlab-workhorse v8.0.2 git:e6c51668c850afbc8032dddee0037a4066da2e08
root@git-clone:/opt/upgrade# /opt/gitlab/bin/gitlab-ctl status
run: alertmanager: (pid 27713) 34s; run: log: (pid 724) 2415s
run: gitaly: (pid 27616) 38s; run: log: (pid 857) 2412s
run: gitlab-monitor: (pid 27653) 37s; run: log: (pid 853) 2412s
run: gitlab-workhorse: (pid 27591) 39s; run: log: (pid 852) 2412s
run: logrotate: (pid 27758) 32s; run: log: (pid 722) 2415s
run: nginx: (pid 27603) 38s; run: log: (pid 859) 2412s
run: node-exporter: (pid 27633) 37s; run: log: (pid 848) 2412s
run: postgres-exporter: (pid 27730) 34s; run: log: (pid 855) 2412s
run: postgresql: (pid 9755) 860s; run: log: (pid 854) 2412s
run: prometheus: (pid 27676) 35s; run: log: (pid 851) 2412s
run: redis: (pid 27582) 39s; run: log: (pid 735) 2415s
run: redis-exporter: (pid 27663) 36s; run: log: (pid 856) 2412s
run: sidekiq: (pid 27552) 57s; run: log: (pid 723) 2415s
run: unicorn: (pid 27825) 32s; run: log: (pid 858) 2412s

Sprawdzamy na www czy gitlab działa. W ten sposób mamy najnowszą wersję Ubuntu 18.04 i najnowszą wersję gitlaba.

PostgreSQL ozyskanie miejsca po updacie

2017-03-02T11:42:00.000+01:00

W wyniku updejtu postgresa zjadło miejscie go nie oddało. Baza nagle zajmuje jeszcze raz tyle ile zajmowała. Na full vacuum nie mamy miejsca co robić, jak z tym żyć? Sposobem na odzyskanie miejsca jest poniższa procedura

1. Backup wszystkich baz na serwerze postgresql

Upewnij się, że posiadasz odpowiednią ilość miejsca na serwerze, jeśli nie podmapuj zasób sieciowy, dysk usb, itp.

su - postgres

pg_dumpall | gzip -9 > /some/partition/all.dbs.out.gz

2. Backup plików konfiguracyjnych

Sprawdzamy nasz data_directory

sudo -u postgres psql

postgres=# SHOW data_directory;

Output

       data_directory

------------------------------

/var/lib/postgresql/9.x/main

(1 row)

Kopiujemy pliki konfiguracyjne (mogą także być w /etc/postgesql)

cp /path/to/postgresql/data_directory/*.conf /some/partition/

3. Stop Postgresql

pg_ctl -D /path/to/postgresql/data_directory stop

lub

/etc/init.d/postgresql stop

W tym miejscu warto sobie zrobić wcześniej backup plików w katalogu data_directory na wszelkie zaś:

tar -zcfv /path/to/destination/data_dierctory.tar.gz /path/to/postgresql/data_directory

4. Wymazanie zawartości data directory

rm -Rf /path/to/postgresql/data_directory/*

5. Uruchomienie initdb to reinicjowania data directory

su - postgres

/usr/lib/postgresql/9.x/bin/initdb -D /path/to/postgresql/data_directory

6. Przywrócenie plików konfiguracyjnych

(jeśli wcześniej były w /etc/postgresql to wystarczy)

cp /some/partition/*.conf /path/to/postgresql/data_directory/*.conf

7. Start Postgresql

pg_ctl -D /path/to/postgresql/data_directory start

lub

/etc/init.d/postgresql start

8. Przywrócenie bazy danych z backupu

su - postgres

gunzip /some/partition/all.dbs.out.gz

psql -f /some/partition/all.dbs.out

Jeśli mamy problem i nie chce przyjąć hasła dla użytkownika postgres robimy tak:

Kopiujemy plik pg_hba.conf

cp pg_hba.conf pg_hba.conf-backup

Umieszczamy/odhaszowujemy poniższą linie jako pierwszą nie zahaszowaną

local all all trust

restart PostgreSQL server

/etc/init.d/postgresql restart

Łączymy się jako użytkownik postgres:

psql -U postgres

Resetujemy hasło:

ALTER USER postgres with password
'my_secure_password';

Przywracamy pg_hba.conf:

cp pg_hba.conf-backup pg_hba.conf

Restartujemy PostgreSQL

sudo /etc/init.d/postgresql restart

Sprawdzamy czy baza zajmuje tyle co powinna i koniec tematu.

Reset hasła root MYSQL

2016-07-12T11:34:00.000+02:00

Zdarzyło się zapomnieliśmy hasła root`a do Mysql`a i co teraz? Spokojna głowa chwila przestoju i mamy ustawione nowe hasło do zarządzania serwerem.

Zatrzymujemy mysql`a

/etc/init.d/mysql stop

Sprawdzamy, czy jakieś procesy Mysql jeszcze żyją:

ps aux | grep mysql

root      6539 0.0 0.0   4336 1496 ?        S    11:05   0:00 /bin/sh /usr/bin/mysqld_safe
mysql     6888 14.2 4.8 886556 191748 ?       Sl   11:05   2:39 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306

Zabijamy uruchomione procesy:

kill -9 6539 6888

Uruchamiamy mysql`a w trybie pomijania uprawnień

mysqld_safe --skip-grant-tables

160712 11:03:51 mysqld_safe Can't log to error log and syslog at the same time. Remove all --log-error configuration options for --syslog to take effect.
160712 11:03:51 mysqld_safe Logging to '/var/log/mysql/error.log'.
160712 11:03:51 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

Jeśli pojawiło się to co powyżej logujemy się do Mysql`a i zmieniamy hasło:

mysql --user=root mysql

update user set Password=PASSWORD('nowe-haslo') where user='root';
flush privileges;

Sprawdzamy PIDy procesów mysql`a

ps aux | grep mysql
root      6111 0.0 0.0   4336 1504 pts/3    S+   11:03   0:00 /bin/sh /usr/bin/mysqld_safe --skip-grant-tables
mysql     6473 0.3 1.1 493628 46328 pts/3    Sl+ 11:03   0:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib/mysql/plugin --user=mysql --skip-grant-tables --log-error=/var/log/mysql/error.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/run/mysqld/mysqld.sock --port=3306

Zabijamy uruchomione procesy:

kill -9 6111 6473

Uruchamiamy demona w normalnym trybie

/etc/init.d/mysqld restart

Sprawdzamy, czy możemy się zalogować nowym hasłem

mysql -p

Jeśli wszystko zrobiliśmy dobrze, to właśnie zalogowaliśmy się zmienionym hasłem.

Zdalne odblokowanie pulpitu zdalnego

2016-07-05T13:13:00.001+02:00

Przydatne do dostania się na pulpitu komputera w zdalnej lokalizacji w tym przypadku komputery są w różnych lokalizacjach, lecz logują sie do jednej AD.

- Instalacja PSEXEC

Ściągamy paczkę ze strony:
https://technet.microsoft.com/en-us/sysinternals/psexec.aspx
Wypakowujemy i z wiersza linii komend przechodzimy do katalogu

- Odblokowujemy RDP:

 D:\PSTools>psexec \\192.168.1.103 reg add "hklm\system\currentcontrolset\control\terminal

server" /f /v fDenyTSConnections /t REG_DWORD /d 0

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com


Operacja ukończona pomyślnie.
reg exited on 192.168.1.103 with error code 0.

- Tworzymy wyjątek w firewallu dla połączenia zdalnego:

D:\PSTools>psexec \\192.168.1.103 netsh firewall set service remoteadmin enable

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com



WAŻNE: Polecenie zostało wykonane pomyślnie.
Jednak polecenie "netsh firewall" jest wycofywane.
Zamiast niego należy używać polecenia "netsh advfirewall firewall".
Więcej informacji na temat używania polecenia "netsh advfirewall firewall"
zamiast polecenia "netsh firewall" można znaleźć w artykule 947709
z Bazy wiedzy pod adresem http://go.microsoft.com/fwlink/?linkid=121488.

Ok.

netsh exited on 192.168.1.103 with error code 0.

D:\PSTools>psexec \\192.168.1.103 netsh firewall set service remotedesktop enable

PsExec v2.2 - Execute processes remotely
Copyright (C) 2001-2016 Mark Russinovich
Sysinternals - www.sysinternals.com



WAŻNE: Polecenie zostało wykonane pomyślnie.
Jednak polecenie "netsh firewall" jest wycofywane.
Zamiast niego należy używać polecenia "netsh advfirewall firewall".
Więcej informacji na temat używania polecenia "netsh advfirewall firewall"
zamiast polecenia "netsh firewall" można znaleźć w artykule 947709
z Bazy wiedzy pod adresem http://go.microsoft.com/fwlink/?linkid=121488.

Ok.

netsh exited on 192.168.1.103 with error code 0.

Wydajemy polecenie z naszego komputera

 mstsc /admin

(/admin daje nam to, że nie pyta zalogowanego użytkownika o pozwolenie na wylogowanie, lecz go wylogowywuje na naszą korzyść)

APACHE, PHP i MYSQL brak polskich znaków po przeniesieniu na inny serwer

2016-05-25T14:53:00.001+02:00

Przenosimy stronę ot taka fanaberia. Pliki skopiowane i przeniesione w miejsce docelowe, baza danych zaimportowana, virualka skonfigurowana. Pierwszy test. Wyświetla się strona, dane z bazy wyświetla, lecz polskie znaki się nie wyświetlają. Szybka instrukcja naprawy.
Edytujemy dwa pliki i zastępujemy na podkreślone wpisy fragmenty konfiguracji:

/etc/apache2/conf-available/charset.conf

# Read the documentation before enabling AddDefaultCharset.
# In general, it is only a good idea if you know that all your files
# have this encoding. It will override any encoding given in the files
# in meta http-equiv or xml encoding tags.

#AddDefaultCharset UTF-8
AddDefaultCharset ISO-8859-2

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

Następnie:

/etc/php5/apache2/php.ini

; PHP's default character set is set to UTF-8.

; http://php.net/default-charset

;default_charset = "UTF-8"

default_charset = "ISO-8859-2"

Następnie przeładowujemy apache:

/etc/init.d/apache2 restart

Odświeżamy stronę i mamy już polskie znaki prawidłowo wyświetlone.

Automatyczna archiwizacja konfiguracji mikrotików z wielu lokalizacji

2016-05-13T15:44:00.000+02:00

Mamy lokalizację główną + lokalizacje zdalne na lokalizacjach zdalnych mamy mikrotiki, które zarządzają całym bałaganem sieciowym. Chcemy mieć pewność, ze nasza konfiguracja w razie awarii, lub jakieś zmiany będzie do odzyskania. W takim razie robimy automatyczny backup konfiguracji mikrotików w dowolnej ilości lokalizacji.

W pierwszej kolejności konfigurujemy mikrotiki, żeby codziennie robiły backup swojej konfiguracji. Logujemy się do mikrotika z poziomu wiersza poleceń wykonujemy następujące kroki.

Dodajemy do scheludera zadanie wykonania backupu o nazwie LOK1.backup (każą linijkę wklejamy oddzielnie):

/system scheduler
add name="backup" on-event="system backup save name=LOK1.backup" \
start-date=jan/01/1970 start-time=00:00:00 interval=10h comment="" \
disabled=no

Wykonujemy pierwszy backup ręcznie:

/system backup save name=LOK1.backup

Sprawdzamy, czy mamy serwis ftp aktywny (brak X znaczy że jest ok, w przeciwnym razie musimy go odblokwać):

/ip service print
Flags: X - disabled, I - invalid
# NAME PORT ADDRESS CERTIFICATE
0 telnet 23
1 ftp 21
2 www 80
3 ssh 22
4 X www-ssl 443 none
5 X api 8728
6 winbox 8291
7 api-ssl 8729 none

Dodajemy Grupę, politykę i użytkownika backup z hasłem i zezwalamy mu się łączyć z naszego adresu IP lub sieci (192.168.0.13/32):

/user group
add name="ftp" policy=ftp,!local,!telnet,ssh,!reboot,read,write,!policy,!test,!winbox,!password,web,!sniff,sensitive
/user
add address=192.168.0.13/32 comment="FTP backup" disabled=no group=ftp name="backup"
set [find name="backup"] password="Backup_Password"

Po stronie serwera, na który chcemy wykonać backup tworzymy plik z adresami ip i nazwą lokalizacji:

----------------------------------mikrotik.txt ----------------------------------
121.121.121.121 LOK1
122.122.122.122 LOK2
..
..
..
130.130.130.130 LOK
EOF
-----------------------------------END-OF-FILE---------------------------------

Pamiętajmy, żeby po EOF już nie było pustej linii. Pierwsza kolumna jest adresami ip naszych mikrotików, a druga nazwami lokalizacji, a także nazwami katalogów, gdzie backup trafi,oraz nazwami plików z backupem znajdujących się na mikrotikach. Następnie w tym samym katalogu (domyślnie jest to /backup/mikrotik. jak będzie inny wystarczy zmienić ścieżkę w zmiennej) umieszczamy poniższy skrypt i nadajemy mu prawa do wykonywania chmod +x nazwa_skryptu.sh

#!/bin/bash
echo "##########################################################################"
echo "##########################################################################"
echo "######## ########"
echo "######## MIKROTIK BACKUP SCRIPT ########"
echo "######## V1.0 ########"
echo "######## 13.05.2015 ########"
echo "######## by: Grzegorz Zalewski ########"
echo "######## http://informatycznezycie.blogspot.com ########"
echo "######## ########"
echo "##########################################################################"
echo "##########################################################################"

#Zmienne
USER=backup
PASSW=Backup_Password
data=`date +%F`
date=`date +%Y-%m-%d_%H_%M`
dir=/backup/mikrotik

#utwórz katalog z datą
cd $dir
mkdir $data
cd $dir/$data

#utwórz plik lokalizacji z pliku mikrotik.txt
awk '{print $2}' < $dir/mikrotik.txt > $dir/lokalizacja.tmp

#utwórz katalogi w pętli z pliku oddzialów
while read line
do
mkdir $line
#plik z jakiego ma petla korzytstać
done <$dir/lokalizacja.tmp

#połącz sie z oddziałami i pobierz pliki pętla
while read line
do
#wyciągnij pojedynczą linie z pliku mikrotik
echo $line > line.tmp
#utworz plik z adresem ip
awk '{print $1}' < line.tmp > ip.tmp
#utworz plik z nazwa lokalizacji
awk '{print $2}' < line.tmp > lok.tmp
#stwórz zmienne
ip=$(< ip.tmp)
odd=$(< lok.tmp)

#skrypt ftp
#passive - niektóre mikrotiki w trybie aktywnym nie listuja katalogow-wymuszamy tryb passive
#get * - pobierz plik i zapisz go w danej lokalizacji
ftp -v -n $ip >> $dir/$data.transfer.log <<SCRIPT
user $USER $PASSW
binary
passive
dir
get $lok.backup $dir/$data/$lok/$lok.backup.$date
quit
SCRIPT
#plik z jakiego ma petla korzytstać
done < $dir/mikrotik.txt

#usuń pliki tymczasowe
cd $dir
rm *.tmp
cd $dir/$data
rm *.tmp

Jeśli wszystko wykonaliśmy poprawnie, to w katalogu (w naszym przypadku /backup/mikrotik)

powinien powstać katalog DATY np.: 2016-05-13 a w nim katalogi LOK1, LOK2, LOK3 itp, Wewnątrz powinny znajdować się pliki z backupem w nazwie zgodne z lokalizacja i ze znacznikiem czasowym ściągnięcia w nazwie. Jeśli plików brakuje, to w pierwszej kolejności sprawdzamy plik logu i szukamy informacji, co się stało. Następnie najlepiej spróbować połączyć się ręcznie z linii komend ftpem do mikrotika. Jeśli to nie pomoże należny jeszcze po stronie mikrotika sprawdzić:

- czy jest włączony conntrac i reguły do niego (established,related)

- czy"Service ports" FTP jest zaznaczony

- czy pomiędzy klientem i serwerem jest stosowany jakiś NAT, albo szyfrowane połączenie

Gdy ostatecznie dopniemy kwestie konfiguracyjne i wszystko zadziała jak należny wystarczy dodać skrypt do crona. Ot cała robota.

Oczywiście skrypt można wykorzystać nie tylko do archiwizacji backupu konfiguracji mikrotików. Po niewielkich modyfikacjach może mieć różnorakie zastosowanie.

Hurtowa zmiana praw do plików i katalogów

2016-05-05T15:32:00.000+02:00

Instalujemy sobie stronkę np. wordpress`a i musimy globalnie dla wszystkich katalogów ustawić prawa 775, a dla plików 664 . Ręcznie to robiąc katalog po katalogu zajmie nam mnóstwo czasu. Za pomocą tych dwóch komend zrobimy to w kilka sekund. Przechodzimy do katalogu, w którym chcemy dokonać zmian.

Dla katalogów w folderze, w którym się znajdujemy
find . -type d -exec chmod 775 {} \;

Dla plików w folderze, w którym się znajdujemy
find . -type f -exec chmod 664 {} \;

GitLab zepsuł dodawanie w wiki pages podczas aktualizacji

2016-04-28T12:52:00.000+02:00

Zainstalowałem sobie GitLaba na prośbę naszych programistów, i tak sobie przez pewien czas stał i się kurzył. Aż do czasu jak stwierdziliśmy, że sobie wiki na to przeniesiemy bo ładnie widać kto, co, kiedy zmienił/wpisał, itp. Przy okazji odkurzania na Debianie poszło aptitude upgrade, żeby wszystko ładnie działało. Niestaty trafiło na aktualizacje GitLab`a. Na pierwszy rzut oka działało bardzo ładnie, aż do pierwszej próby zaktualizowania wiki. 500 Error :/. Zaglądamy do logów i widzimy:

/var/log/gitlab/gitlab-rails/production.log

NoMethodError (undefined method `username' for #<Group:0x00000007e195b8>):
app/models/project_wiki.rb:158:in `default_message'
app/models/project_wiki.rb:152:in `commit_details'
app/models/project_wiki.rb:91:in `create_page'
app/models/wiki_page.rb:183:in `save'
app/models/wiki_page.rb:143:in `create'
app/services/wiki_pages/create_service.rb:6:in `execute'
app/controllers/projects/wikis_controller.rb:58:in `create'
lib/gitlab/middleware/go.rb:16:in `call'

Okazało się, że najnowsza wersja tak ma i już ..... Po godzinie czesania google udało się znaleźć rozwiązanie problemu przez społeczność.

W pierwszej kolejności sprawdzamy, czy z samym Gitlabem jest wsio ok

Sprawdzamy czy bazy wstały prawidłowo:

gitlab-rake db:migrate:status

database: gitlabhq_production

Status Migration ID Migration Name
--------------------------------------------------
up 20121220064453 Init schema
up 20130102143055 Rename owner to creator for project
up 20130110172407 Add public to project
up 20130123114545 Add issues tracker to project
up 20130125090214 Add user permissions
up 20130131070232 Remove private flag from project
up 20130206084024 Add description to namsespace
up 20130207104426 Add description to teams
up 20130211085435 Add issues tracker id to project
up 20130214154045 Rename state to merge status in milestone
up 20130218140952 Add state to issue
up 20130218141038 Add state to merge request
up 20130218141117 Add state to milestone
up 20130218141258 Convert closed to state in issue
up 20130218141327 Convert closed to state in merge request
up 20130218141344 Convert closed to state in milestone
up 20130218141444 Remove merged from merge request
up 20130218141507 Remove closed from issue
up 20130218141536 Remove closed from merge request
up 20130218141554 Remove closed from milestone
up 20130220124204 Add new merge status to merge request
up 20130220125544 Convert merge status in merge request
up 20130220125545 Remove merge status from merge request
up 20130220133245 Rename new merge status to merge status in milestone
up 20130304104623 Add state to user
up 20130304104740 Convert blocked to state
up 20130304105317 Remove blocked from user
up 20130315124931 User color scheme
up 20130318212250 Add snippets to features
up 20130319214458 Create forked project links
up 20130323174317 Add private to snippets
up 20130324151736 Add type to snippets
up 20130324172327 Change project id to null in snipepts
up 20130324203535 Add type value for snippets
up 20130325173941 Add notification level to user
up 20130326142630 Add index to users authentication token
up 20130403003950 Add last activity column into project
up 20130404164628 Add notification level to user project
up 20130410175022 Remove wiki table
up 20130419190306 Allow merges for forks
up 20130506085413 Add type to key
up 20130506090604 Create deploy keys projects
up 20130506095501 Remove project id from key
up 20130522141856 Add more fields to service
up 20130528184641 Add system to notes
up 20130611210815 Increase snippet text column size
up 20130613165816 Add password expires at to users
up 20130613173246 Add created by id to user
up 20130614132337 Add improted to project
up 20130617095603 Create users groups
up 20130621195223 Add notification level to user group
up 20130622115340 Add more db index
up 20130624162710 Add fingerprint to key
up 20130711063759 Create project group links
up 20130804151314 Add st diff to note
up 20130809124851 Add permission check to user
up 20130812143708 Add import url to project
up 20130819182730 Add internal ids to issues and mr
up 20130820102832 Add access to project group link
up 20130821090530 Remove deprecated tables
up 20130821090531 Add internal ids to milestones
up 20130909132950 Add description to merge request
up 20130926081215 Change owner id for group
up 20131005191208 Add avatar to users
up 20131009115346 Add confirmable to users
up 20131106151520 Remove default branch
up 20131112114325 Create broadcast messages
up 20131112220935 Add visibility level to projects
up 20131129154016 Add archived to projects
up 20131130165425 Add color and font to broadcast messages
up 20131202192556 Add event fields for web hook
up 20131214224427 Add hide no ssh key to users
up 20131217102743 Add recipients to service
up 20140116231608 Add website url to users
up 20140122112253 Create merge request diffs
up 20140122114406 Migrate mr diffs
up 20140122122549 Remove m rdiff fields
up 20140125162722 Add avatar to projects
up 20140127170938 Add group avatars
up 20140209025651 Create emails
up 20140214102325 Add api key to services
up 20140304005354 Add index merge request diffs on merge request
up 20140305193308 Add tag push hooks to project hook
up 20140312145357 Add import status to project
up 20140313092127 Migrate already imported projects
up 20140407135544 Fix namespaces
up 20140414131055 Change state to allow empty merge request diffs
up 20140415124820 Limits to mysql
up 20140416074002 Add index on iid
up 20140416185734 Index on current sign in at
up 20140428105831 Add notes index updated at
up 20140502115131 Add repo size to db
up 20140502125220 Migrate repo size
up 20140611135229 Add position to merge request
up 20140625115202 Create users star projects
up 20140729134820 Create labels
up 20140729140420 Create label links
up 20140729145339 Migrate project tags
up 20140729152420 Migrate taggable labels
up 20140730111702 Add index to labels
up 20140903115954 Migrate to new shell
up 20140907220153 Serialize service properties
up 20140914113604 Add members table
up 20140914145549 Migrate to new members model
up 20140914173417 Remove old member tables
up 20141006143943 Move slack service to webhook
up 20141007100818 Add visibility level to snippet
up 20141118150935 Add audit event
up 20141121133009 Add timestamps to members
up 20141121161704 Add identity table
up 20141205134006 Add locked at to merge request
up 20141216155758 Create doorkeeper tables
up 20141217125223 Add owner to application
up 20141223135007 Add import data to project table
up 20141226080412 Add developers can push to protected branches
up 20150108073740 Create application settings
up 20150116234544 Add home page url for application settings
up 20150116234545 Add gitlab access token to user
up 20150125163100 Add default branch protection setting
up 20150205211843 Add timestamps to identities
up 20150206181414 Add index to created at
up 20150206222854 Add notification email to user
up 20150209222013 Add missing index
up 20150211172122 Add template to service
up 20150211174341 Allow null in services project
up 20150213104043 Add twitter sharing enabled to application settings
up 20150213114800 Add hide no password to user
up 20150213121042 Add password automatically set to user
up 20150217123345 Add bitbucket access token and secret to user
up 20150219004514 Add events to services
up 20150223022001 Set missing last activity at
up 20150225065047 Add note events to services
up 20150301014758 Add restricted visibility levels to application settings
up 20150306023106 Fix namespace duplication
up 20150306023112 Add unique index to namespace
up 20150310194358 Add version check to application settings
up 20150313012111 Create subscriptions table
up 20150320234437 Add location to user
up 20150324155957 Set incorrect assignee id to null
up 20150327122227 Add public to key
up 20150327150017 Add import data to project
up 20150327223628 Add devise two factor to users
up 20150328132231 Add max attachment size to application settings
up 20150331183602 Add devise two factor backupable to users
up 20150406133311 Add invite data to member
up 20150411000035 Fix identities
up 20150411180045 Rename buildbox service
up 20150413192223 Add public email to users
up 20150417121913 Create project import data
up 20150417122318 Remove import data from project
up 20150421120000 Remove periods at ends of usernames
up 20150423033240 Add default project visibililty to application settings
up 20150425164646 Gitlab change collation for tag names.acts as taggable on engine
up 20150425164647 Remove duplicate tags
up 20150425164648 Add missing unique indices.acts as taggable on engine
up 20150425164649 Add taggings counter cache to tags.acts as taggable on engine
up 20150425164650 Add missing taggable index.acts as taggable on engine
up 20150425164651 Change collation for tag names.acts as taggable on engine
up 20150425173433 Add default snippet visibility to app settings
up 20150429002313 Remove abandoned group members records
up 20150502064022 Add restricted signup domains to application settings
up 20150509180749 Convert legacy reference notes
up 20150516060434 Add note events to web hooks
up 20150529111607 Add user oauth applications to application settings
up 20150529150354 Add after sign out path for application settings
up 20150609141121 Add session expire delay for application settings
up 20150610065936 Add dashboard to users
up 20150620233230 Add default otp required for login value
up 20150713160110 Add project view to users
up 20150717130904 Add commits count to project
up 20150730122406 Add updated by to issuables and notes
up 20150806104937 Create abuse reports
up 20150812080800 Add settings import sources
up 20150814065925 Remove oauth tokens from users
up 20150817163600 Deduplicate user identities
up 20150818213832 Add sent notifications
up 20150824002011 Add enable ssl verification
up 20150826001931 Add ci tables
up 20150902001023 Add template to label
up 20150914215247 Add ci tags
up 20150915001905 Enable ssl verification by default
up 20150916000405 Enable ssl verification for web hooks
up 20150916114643 Add help page text to application settings
up 20150916145038 Add index for committed at and
up 20150918084513 Add ci enabled to application settings
up 20150918161719 Remove invalid milestones from merge requests
up 20150920010715 Add consumed timestep to users
up 20150920161119 Add line code to sent notification
up 20150924125150 Add project id to ci commit
up 20150924125436 Migrate project id for ci commits
up 20150930001110 Merge request error field
up 20150930095736 Add null to name for ci projects
up 20150930110012 Add group share lock
up 20151002112914 Add stage idx to builds
up 20151002121400 Add index for builds
up 20151002122929 Add ref and tag to builds
up 20151002122943 Migrate ref and tag to build
up 20151005075649 Add user id to build
up 20151005150751 Add layout option for users
up 20151005162154 Remove ci enabled from application settings
up 20151007120511 Namespaces projects path lower indexes
up 20151008110232 Add users lower username email indexes
up 20151008123042 Add type and description to builds
up 20151008130321 Migrate name to description for builds
up 20151008143519 Add admin notification email setting
up 20151012173029 Set jira service api url
up 20151013092124 Add artifacts file to builds
up 20151016131433 Add ci projects gl project id index
up 20151016195451 Add ci builds and projects indexes
up 20151016195706 Add notes line code index
up 20151019111551 Fix build tags
up 20151019111703 Fail build without names
up 20151020145526 Add services template index
up 20151020173516 Ci limits to mysql
up 20151020173906 Add ci builds index for status
up 20151023112551 Fail build with empty name
up 20151023144219 Remove satellites
up 20151026182941 Add project path index
up 20151028152939 Add merge when build succeeds to merge request
up 20151103001141 Add public to group
up 20151103133339 Add shared runners setting
up 20151103134857 Create lfs objects
up 20151103134958 Create lfs objects projects
up 20151104105513 Add file to lfs objects
up 20151105094515 Create releases
up 20151106000015 Add is award to notes
up 20151109100728 Add max artifacts size to application settings
up 20151109134526 Add issues state index
up 20151109134916 Add projects visibility level index
up 20151110125604 Add import error to project
up 20151114113410 Add index for lfs oid and size
up 20151116144118 Add unique for lfs oid index
up 20151118162244 Add projects public index
up 20151201203948 Raise hook url limit
up 20151203162133 Add hide project limit to users
up 20151203162134 Add build events to services
up 20151209144329 Migrate ci web hooks
up 20151209145909 Migrate ci emails
up 20151210030143 Add unlock token to user
up 20151210072243 Add runners registration token to application settings
up 20151210125232 Migrate ci slack service
up 20151210125927 Migrate ci hip chat service
up 20151210125928 Add ci to project
up 20151210125929 Add project id to ci
up 20151210125930 Migrate ci to project
up 20151210125931 Add index to ci tables
up 20151210125932 Drop null for ci tables
up 20151218154042 Add tfa to application settings
up 20151221234414 Add tfa additional fields
up 20151224123230 Rename emojis
up 20151228111122 Remove public from namespace
up 20151228150906 Influxdb settings
up 20151228175719 Add recaptcha to application settings
up 20151229102248 Influxdb udp port setting
up 20151229112614 Influxdb remote database setting
up 20151230132518 Add artifacts metadata to ci build
up 20151231152326 Add akismet to application settings
up 20151231202530 Remove alert type from broadcast messages
up 20160106162223 Add index milestones title
up 20160106164438 Remove influxdb credentials
up 20160109054846 Create spam logs
up 20160113111034 Add metrics sample interval
up 20160118155830 Add sentry to application settings
up 20160118232755 Add ip blocking settings to application settings
up 20160119111158 Add services category
up 20160119112418 Add services default
up 20160119145451 Add ldap email to users
up 20160120172143 Add base commit sha to merge request diffs
up 20160121030729 Add email author in body to application settings
up 20160122185421 Add pending delete to project
up 20160128212447 Remove ip blocking settings from application settings
up 20160128233227 Change lfs objects size column
up 20160129135155 Remove dot atom path ending of projects
up 20160129155512 Add merge commit sha to merge requests
up 20160202091601 Add erasable to ci build
up 20160202164642 Add allow guest to access builds project
up 20160204144558 Add real size to merge request diffs
up 20160209130428 Add index to snippet
up 20160212123307 Create tasks
up 20160217100506 Add description to label
up 20160217174422 Add note to tasks
up 20160220123949 Rename tasks to todos
up 20160222153918 Create appearances ce
up 20160223192159 Add confidential to issues
up 20160225090018 Add delete at to issues
up 20160225101956 Add delete at to merge requests
up 20160226114608 Add trigram indexes for searching
up 20160227120001 Add event field for web hook
up 20160227120047 Add event to services
up 20160229193553 Add main language to repository
up 20160301124843 Add visibility level to groups
up 20160302151724 Add import credentials to project import data
up 20160302152808 Remove wrong import url from projects
up 20160305220806 Remove expires at from snippets
up 20160307221555 Disallow blank line code on note
up 20160308212903 Add default group visibility to application settings
up 20160309140734 Fix todos
up 20160310124959 Add due date to issues
up 20160310185910 Add external flag to users
up 20160314143402 Projects add pushes since gc
up 20160315135439 Project add repository check
up 20160316123110 Ci runners token index
up 20160316192622 Change target id to null on todos
up 20160316204731 Add commit id to todos
up 20160317092222 Add moved to to issue
up 20160320204112 Index namespaces on visibility level
up 20160324020319 Remove todos for deleted issues
up 20160328112808 Create notification settings
up 20160328115649 Migrate new notification setting
up 20160328121138 Add notification setting index
up 20160329144452 Add index on pending delete projects
up 20160331133914 Remove todos for deleted merge requests
up 20160331223143 Remove twitter sharing enabled from application settings
up 20160412140240 Add repository checks enabled setting
up 20160415133440 Add shared runners text to application settings
up 20160419120017 Add metrics packet size
up 20160421130527 Disable repository checks

Jeśli są wszystkie up to jest ok. Jak nie trzeba je przemigrować ponownie:

gitlab-rake db:migrate

Następnie sprawdzamy poprawność całej "instancji" GitLaba:

gitlab-rake gitlab:check SANITIZE=true

Checking GitLab Shell ...

GitLab Shell version >= 2.7.2 ? ... OK (2.7.2)

Repo base directory exists? ... yes

Repo base directory is a symlink? ... no

Repo base owned by git:git? ... yes

Repo base access is drwxrws---? ... yes

hooks directories in repos are links: ...

7/1 ... repository is empty

11/3 ... repository is empty

Running /opt/gitlab/embedded/service/gitlab-shell/bin/check

Check GitLab API access: OK

Check directories and files:

/var/opt/gitlab/git-data/repositories: OK

/var/opt/gitlab/.ssh/authorized_keys: OK

Test redis-cli executable: redis-cli 2.8.24

Send ping to redis server: PONG

gitlab-shell self-check successful

Checking GitLab Shell ... Finished

Checking Sidekiq ...

Running? ... yes

Number of Sidekiq processes ... 1

Checking Sidekiq ... Finished

Checking Reply by email ...

Reply by email is disabled in config/gitlab.yml

Checking Reply by email ... Finished

Checking LDAP ...

LDAP is disabled in config/gitlab.yml

Checking LDAP ... Finished

Checking GitLab ...

Git configured with autocrlf=input? ... yes

Database config exists? ... yes

All migrations up? ... yes

Database contains orphaned GroupMembers? ... no

GitLab config exists? ... yes

GitLab config outdated? ... no

Log directory writable? ... yes

Tmp directory writable? ... yes

Uploads directory setup correctly? ... yes

Init script exists? ... skipped (omnibus-gitlab has no init script)

Init script up-to-date? ... skipped (omnibus-gitlab has no init script)

projects have namespace: ...

7/1 ... yes

11/3 ... yes

Redis version >= 2.8.0? ... yes

Ruby version >= 2.1.0 ? ... yes (2.1.8)

Your git bin path is "/opt/gitlab/embedded/bin/git"

Git version >= 2.7.3 ? ... yes (2.7.4)

Active users: 6

Checking GitLab ... Finished

Jak tu nam wywali na czerwono jakiś błąd to od razu podpowie jak go naprawić. Naprawiamy puszczamy polecenie jeszcze raz i weryfikujemy. Jeśli to nie pomoże to zabieramy się za naprawę błędu. Edytujemy plik : /opt/gitlab/embedded/service/gitlab-rails/app/models/project_wiki.rb.

linie 158:

"#{@user.username} #{action} page: #{title}"

modyfikujemy tak:

"#{@user.name} #{action} page: #{title}"

Następnie edytujemy plik: /opt/gitlab/embedded/service/gitlab-rails/app/services/wiki_pages/create_service.rb

module WikiPages

class CreateService < WikiPages::BaseService

def execute

page = WikiPage.new(@project.wiki)

if page.create(@params)

execute_hooks(page, 'create')

end

page

end

Zamieniamy na:

module WikiPages

class UpdateService < WikiPages::BaseService

def execute(page)

if page.update(@params[:content], @params[:format], @params[:message])

execute_hooks(page, 'update')

end

page

end

Restartujemy GitLaba testujemy i powinno być Ok. źródło do rozwiązania (szczegóły w komentarzach są):

https://gitlab.com/gitlab-org/gitlab-ce/issues/15623#note_5054714

https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/3924/diffs#diff-2

Wyłączenie pojedynczych katalogów z zabezpieczenia hasłem w .htaccess

2016-04-08T11:55:00.000+02:00

Tak się czasami za dzieje, że musimy witrynę zabezpieczyć hasłem całą, ale do malutkiego podfolderu musi być normalny dostęp. Przedstawię poniżej najprostszy sposób wprowadzony i przetestowany na Apache2 2.4.x. Tworzymy/modyfikujemy plik .htaccess który zabezpiecza naszą witrynę (nie będę opisywał składni pliku do zabezpieczania witryny). Jak już przy wchodzeniu na stronę wszędzie pyta się nam o hasło przechodzimy do odbezpieczania interesujących nas katalogów.
W subfolderach, które chcemy mieć wolne umieszczamy plik .htaccess o następującej składni:

Order Allow,Deny
Allow from all
Satisfy any

To powinno wystarczyć. Jeśli jednak ciągle prosi o hasło, to należy zobaczyć, czy po anulowaniu żądania hasła wyświetla nam jakiekolwiek treści. Jeśli tak to znaczy, że strona odwołuje się także do innych folderów, w których także powinniśmy umieścić powyższy plik .htaccess np folder z grafiką, lub stylem css.

Przenoszenie danych/migracja z uwzględnieniem hardlinków i właścicieli

2016-01-14T14:44:00.002+01:00

Trzeba zmigrować serwer, lub przenieść dane (wyrównać) ze starej maszyny na nową. Podczas kopiowania wychodzi na maszynie docelowej więcej objętościowo danych, niż na źródłowej. Okazuje się, że winnymi są hard linki w systemie plików. Standardowo rsync lub scp traktuje hard linki jako pliki. Pomocny w kopiowaniu tego lub nawet do backupu przychodzi rsync. Za pomocą polecenia skopiujemy hard linki jako powiązania, a nie jako osobny plik:

rsync -az -H --delete --progress --numeric-ids /sciezka_kat/folderXYZ user@serwerzdalny:/sciezka_kat/

gdzie:

-a jest używane w trybie archiwizującym. Na stronie man jest ona wyjaśniona jako “sposób na zrobienie kopii zapasowej rekursywnie i na zachowanie 'prawie' wszystkiego". Wspomina się jeszcze, że nie są zachowane hard linki ze względu na złożoność przetwarzania.
-z jest używany, aby kompresować dane, które musi “przenieść” lub skopiować, opcja czyni
proces kopiowania szybszym, ponieważ dane przenoszone są mniejsze niż ich rzeczywisty rozmiar.
-H kopiuje hard linki jako hard linki
--delete jest używane, aby usunąć docelowe pliki, które już nie istnieją na źródłowym systemie. W tym przypadku utrzymujemy lustrzaną kopie pomiędzy kopiowanymi folderami
--numeric-ids kopiuje grupy i użytkowników do plików i katalogów
--progress pokazuje postęp kopiowania

Kopiowanie może potrwać trochę wolniej niż standardowo, lecz mamy skopiowane katalogi 1:1 i nie mnożą nam się nadprogramowe gigabajty na dysku. A jeśli mamy wcześniej skopiowany "spuchnięty" docelowy folder, to to nam posprząta :)

Postfix przekierowanie maili od danego nadawcy do innego odbiorcy

2016-01-12T08:04:00.003+01:00

Pojawiła się potrzeba, żeby maile wysyłane przez xyz@nadawca.jakaś.domena.pl trafiały tylko i wyłącznie na adres abc@odbiorca.mojadomena.pl. Potrzeba potrzebą, ale chciałem, żeby było to zrobione w najprostszy sposób, bez zbyt dużej kombinacji i żeby na przyszłość można dopisywać więcej takich wyjątków. Znalazłem kilka sposobów, lecz tylko jeden spełnił moje wymagania.
Zaczynamy od dodania wpisu (ew sprawdzenia czy taki wpis już jest) do pliku main.cf:

nano /etc/posttfix/main.cf

smtpd_sender_restrictions = check_sender_access hash:/etc/postfix/sender_access

tworzymy/modyfikujemy plik sender_access

touch /etc/postfix/sender_access
nano /etc/postfix/sender access

dodajemy wpis do sender_access:

xyz@nadawca.jakaś.domena.pl redirect abc@odbiorca.mojadomena.pl

wydajemy polecenia:
postmap /etc/postfix/sender_access
/etc/init.d/postfix restart

Testujemy czy działa. Jeśli przyjdzie taka potrzeba dodajemy następne wpisy w pliku /etc/postfix/sender_access.

HP laserJet 1020 i Raspberry PI jako serwer wydruku

2015-08-10T14:21:00.001+02:00

Mamy sobie Raspberry PI jest tam sobie zainstalowany Raspbian, OSMC, czy Rasbmc. Chcielibyśmy także drukować po sieci, a nasza drukarka takowej opcji nie ma, a na dedykowane urządzenie do tych zadań szkoda nam kasy. Wykorzystajmy do tego zadania Raspberry PI. W pierwszej kolejności musimy zainstalować niezbędne rzeczy:

sudo aptitude update
sudo aptitude install tix groff cups

Następnie pobieramy i kompilujemy foo2zjs żeby nasza drukarka mogła skorzystać z cups:

wget -O foo2zjs.tar.gz http://foo2zjs.rkkda.com/foo2zjs.tar.gz
tar zxf foo2zjs.tar.gz
cd foo2zjs
make

W tym momencie musimy pobrać firmware do drukarki i bez tego kroku nic z drukowania nie będzie:

./getweb 1020

W tym momencie przystępujemy do instalacji CUPS:

make install install-hotplug cups

Teraz przystępujemy do konfiguracji CUPS. Musimy zedytować plik konfiguracyjny:

/etc/cups/cupsd.conf

Listen localhost:631 zamieniamy na Port 631

oraz w selcjach <Location> dodajemy wpis:
Allow @LOCAL

Restartujemy CUPS:

/etc/init.d/cups restart

Dodajemy użytkownika uprawnionego do drukowania do grupy lpadmin:

sudo usermod -a -G lpadmin osmc

Podłączamy nasza drukarkę HP do Raspberry. Następnie w przeglądarce internetowej wpisujemy adres: adres.ip.raspberry:631 (np. 192.168.1.234:631). Przechodzimy do zakładki Administration/Administracja (zostaniemy poproszeni o użytkownika systemowego i hasło -> w tym przypadku bedzie to osmc) i wybieramy Drukarki . Klikamy na "Wyszukiwanie drukarek" i powiśmy zobaczyć naszą drukarkę na liście do wyboru. Teraz wystarczy kliknąć „Dodaj drukarkę” by przejść do kreatora/ustawień. Pojawi się lista Sterowników do wyboru to wybieramy "HP LaseJet 1020 Foomatic/foo2zjs (recommended) en". N Następnym ekranie będziemy mieli listę opcji do wyboru na ekranie . Zostawiamy ustawienia domyślne. I mamy drukarkę dodaną. Teraz z poziomy www spróbujmy wydrukować stronę testową. Jeśli się udało to możemy dodać drukarkę w Windowsie, jeśli nie to zaglądamy do liku laga i szukamy co mamy źle. Jeśli wszystko jest ok to pozostało dodać drukarkę w Windowsie: Dodaj dukarkę -> Dodaj drukarkę sieciową, bezprzewodową, lub Bluetooth -> Drukarki, której szukam nie ma na liście -> Wybierz drukarkę udostępnioną według nazwy -> wpisujemy adres drukarki (np: http:\\192.168.1.234:631\printers\printer_name a najprościej - kopiujemy adres z przeglądarki internetowej z konf. cups po wejściu na drukarkę. Pamiętajmy o ew zamienieniu https na http). System poprosi nas o wybranie sterownika - trzeba mieć drukarkę wczesniej zainstalowana w systemie. Po dodaniu drukarki powinniśmy bez problemu móc drukować. Jesli jednak wydruk nie wychodzi, to zaglądamy do pliku logu cups i googlujemy problem. Bezstresowego drukowania z sieci :)

Jak usunąć adware right coupon/myapps, oraz inne "wirusy" ze swojego komputera

2015-02-26T08:55:00.001+01:00

Ostatnio miałem nieprzyjemność spotkać się z tego typu adware, wobec którego adwcleaner, adblock ghostery i różnego rodzaju oprogramowanie nie potrafiło go usunąć. Na pewno jak piszą na wielu rodzaju stronach należy odinstalować z systemu wszelakiego rodzaju oprogramowanie, które wydaje się nam niepotrzebne lub niechciane. W przeglądarkach następnie należy usunąć niepotrzebne, nieużywane i niepożądane dodatki. Przechodzimy teraz do czyszczenia. Zrobimy to kompleksowo i pewnie przy okazji usuniemy dodatkowe niechciane programy szpiegujące, odpowiedzialne za dziwne zachowanie komputera i niechciane reklamy.
Najpierw ściągamy najnowszą wersję AdwCleaner`a ze strony: http://www.bleepingcomputer.com/download/adwcleaner/ i go uruchamiamy:

Zamykamy wszystkie otwarte przeglądarki internetowe, zapisujemy prace, których nie chcemy utracić i naciskamy "Scan" w aplikacji, a następnie cierpliwie czekamy na wyniki skanowania. Po ukończonym skanowaniu w zakładkach (Service, Folders, Files, itp) możemy sobie sprawdzić co nam program znalazł. Żeby wyczyścić komputer wciskamy "Clean". Po skończonym czyszczeniu komputer będzie się restartował. Jak już się ponownie uruchomi pokaże się nam raport z tego co usunął.
Następnym krokiem/aplikacją, której użyjemy jest RKill do pobrania ze strony: http://www.bleepingcomputer.com/download/rkill/ po uruchomieniu ukaże się nam okno:

Czekamy, az program skończy i przechodzimy do następnej aplikacji JRT dostępnej na stronie: http://www.bleepingcomputer.com/download/junkware-removal-tool/ Uruchamiamy aplikację:

Wciskamy "Spację". W trakcie skanowanie pozamyka przeglądarki internetowe jak są uruchomione.

Ostatnim programem, który posprzątać powinien całą resztę jest ComboFix dostępny: http://www.bleepingcomputer.com/download/combofix/
Dobrze przed uruchomieniem wyłączyć program antywirusowy, a najlepiej jeszcze uruchamiać go w trybie awaryjnym systemu Windows. Uruchamiamy aplikację:

Potwierdzamy "Zgadzam się"

Jeśli nie wyłączyliśmy antywirusa pojawi się nam taki komunikat:

Oraz "standardowy błąd" - potwierdzamy Ok

W tym miejscu jeśli nie mamy zainstalowanej konsoli odzyskiwanie systemu Windoww program będzie proponował ściągnięcie jej i instalację.

Po tych zabiegach uruchamiamy ponownie komputer i sprawdzamy czy pozbyliśmy sie nieproszonych gości. Powyższe programy przed użyciem powinny być "świeżo" ściągnięte z internetu ze względu, na to że nasze na dysku mogą być już nieaktualne i zainfekowane. Tą procedurę warto raz na jakiś czas profilaktycznie powtarzać na naszym komputerze. Dodatkowo warto zaopatrzyć nasze przeglądarki o wcześniej wspominane dodatki jak AdBlock i Ghostery, przez które komfort i bezpieczeństwo przeglądania internetu będzie poprawione, nie wspominając już o instalowaniu najnowszych poprawek do programów antywirusowych i systemu Windows. Nie zabezpieczymy sie tym nigdy na 100%, ale zawsze zmniejszymy prawdopodobieństwo załapania niechcianego typu adware itp.

Android 4.4.2 i wyświetlanie zawartości flash na stronach

2015-02-10T10:07:00.000+01:00

Opisywałem wcześniej jak można uzyskać dostęp dla treści flash przez przeglądarkę internetową dla Androida oficjalnie nie wspierającego tej technologii, ale ten sposób nie zadziałał mi na Androidzie 4.4.2. Znalazłem inny i w moim przypadku zadziałał. W pierwszej kolejności odinstalowujemy Flash Playera jeśli mamy go zainstalowanego. Następnie ściągamy ze Sklepu Play: Dolphin Browser i instalujemy apkę. Z adresu: www.mediafire.com/download/p2tp0h8xy8o7f86/KitKat.Adobe.Flash.Player.11.1.apk ściągamy flash`a. W ustawieniach zaznaczamy możliwość instalacji aplikacji spoza Sklepu Play (Ustawienia -> Zabezpieczenia -> Nieznane źródła mają być zaznaczone). Jak to mamy sprawdzone instalujemy Flash. Uruchamiamy przeglądarkę Dolphin i w niej zmieniamy ustawienia (Menu -> Ustawienia -> Zawartość -> Flash Player) na nam odpowiadające. Po wszystkim wchodzimy na stronę z obsługa flash i sprawdzamy czy działa jak powinno.

Samsung Galaxy Core Plus (SM-G3500) czyszczenie partycji Cache i dodawanie uprawnień root

2015-01-29T13:43:00.000+01:00

Z czasem staje się tak, że telefon staje się zamulony aplikacje fiksują itp. Zanim wyczyścimy nasz telefon od nowa i będziemy męczyć się z konfiguracją i instalacją aplikacji, to w pierwszej kolejności warto wyczyścić partycje Cache. Ta operacja nie wiąże się z utratą danych. Żeby wykonać czyszczenie należy:

Wyłączyć telefon
Wcisnąć i przytrzymać przyciski: "Volume Up", "Home" and "Power" naraz
Trzymamy je do czasu jak się pojawi logo Samsung, wtedy puszczamy przycisk "Power"
Po chwili powinien ukazać się obrazek robocika z wykrzyknikiem i wtedy puszczamy wszystkie wciśnięte przyciski
Wciskamy przycisk "Volume Up", "Home" i pojawia nam się Menu Recovery
Za pomocą przycisku "Volume Down" zaznaczamy "wipe cache partition"
Wciskamy przycisk "Power" żeby potwierdzić wybór
Telefon po wykonanej operacji sam się zrestartuje

Zostaje nam tylko sprawdzić czy po tej operacji uzyskaliśmy żądany przez na efekt. Jeśli nie i dalej mamy problemy powtarzamy powyższą procedurę, lecz zamiast "wipe cache" wybieramy opcje formatu partycji cache i factory reset.
Lecz jeśli jednak ciągle żal nam danych i chcielibyśmy jednak zarchiwizować WSZYSTKIE dane, aplikacje i ustawienia, to potrzebujemy uprawnień root, żeby można było skorzystać z Titanium Backup.

Żeby zainstalować roota (szczególnie w najnowszej wersji systemu) to w pierwszej kolejności w systemie (Ustawienia -> Zabezpieczenia -> Nieznane źródła) zezwalamy na instalację aplikacji z poza Sklepu Play. Następnie ze strony: http://www.mgyun.com/m/en ściągamy aplikację iRoot i wgrywamy ją na kartę pamięci urządzenia i następnie instalujemy. Powita nas ekran z azjatyckimi znaczkami i klikamy na przycisk w którym pojawia się słowo "ROOT" i czekamy jak skończy i buźka będzie uśmiechnięta to znaczy, że się udało. Można doinstalować aplikację "SuperSu" do kompletu jakby się okazało, że jakaś aplikacja jej potrzebuje. Po tym instalujemy Titanium Backup i możemy sobie wykonać kopie danych (pamiętajmy, żeby pliki backupu wykonywały się na Karcie SD, więc trzeba to w programie ustawić), aplikacji i ustawień przed przywróceniem telefonu do ustawień fabrycznych. Po wyczyszczeniu telefony ponownie instalujemy iRoot i Titanium backup i odzyskujemy dane i aplikacje z backupu.
I cieszymy się odmuloną komórką

CentOS 7 problem z autostartem klienta NRPE z innym użytkownikiem niż nrpe

2014-10-22T09:53:00.000+02:00

CentOS 7 momentami przekleństwo, bo coś co zawsze działało nie działa wcale, albo od d***y strony. Jak zwykle coś musi być nie tak. Mamy zainstalowanego nrpe na hoście wszystko ładnie działa Nagios zbiera wszystko tak jak trzeba , ale .... do momentu restartu maszyny. Okazuje się, że usługa nie wstaje automatycznie. Sprawdzamy co się dzieje:

[root@localhost ~]# service nrpe start
[root@localhost ~]# systemctl status nrpe.service
nrpe.service - NRPE
   Loaded: loaded (/usr/lib/systemd/system/nrpe.service; enabled)
   Active: active (running) since Tue 2014-10-21 08:02:23 CEST; 1 day 1h ago
Main PID: 31220 (nrpe)
   CGroup: /system.slice/nrpe.service
           └─31220 /usr/sbin/nrpe -c /etc/nagios/nrpe.cfg -d

Oct 21 08:02:22 localhost.localdomain nrpe[31220]: Starting up daemon
Oct 21 08:02:23 localhost.localdomain nrpe[31220]: Warning: Could not set effective GID=997
Oct 21 08:02:23 localhost.localdomain nrpe[31220]: Warning: Unable to change supplementary groups using initgroups()
Oct 21 08:02:23 dlocalhost.localdomain nrpe[31220]: Warning: Could not set effective UID=998
Oct 21 08:02:23 localhost.localdomain nrpe[31220]: Server listening on xxx.xxx.xxx.xxx port 5666.
Oct 21 08:02:23 localhost.localdomain nrpe[31220]: Listening for connections on port 0
Oct 21 08:02:23 localhost.localdomain nrpe[31220]: Allowing connections from: xxx.xxx.xxx.xxx
Oct 21 08:02:23 localhost.localdomain systemd[1]: Started NRPE.

Wychodzi na to, że NRPE nie może sobie poradzić, z uruchomieniem z innym użytkownikiem niż nrpe. Odpalmy wtakim razie nrpe z poziomu xinetd:

yum install xinetd
cd /etc/xintetd.d

Tworzymy plik startowy dla nrpe:
vi nrpe

service nrpe
{
        flags           = REUSE
        socket_type     = stream
        port            = 5666
        wait            = no
        user            = nagios
        group           = nagios
        server          = /usr/sbin/nrpe
        server_args     = -c /etc/nagios/nrpe.cfg --inetd
        log_on_failure += USERID
        disable         = no
        only_from       = 127.0.0.1 xxx.xxx.xxx.xxx
}

Musimy dodać jeszcze odpowiedni wpis w /etc/services, żeby xinetd odpowiedniouruchomił
vi /etc/services

Szukamy takiej linijki:

###UNAUTHORIZED USE: Port 5666 used by SAIC NRPE############

Jeśli jest to pod nią wpisujemy (jak nie to wpisujemy na wysokości, gdzie nasz port powinien się znaleźć):
nrpe<--><------>5666/tcp<------><------>#NRPE

Wyłączamy klasyczne startowanie nrpe i uruchamiamy je z poziomu xinetd, oraz automatyczny jej start:

chkconfig nrpe off
chkconfig xinetd on
service xinetd start

Sprawdzamy czy usługa odpowiednio wstała:
netstat -tulpn

jak pokazuje się wpis:
tcp6       0      0 :::5666                 :::*                    LISTEN      807/xinetd

jest ok. Profilaktycznie można zrestartować maszynę i sprawdzić, czy wszystko działa tak jak potrzeba.

Nowy adres bloga

2014-10-08T08:24:00.002+02:00

Został uruchomiony nowy, dodatkowy adres bloga (stary pozostaje bez zmian).

Nowy adres:

http://blog.pokrak.com.pl

Uruchomię jeszcze z kilku domen dostęp, ale to później.

DELL PowerEdge 2850 - stary kontroler RAID LSI MEGARAID - ocena stanu RAID i monitoring NAGIOS

2014-10-07T11:08:00.001+02:00

Kontynuując kwestię kontroli statusu kontrolerów RAID. Warto wspomnieć o starszych rozwiązaniach stosowanych w serwerach np. DELL POWEREDGE 2850 kontroler MEGARAID, który poznamy po module (lsmod):
megaraid_mbox

Żeby zobaczyć jaki jego jest stan to skorzystamy z narzędzia megarc, do ściągniecia ze strony LSI:
http://www.lsi.com/search/pages/Results.aspx?k=megarc

Ściągamy plik i rozpakowujemy go, a następnie nadajemy plikom prawa do wykonania:

chmod +x megarc*

Do ocenienia statusu RAIDU jak i stanu dysków wystarcza nam te dwie komendy:

./megarc -dispCfg -a0
**********************************************************************
              MEGARC MegaRAID Configuration Utility(LINUX)-1.11(12-07-2004)
              By LSI Logic Corp.,USA
        **********************************************************************
          [Note: For SATA-2, 4 and 6 channel controllers, please specify
          Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)]

        Type ? as command line arg for help

        Finding Devices On Each MegaRAID Adapter...
        Scanning Ha 0, Chnl 1 Target 15
**********************************************************************
              Existing Logical Drive Information
              By LSI Logic Corp.,USA
        **********************************************************************
          [Note: For SATA-2, 4 and 6 channel controllers, please specify
          Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)]

          Logical Drive : 0( Adapter: 0 ): Status: OPTIMAL
        ---------------------------------------------------
        SpanDepth :01     RaidLevel: 1 RdAhead : Adaptive Cache: DirectIo
        StripSz   :064KB   Stripes : 2 WrPolicy: WriteBack

        Logical Drive 0 : SpanLevel_0 Disks
        Chnl Target StartBlock   Blocks      Physical Target Status
        ---- ------ ----------   ------      ----------------------
        0      00    0x00000000   0x0887c000   ONLINE
        0      01    0x00000000   0x0887c000   ONLINE
**********************************************************************
              Existing Logical Drive Information
              By LSI Logic Corp.,USA
**********************************************************************
          [Note: For SATA-2, 4 and 6 channel controllers, please specify
          Ch=0 Id=0..15 for specifying physical drive(Ch=channel, Id=Target)]

          Logical Drive : 1( Adapter: 0 ): Status: OPTIMAL
        ---------------------------------------------------
        SpanDepth :01     RaidLevel: 1 RdAhead : Adaptive Cache: DirectIo
        StripSz   :064KB   Stripes : 2 WrPolicy: WriteBack

        Logical Drive 1 : SpanLevel_0 Disks
        Chnl Target StartBlock   Blocks      Physical Target Status
        ---- ------ ----------   ------      ----------------------
        1      02    0x00000000   0x22ec0000   ONLINE
        1      03    0x00000000   0x22ec0000   ONLINE
Oraz polecenie:
./megarc -AllAdpInfo

Wyciąga nam informacje, na temat fizycznych dysków w razie problemów z RAIDem (reszta informacji łatwo dostępna w GOOGLE).

Teraz, jak już wiemy jak stan RAID wygląda dodajemy nasza maszynę do NAGIOS`a.
Musimy pliki megarc i megarc.bin wrzucić do kalalogu pluginów nagiosa /usr/lib64/nagios/plugin (w przypadku 64 bitowych systemów). Następnie ze strony:
http://exchange.nagios.org/directory/Plugins/Hardware/Storage-Systems/RAID-Controllers/LSI-Mega-RAID-plugin-for-32-2Dbit-and-64-2Dbit-systems/details

Ściągamy plugin i umieszczamy w tym samym katalogu co powyżej i nadajemy mu nazwę chek_lsi_megaraid i prawo do wykonywania. Do pliku konfiguracyjnego NRPE /etc/nagios/nrpe.cfg dodajemy taki wpis:
command[check_raid]=/usr/bin/sudo /usr/lib64/nagios/plugins/check_lsi_megaraid

Restartujemy NRPE:
service nrpe restart

Żeby prawidłowo zadziałał plugin musimy w sudoers dodać mu odpowiednie wpisy:
visudo
Defaults:nagios !requiretty
nagios ALL=(ALL)       NOPASSWD: /usr/lib64/nagios/plugins/

Następnie po stronie serwera NAGIOS`a w pliku konfiguracyjnym hosta dodajemy:
define service{
        use                             graphed-service         ; Name of service template to use
        host_name                       hostname
        service_description             Raid Status
        check_command                   check_nrpe!5666!check_raid

Restart serwera NAGIOS:
service nagios restart

I mamy na bieżąco podgląd do statusu naszego RAID`a.

Wyciągamy LDAPem dane z AD

2014-10-02T13:20:00.001+02:00

Odkopałem stary nieopublikowany post :). Cała operacja w tym przypadku była przydatna przy migracji z LDAP do AD. Posłużyłem się skryptem, który importował użytkowników do Zimbry. Zmodyfikowany skrypt ldap.sh, wyciąga nazwy użytkowników z AD do pliku, a następnie, za pomocą nazw użytkowników wyciąga dane nt. każdego usera. Bazowałem na skrypcie znalezionym na stronie

http://forums.zimbra.com/administrators/30856-active-directory-script-import-users-zimbra.html

--------------------ldap.sh--------------------

##DATA MODYFIKACJI 19.04.2014
#ZMIENNE
LDAPSEARCH=/usr/bin/ldapsearch
DOMAIN_NAME="przyklad.pl"
TMP_DIR=/root/ldap_acc
ADS_TMP=$TMP_DIR/users.lst
ADS_TMP2=$TMP_DIR/WYNIK.TXT
# Server values
LDAP_SERVER="ldap://xxx.xxx.xxx.xxx"
BASEDN="dc=przyklad,dc=pl"
BINDDN="CN=user,CN=Users,DC=przyklad,DC=pl"
BINDPW="haslo"
FILTER="(&(sAMAccountName=*)(objectClass=user)(givenName=*))"
#FILTER="(&(sAMAccountName=*))"
FIELDS="sAMAccountName"
FILTER2="(&(sAMAccountName=*)(objectClass=user)(givenName=*))"
FIELDS2="sAMAccountName mail carLicense"

# CZYSZCZENIE ZAWARTOŚCI KARALOGU /root/ldap_acc/
echo "Czyszczenie zawartosci katalogu ze starych wynikow ..."
rm -f $ADS_TMP $ADS_TMP2
sleep 3s

# POBIERANIE UZYTKOWNIKÓW Z AD i zapisanie ich w /root/ldap_acc/users.lst
echo -n "Odpytywanie AD... "
$LDAPSEARCH -x -H $LDAP_SERVER -b $BASEDN -D "$BINDDN" -w $BINDPW "$FILTER" $FIELDS | \
# grep "@$DOMAIN_NAME" | \
grep "sAMAccountName:" | \
awk '{print $2}' | \
cat > $ADS_TMP
sleep 2s
echo "Znaleziono `cat $ADS_TMP | wc -l` użytkowników ($ADS_TMP)"
sleep 3s

#$LDAPSEARCH -x -H $LDAP_SERVER -b $BASEDN -D "$BINDDN" -w $BINDPW "$FILTER2" $FIELDS2 | \
#grep $i | \
cat > $ADS_TMP2
#echo "Znaleziono `cat $ADS_TMP2 | wc -l` wpisów ($ADS_TMP2)"
echo "Odpytuje o kolejnego użytkownika ...."
done
sleep 1s
echo "Wyniki zapisane w ($ADS_TMP2)"
------------------------------------END--------------------------

Monitoring macierzy LSI MEGARAID SAS w Nagiosie.

2014-10-01T15:30:00.000+02:00

Wracamy do kwestii macierzy RAID, teraz zajmiemy się rozwiązaniem firmy LSI MEGARAID SAS. Mamy już wcześniej zainstalowane MegaCli i chcemy teraz na bieżąco monitorować stan dysków w Nagiosie. Mega Cli może my poprać, ze strony: http://www.thomas-krenn.com/de/download.html I instalujemy. Instalacje jest prosta, więc nie będę opisywał tu tej procedury.
Pierwsze próby podpięcia wtyczki check_megaraid_sas zakończyły się tym, że po stronie serwera monitorowanego dostajemy prawidłowy output, lecz po stronie serwera nagiosa wynik się nie pokrywa (pokazuje, że jest ok, ale nie pokazuje stanu kontrolerów). Winne temu jest sudo. Musimy zmodyfikować odpowiednio plik sudoers.
Dodajemodpowiednie wpisy do sudo (pamiętajmy o sprawdzeniu ścieżki do MegaCli/MegaCli64):

visudo

Defaults:nagios !requiretty
nagios ALL=(ALL)       NOPASSWD: /usr/lib/nagios/plugins/
nagios ALL=(ALL)       NOPASSWD: /opt/MegaRAID/MegaCli/MegaCli64
Następnie instalujemy plugin do nagiosa z:

wget http://www.techno-obscura.com/~delgado/code/check_megaraid_sas

Żeby prawidłowo nam zadziałał musimy zmodyfikować w nim linię:

my $megaclibin = '/opt/MegaRAID/MegaCli/MegaCli64'; # the full path to your MegaCli binary

na taką jak powyżej, lub inną ścieżkę w zależności, gdzie znajduje się plik MegaCli64/Megacli.

Wgrywamy go do katalogu pluginów Nagios`a /usr/lib/nagios/plugins/ lub /usr/lib64/nagios/plugins (w zależności od architektury)

W pliku /etc/nagios/nrpe.cfg na kliencie dodajemy (pamiętajmy, żeby nazwa użytkownika w tym pliku zgadzała się z nazwą użytkownika w sudoers, no i oczywiście prawidłowa ścieżka do pluginu):

command[check_megaraid_sas]=/usr/lib/nagios/plugins/check_megaraid_sas

Jeśli są pokazywane jakiekolwiek błędy dysków, a nie chcemy, żeby wiecznie wisiały w Nagiosie musimy w poleceniu użyć przełącznika, za pomocą którego je zignorujemy:

Usage: [-s number] [-m number] [-o number]
-s is how many hotspares are attached to the controller
-m is the number of media errors to ignore
-p is the predictive error count to ignore
-o is the number of other disk errors to ignore

Teraz po stronie serwera Nagios`a tworzymy/modyfikujemy plik konfiguracyjny hosta i zamieszczamy w nim wpis::

define service{
        use             graphed-service     ; Name of service template to use
        host_name         Nasza_Nazwa
        service_description    Raid Status
        check_command     check_nrpe!5666!check_megaraid_sas
        }

Może się jeszcze po stronie serwera nagios pojawić taka niespodzianka:

NRPE: Unable to read output

Po sprawdzeniu plików konfiguracyjnych, sudoers i pliku pluiginu i tam jest ok, to problem może tkwić po stronie sellinuxa to polecenie powinno naprawić (jak zwykle zwracamy uwagę na ścieżke do pliku):

restorecon -R -v /usr/lib64/nagios/plugins/check_megaraid_sas

Po tych zabiegach wszytko u mnie wróciło do normy i Nagios prawidłowo odczytuje wyniki z pluginu.
Następnym razem opisze w jaki sposób diagnozować dyski, w których pojawiają się błędy, a także jak rozwiąże jeden przypadek braku chęci współpracy sudo z pluginem.

Apache + Tomcat + Cartyfikaty SSL (+ ew Alfresco) + htaccess = łatwo

2014-09-19T08:55:00.002+02:00

Mamy już zainstalowane Alfresco (w tym przypadku wersja 5 Community Edition + system operacyjny CentOS 7), więc nie będę zagłębiał się w szczegóły instalacji i jego wstępnej konfiguracji. Na chwile obecną chcemy to ustawić, żeby wyglądało po ludzku i dodatkowo to zabezpieczyć, oraz nie męczyć się z zawiłościami konfiguracyjnymi certyfikatów i zabezpieczenia katalogów w Tomcat.
W pierwszej kolejności wywalamy zawartość katalogu /opt/alfresco/tomcat/webapps/ROOT i tworzymy tam plik index.jsp o następującej zawartości:

<%@ page import="java.io.*,java.util.*" %>
<html>
<head>
<title>Page Redirection</title>
</head>
<body>
<center>
<h1>Page Redirection</h1>
</center>
<%
   // New location to be redirected
      String site = new String("https://alfresco.domain.com");
     response.setStatus(response.SC_MOVED_TEMPORARILY);
    response.setHeader("Location", site);.
%>
</body>
</html>

Co przekieruje nam każde zapytanie z głównego katalogu Tomcata na wskazaną przez nas lokalizację.

Następnie instalujemy apache i konfigurujemy https i mod_jk.so, które pełni role łącznika pomiędzy Apachem a Tomcatem

To instalujemy z paczki:
yum install httpd httpd-devel mod_ssl gcc

A to musimy teraz ściągnąć i skompilować - tomcat connectors:
wget http://ftp.ps.pl/pub/apache/tomcat/tomcat-connectors/jk/tomcat-connectors-1.2.40-src.tar.gz

rozpakowywujemy:
tar xzf tomcat-connectors-1.2.40-src.tar.gz
cd tomcat-connectors-1.2.40-src
cd native

i kompilujemy (warto sprawdzic wcześniej lokalizacje pliku apxs):
./configure --with-apxs=/usr/bin/apxs
make
cd apache-2.0

Kopiujemy skompilowany moduł do odpowiedniej lokalizacji:
cp mod_jk.so /etc/httpd/modules/

Następnie konfigurujemy Apache tak, żeby nasza instalacja Alfresco działała w bezpiecznym połączeniu. Musimy dodać następujące wpisy do /etc/htps/conf.d/ssl.conf:

LoadModule    jk_module /etc/httpd/modules/mod_jk.so
JkWorkersFile /opt/alfresco/tomcat/conf/workers.properties
JkLogFile     /var/log/httpd/mod_jk.log
JkLogLevel    info
JkLogStampFormat "[%a %b %d %H:%M:%S %Y] "
LoadModule auth_basic_module modules/mod_auth_basic.so

<VirtualHost alfresco.domain.com:443>

    ServerName alfresco.domain.com
    SSLEngine on
    SSLCertificateFile /etc/httpd/ssl/certyfikat.cert
    SSLCertificateKeyFile /etc/httpd/ssl/certyfikat.key
    SetEnvIf User-Agent ".*MSIE.*" nokeepalive ssl-unclean-shutdown downgrade-1.0 force-response-1.0
              #   JkOptions indicate to send SSL KEY SIZE,
                  JkOptions +ForwardKeySize -ForwardDirectories

                   JkMount /* tomcat
                   JkMount / tomcat

                   <Location "/share">
                       Order allow,deny
                       Allow from all
                       AuthType Basic
                       AuthName "Restricted Files"
                       AuthUserFile /opt/alfresco/tomcat/webapps/share/users
                       Require user some_user
                     </Location>.

                   JkMount /share/* tomcat
                   JkMount /share tomcat

                   <Location "/alfresco">
                       Order allow,deny
                       Allow from all
                       AuthType Basic
                       AuthName "Restricted Files"
                       AuthUserFile /opt/alfresco/tomcat/webapps/alfresco/users
                       Require user some_user
                     </Location>.

                   JkMount /alfresco tomcat
                   JkMount /alfresco/* tomcat

</VirtualHost>

Tworzymy plik workera dla Tomcata(trzeba zwrócić uwagę na port czy wpisujemy odpowiedni):
/opt/alfresco/tomcat.conf/worker.properties:

worker.list=tomcat
worker.tomcat.port=8009
worker.tomcat.host=localhost
worker.tomcat.type=ajp13
worker.tomcat.lbfactor=1

Tworzymy pliki users w lokalizacjach:
/opt/alfresco/tomcat/webapps/share/
/opt/alfresco/tomcat/webapps/alfresco/

A jego zawartość powinna wyglądać:
some_user:haslo_htpasswd

Restartujemy Apache:
service https restart

Teraz za pomocą ulubionej przeglądarki sprawdzamy, czy nasza konfiguracja działa tak jak potrzeba i jak chcieliśmy. W ten sposób mamy działającego Tomcat`a na warunkach Apache. Możemy teraz np. dodatkowo ustawić firewalla i przepuścić ruch tylko dla portów 80 i 443 i całkowicie odciąć od świata porty Tomcat`a.

Problem z sshd - no such device

2014-09-12T12:26:00.001+02:00

Siedzimy sobie grzebiemy w pliku sshd_config np zezwalamy nowemu userowi korzystać z dobrodziejstw logowania się przez demona sshd. Zapisujemy plik wydajemy polecenie:

/etc/init.d/sshd restart

Demon niby wstaje , ale ......... ssh nie działa. Patrzymy w logi a tam widzimy:

server sshd[11115]: fatal: daemon() failed: No such device

Sprawdzamy plik konfiguracyjny, cuda nie widy ...... ciągle nic.

Po małym rekonesansie w sieci znajdujemy winowajcę. Jest nim /dev/null.
Zeby naprawic problem wystarczy go skasowac i na nowo wygenerować:

rm /dev/null
mknod /dev/null c 1 3

sprawdżmy jeszcze czy plik ma odpowiednie prawa:

ls -l /dev/null
crw-rw-rw-. 1 root root 1, 3 Sep 11 13:54 /dev/null

to jest ok. Następnie restartujemy demona SSHD.

/etc/init.d/ssdh restart

Sprawdzamy czy proces sie odpalił np:

ps auxf | grep sshd

I jeśli mamy go na liście to problem z głowy.

Jak wykonać polecenie w danym dniu tygodnie bez zaprzęgania Crona

2014-09-09T15:02:00.000+02:00

Czasem zdarza się taka potrzeba, że przydało by się naszemu skryptowi działającemu w cronie, żeby bez dodatkowych skryptów zewnętrznych i następnych wpisów w crontabie zrobił coś dodatkowo np. we wtorek. Może przydać się przy np. skryptach backupowych, bądź innych wynalazkach. Poniżej mały skrypcik, który w środę będzie zmieniał nazwę pliku:

#!/bin/sh
TUE=`date | cut -c 1-3`
DATE=`date +%F`
DZIEN=`echo "Tue"`
    if
              [ "$TUE" == "$DZIEN" ]; then
              mv test.txt test_$DATE.txt
        exit 0;
    else
        echo "dzis nie Tue"
    fi

Logowanie Apache na zdalnym serwerze rsyslog

2014-08-26T08:00:00.000+02:00

Mamy sobie serwer na którym za pomocą rsysloga logujemy sobie ze zdalnych maszyn logi. Ale oprócz standardowych logów chcielibyśmy jeszcze, żeby w logu znajdowały się dodatkowo zdarzenia z Apache. Musimy na maszynie, z której chcemy zbierać logi z Apache do pliku konfiguracyjnego rsysloga dodać następujące linijki:

# Apache access file:
$ModLoad imfile
$InputFileName /var/log/apache2/access.log
$InputFileTag apache-access:
$InputFileStateFile stat-apache-access
$InputFileSeverity info
$InputRunFileMonitor

#Apache Error file:
$InputFileName /var/log/apache2/error.log
$InputFileTag apache-errors:
$InputFileStateFile stat-apache-error
$InputFileSeverity error
$InputRunFileMonitor

Następnie na tej samej maszynie w pliku konfiguracyjnym /etc/rsyslog.conf dopisujemy zdalny serwer rsyslog`a na który chcemy wrzucić logi:

*.* @123.123.123.123

Wykonujemy restart demona rsysloga i sprawdzamy na zdalnej maszynie czy logi apache się dopisują do pliku loga naszej maszyny.

Instalacja kontroli stanu macierzy RAID w linuxie (na przykładzie CentOS`a) dla kontrolera Adaptec.

2014-08-19T15:01:00.000+02:00

Jest sobie serwer już leciwy np jakiś Dell PowerEdge2650 mamy na nim linuxa w tym przypadku CentOS`a i podejrzewamy, że może coś złego się dziać z naszym RAIDem, a nie mamy narzędzi, ani sposobności, żeby to sprawdzić. Nawet nie wiemy jaki mamy kontroler.
Zaczynamy od małego reserczu :)

Sprawdzamy jaki mamy ADAPTER RAID w systemie:
[root@xxx]# lspci
00:00.0 Host bridge: Broadcom CMIC-WS Host Bridge (GC-LE chipset) (rev 13)
00:00.1 Host bridge: Broadcom CMIC-WS Host Bridge (GC-LE chipset)
00:00.2 Host bridge: Broadcom CMIC-LE
00:04.0 Class ff00: Dell Embedded Remote Access or ERA/O
00:04.1 Class ff00: Dell Remote Access Card III
00:04.2 Class ff00: Dell Embedded Remote Access: BMC/SMIC device
00:0e.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)
00:0f.0 Host bridge: Broadcom CSB5 South Bridge (rev 93)
00:0f.1 IDE interface: Broadcom CSB5 IDE Controller (rev 93)
00:0f.2 USB Controller: Broadcom OSB4/CSB5 OHCI USB Controller (rev 05)
00:0f.3 ISA bridge: Broadcom CSB5 LPC bridge
00:10.0 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 03)
00:10.2 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 03)
00:11.0 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 03)
00:11.2 Host bridge: Broadcom CIOB-X2 PCI-X I/O Bridge (rev 03)
03:06.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5701 Gigabit Ethernet (rev 15)
03:08.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5701 Gigabit Ethernet (rev 15)
04:08.0 PCI bridge: Intel Corporation 80303 I/O Processor PCI-to-PCI Bridge (rev 01)
04:08.1 RAID bus controller: Dell PowerEdge Expandable RAID Controller 3/Di (rev 01) <<<--- nasz kontroler
05:06.0 SCSI storage controller: Adaptec RAID subsystem HBA (rev 01)
05:06.1 SCSI storage controller: Adaptec RAID subsystem HBA (rev 01)następnie sprawdzamy jakie moduły mamy zainstalowane:

[root@xxx]# lsmod
Module                  Size Used by
..
aacraid                67657             <<<---- nasz sterownik od RAID
..

Jeśli nie mamy takiego modułu załadowanego, to musimy wyszukać moduł odpowiedzialny za RAID i sprawdzić za jakiego producenta odpowiada :).
Teraz musimy ściągnąć i zainstalować potrzebne nam oprogramowanie:

Dla systemu 32bit:
wget www.thomas-krenn.com/redx_tools/mb_download.php/mid.065102097066087081055088074052107061/StorageManager_Adaptec_Linux_x86_v6.10.18359_20090.rpm

Dla systemu 64bit:
wget www.thomas-krenn.com/redx_tools/mb_download.php/mid.104098115056084084089102070050065061/StorageManager_Adaptec_Linux_x64_v6.10.18359_20090.rpm

Instalujemy ściągniętą paczkę:
[root@xxxi]# rpm -i StorageManager_Adaptec_Linux_x86_v6.10.18359_20090.rpm

Adaptec Storage Manager
Version 6.10

starting Adaptec Storage Manager agent ...

Installation completed successfully.
The application can be started by running: /usr/StorMan/StorMan.sh
Teraz sprawdzamy czy nam działa wszystko:
cd /usr/StorMan
./arcconf getconfig 1
w tym miejscu może wystąpić poniższy błąd
./arcconf: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
jeśli wystąpi to sprawdzamy jaki pakiet odpowiada, za brakującą bibilotekę:
yum whatprovides libstdc++.so.5
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: mirror-pl.kielcetechnologypark.net
* base: mirror-pl.kielcetechnologypark.net
* epel: ftp.icm.edu.pl
* extras: mirror-pl.kielcetechnologypark.net
* rpmforge: mirror1.hs-esslingen.de
* updates: mirror-pl.kielcetechnologypark.net
compat-libstdc++-33-3.2.3-61.i386 : Compatibility standard C++ libraries
Repo        : base
Matched from:
Other       : libstdc++.so.5

StorMan-6.10-18359.i386 : Adaptec Storage Manager
Repo        : installed
Matched from:
Other       : Provides-match: libstdc++.so.5

i doinstalowujemy brakującą paczkę:
yum install compat-libstdc++-33-3.2.3-61.i386
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* addons: mirror-pl.kielcetechnologypark.net
* base: mirror-pl.kielcetechnologypark.net
* epel: ftp.icm.edu.pl
* extras: mirror-pl.kielcetechnologypark.net
* rpmforge: mirror1.hs-esslingen.de
* updates: mirror-pl.kielcetechnologypark.net
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package compat-libstdc++-33.i386 0:3.2.3-61 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

==============================================================================================================================================================================
Package                                             Arch                                 Version                                  Repository                            Size
==============================================================================================================================================================================
Installing:
compat-libstdc++-33                                 i386                                 3.2.3-61                                 base                                 232 k

Transaction Summary
==============================================================================================================================================================================
Install       1 Package(s)
Upgrade       0 Package(s)

Total download size: 232 k
Is this ok [y/N]: y
Downloading Packages:
compat-libstdc++-33-3.2.3-61.i386.rpm                                                                                                                  | 232 kB     00:00
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing     : compat-libstdc++-33                                                                                                                                    1/1

Installed:
compat-libstdc++-33.i386 0:3.2.3-61

Complete!

Następnie wydajemy ponownie polecenie:
/usr/StoreMan/arcconf getconfig 1
Dostaniemy wynik ze statusem naszego RAIDu i dysków do niego podłączonych.

Powodzenia