Kiedy użycie ln -s nie jest możliwe, np zasoby webdav

Jaki czas temu próbując dodać nowy zasób webdav, który musiał być linkiem, webdav odmawiał posłuszeństwa. Twierdził, że katalog nie może być linkiem a link twardy nie działa z folderami. Jednak istnieje ominięcie tego problemu:

mount --bind /source/ /destination/

1	mount --bind /source/ /destination/

Jeżeli zamontujesz system plików z przełącznikiem --bind, tworzony jest dodatkowy punkt zamontowania urządzenia/systemu plików. To rozwiązuje problem nie działającego ln -s bez potrzeby tworzenia nowych struktur katalogowych.

MySQL zamiana tekstu

Od czasu do czasu potrzebujemy zmienić jakiś tekst w bazie danych. Jest to trywialne jeżeli tekst znajduje się w pojedynczej kolumnie. Wtedy można użyć np. mysql cli:

UPDATE `tabela` SET `kolumna` = replace(kolumna, 'stary_tekst', 'nowy_tekst');

1	UPDATE `tabela` SET `kolumna` = replace(kolumna, 'stary_tekst', 'nowy_tekst');

Problem jednak pojawia się kiedy tekst jest w więcej niż jednej tabeli lub gdy nie wiemy gdzie się znajduje. Wtedy można użyć sztuczki polegającej na zrzuceniu bazy do pliku, podmianie tekstu w pliku i zaimportowaniu go do bazy:

mysqldump -u user -p nazwa_bazy> ./db.sql
sed -i 's/stary_tekst/nowy_tekst/g' ./db.sql
mysql -u user -p nazwa_bazy &lt; ./db.sql

mysqldump -u user -p nazwa_bazy> ./db.sql

sed -i 's/stary_tekst/nowy_tekst/g' ./db.sql

mysql -u user -p nazwa_bazy < ./db.sql

Kopia/duplikat bazy mysql

Kiedy potrzebujemy działającej kopi bazy by np. uruchomić kopię wordpressa należy wykonać kilka czynności:

# zaloguj się do serwera mysql
mysql -u root -p

# stwórz bazę danych, która będzie przechowywać kopię oryginalnej bazy
CREATE DATABASE db_copy;

quit;

# zaloguj się do serwera mysql

mysql -u root -p

# stwórz bazę danych, która będzie przechowywać kopię oryginalnej bazy

CREATE DATABASE db_copy;

quit;

Następnie, utwórzmy kopię oryginalnej bazy do pliku:

mysqldump -u root -p database_to_copy > db-copy.sql

1	mysqldump -u root -p database_to_copy > db-copy.sql

Komenda ta zrzuci całą bazę database_to_copy do pojedynczego pliku db-copy.sql. Następnie musimy zaimportować ten zrzut do nowo utworzonej bazy db_copy.

mysql -u root -p db_copy &lt; db-copy.sql

1	mysql -u root -p db_copy < db-copy.sql

Instalacja PIP na Linuxie

Można by pomyśleć, żę wystarczy zainstalować Pythona używając naszego ulubionego menagera pakietów, nic bardziej mylnego. Ale jesteśmy już prawie u celu.

# Advanced Package Tool (Python 2.x)
apt-get install python-pip

# Advanced Package Tool (Python 3.x)
apt-get install python3-pip

# pacman Package Manager (Python 2.x)
pacman -S python2-pip

# pacman Package Manager (Python 3.x)
pacman -S python-pip

# Yum Package Manager (Python 2.x)
yum upgrade python-setuptools
yum install python-pip python-wheel

# Yum Package Manager (Python 3.x)
yum install python3 python3-wheel

# Dandified Yum (Python 2.x)
dnf upgrade python-setuptools
dnf install python-pip python-wheel

# Dandified Yum (Python 3.x)
dnf install python3 python3-wheel

# Zypper Package Manager (Python 2.x)
zypper install python-pip python-setuptools python-wheel

# Zypper Package Manager (Python 3.x)
zypper install python3-pip python3-setuptools python3-wheel

# Advanced Package Tool (Python 2.x)

apt-get install python-pip

# Advanced Package Tool (Python 3.x)

apt-get install python3-pip

# pacman Package Manager (Python 2.x)

pacman -S python2-pip

# pacman Package Manager (Python 3.x)

pacman -S python-pip

# Yum Package Manager (Python 2.x)

yum upgrade python-setuptools

yum install python-pip python-wheel

# Yum Package Manager (Python 3.x)

yum install python3 python3-wheel

# Dandified Yum (Python 2.x)

dnf upgrade python-setuptools

dnf install python-pip python-wheel

# Dandified Yum (Python 3.x)

dnf install python3 python3-wheel

# Zypper Package Manager (Python 2.x)

zypper install python-pip python-setuptools python-wheel

# Zypper Package Manager (Python 3.x)

zypper install python3-pip python3-setuptools python3-wheel

Midnight Commander górne menu

Od czasu do czasu jesteśmy zmuszeni z korzystania konsoli bez obsługi myszki. Nie ma się czego obawiać. Istnieje bardzo fajny skrót klawiszowy:

F9 i/lub ESC + 9

1	F9 i/lub ESC + 9

Debagowanie stref bind-a i jego pliku konfiguracyjnego

Podczas ręcznego zarządania strefami i samym bind-em zdarzyć się może, żę omsknie się palec i zrobimy tak zwane typo. Nic strasznego, zacznijmy od podstaw:

named-checkconf /etc/bind/named.conf
named-checkzone domena /var/cache/bind/domena.zone.file
tail –f /var/log/message

named-checkconf /etc/bind/named.conf

named-checkzone domena /var/cache/bind/domena.zone.file

tail –f /var/log/message

Pierwsza komenda sprawdza plik konfiguracyjny named.conf, druga sprawdza czy domena jest poprawnie skonfigurana w danej strefie. Trzecia i ostatnia powie nam co bind-owi się nie podoba i dla czego nie chce się uruchomić.

Typową pomyłką jest ręczna edycja i przeładowanie strefy podpisanej kluczem prywatnym. Bardzo prosty fix na ten problem

Nagios – konfiguracja sieci/urządzeń

Jeżeli nie posiadasz działającej instalacji Nagiosa możesz skorzystać z Nagios – Instalacja na Debian 9

Dodajmy strukturę katalogów dzięki, której łatwiej będzie nam zarządzać plikami z konfiguracją:

# edytuj nagios.cfg
mcedit /usr/local/nagios/etc/nagios.cfg

# dodajmy nasz główny katalog z konfiguracjami tak by później nie trzeba było dodawać każdego pliku pojedynczo
cfg_dir=/usr/local/nagios/etc/devices

# stwórzmy katalog i wejdźmy w niego:
mkdir -p /usr/local/nagios/etc/devices
cd /usr/local/nagios/etc/devices

# edytuj nagios.cfg

mcedit /usr/local/nagios/etc/nagios.cfg

# dodajmy nasz główny katalog z konfiguracjami tak by później nie trzeba było dodawać każdego pliku pojedynczo

cfg_dir=/usr/local/nagios/etc/devices

# stwórzmy katalog i wejdźmy w niego:

mkdir -p /usr/local/nagios/etc/devices

cd /usr/local/nagios/etc/devices

Nie wszyscy mamy możliwość korzystania z ‚inteligentnych’ urządzeń sieciowych – życie to nie bajka 🙂

Oto przykładowy plik z konfiguracją dla takiego urządzenia:

define host{
        name                            noping-host    ; The name of this host template
        notifications_enabled           1       
        event_handler_enabled           1       
        flap_detection_enabled          1      
        process_perf_data               1      
        retain_status_information       1       
        retain_nonstatus_information    1       
        notification_interval           0
        notification_period             24x7
        notification_options            d,u,r
        contact_groups                  admins
        max_check_attempts              5
        address                         127.0.0.1      ; Just so we don't have to write it all the time
        register                        0      
        }

define host{

name noping-host ; The name of this host template

notifications_enabled 1

event_handler_enabled 1

flap_detection_enabled 1

process_perf_data 1

retain_status_information 1

retain_nonstatus_information 1

notification_interval 0

notification_period 24x7

notification_options d,u,r

contact_groups admins

max_check_attempts 5

address 127.0.0.1 ; Just so we don't have to write it all the time

}

Możemy stworzyć kilka switchy za pomocą poniższej definicji:

define host{
            use noping-host
            host_name switch-number-1
            alias Switch Number 1
            icon_image switch40.png
            statusmap_image switch40.gd2
            parent name_of_parent_host_name  ; use this to make tree on map
            initial_status u
}

define host{

use noping-host

host_name switch-number-1

alias Switch Number 1

icon_image switch40.png

statusmap_image switch40.gd2

parent name_of_parent_host_name ; use this to make tree on map

initial_status u

}

Wspólne zmienne dla danego typu urządzeń można wkładać do jednego worka, którym jest szablon, a następnie korzystać z niego przy definicji poszczególnych urządzeń, tak jak zrobiliśmy to powyżej.

Najczęstsze typy szablonów to : linux-server (wiele więcej można zobaczyć w tym pliku /usr/local/nagios/etc/objects/templates.cfg )

Po dodaniu nowych plików .cfg pamiętaj by nadać im uprawnienia użytkownika nagios tak, by nagios był w stanie przeczytać ich zawartość. Potem wystarczy zrestartowanie nagiosa.

Dlaczego przechodzę z Baikal na Radicale (CalDav i CardDav)

Saber/Dav jest głównym komponentem projektu Baikal, aktualnie poszukiwana jest osoba, która zostanie opiekunem projektu (cała historia po angielsku)

Jakiś czas temu przeniosłem moje zasoby z Kalendarza Googla na rzecz otwarto źródłowych, hostowanych przezemnie rozwiązań.

Nigdy nie dostrzegłem problemów związanych z dostępnością – może moje potrzeby były wystarczająco małe 🙂

W żadnym stopniu nie obwieszczam, że Baikal umarł – jeżeli interesuje Ciebie Baikal może przeczytać poprzednie posty o nim (installacja, aktualizacja)

Jeżeli chodzi o mnie, jedyny problem jaki miałem z Baikal-em była bardo problematyczna konfiguracja dzielenia się kalendarzami. Jest to możliwe ale bardzo problematyczne i nazwijmy sobie to po imieniu „brzydkie”. Oczywiście zapowiedziano opcję współdzielenia kalendarzy, która miała być dodana po wielkim przepisywaniu kodu do php7.0+silex, ale zabrakło ludzi, opiekuna, czasu… Na szczęście w między czasie znalazłem Radicale, nie posiada on współdzielenia, które można przeklikać przez stronę www, ale posiada bardzo WIELKĄ zaletą, którą są współdzielone strefy (sharing zones), uprawnienia użytkowników (user rights) dzięki czemu jedną prostą komendą byłem w stanie współdzielić jeden kalendarz między wieloma użytkownikami.

Żadne z rozwiązań (Baikal czy też Radicale) nie wpierało narzędzi migracyjnych. Jednak nic nie stało na przeszkodzi by zapisać stary kalendarz lokalnie i zaimportować go w nowym kalendarzu.

MySQL row size too large (>8126)

Błąd ten z reguły związany jest z źle zaprojektowaną tabelą. Tabelą, która używa wiele pól przechowujących tekst. Najlepszym rozwiązaniem byłoby przeprojektowanie tabeli, niestety czasem taka opcja nie wchodzi w grę i trzeba ratować co się da:

Rozwiązaniem, które z reguły przynosi najlepszy rezultat jest:

# w pliku konfiguracyjnym mysql my.conf dodać/zmienić:
innodb_file_per_table
innodb_file_format = Barracuda

# zmodyfikować tabelę, która wyrzuca błąd:
ALTER TABLE konkretna_tabela ENGINE=InnoDB ROW_FORMAT=DYNAMIC

# w pliku konfiguracyjnym mysql my.conf dodać/zmienić:

innodb_file_per_table

innodb_file_format = Barracuda

# zmodyfikować tabelę, która wyrzuca błąd:

ALTER TABLE konkretna_tabela ENGINE=InnoDB ROW_FORMAT=DYNAMIC

Wypakowanie wybranego pliku z archiwum tar.gz

tar -zxvf archive.tar.gz pelna-sciezka-do-pliku

# aby uzyskać pełną ścieżkę do pliku, który chcemy wypakować
tar -tzf archive.tar.gz | grep plik-do-wypakowania
# uzyskamy coś takiego 
./plik-do-wypakowania lub coś podobnego, pełną ścieżkę należy użyć w pierwszej komendzie

tar -zxvf archive.tar.gz pelna-sciezka-do-pliku

# aby uzyskać pełną ścieżkę do pliku, który chcemy wypakować

tar -tzf archive.tar.gz | grep plik-do-wypakowania

# uzyskamy coś takiego

./plik-do-wypakowania lub coś podobnego, pełną ścieżkę należy użyć w pierwszej komendzie

Na marginesie, komenda ta nie jest super szybka jeżeli pracujemy na dużych archiwach.

P	W	Ś	C	P	S	N
« Gru
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31