P

odczas operacji na ustawieniach związanych z logami binarnymi lub logowaniem zdarzeń (np. zmiana expire_logs_days, general_log, slow_query_log), czy podnoszenie wersji serwera MySQL, który jest wpięty w replikację Master – Master, należy liczyć się, że operacja ta może zakończyć się na drugim serwerze wypięciem replikacji i komunikatem błędu podobnym do tego:

Last_Errno: 1580
Last_Error: Error 'You cannot 'ALTER' a log table if logging is enabled' on query.
Default database: 'mysql'. Query: 'ALTER TABLE slow_log...

[ czytaj całość… ]

W

iększość współdzielonych konfiguracji hostingowych zezwala na używanie plików .htaccess w określonych ścieżkach, gdzie przetrzymywane są strony klientów. Tyczy się to również konfiguracji przewidzianych dla dedykowanych projektów. Jak wynika z obserwacji Dawida Golunskiego przeniesienie konfiguracji z plików .htaccess (i tym samym ominięcia konieczności ich używania) do plików konfiguracyjnych hostów wirtualnych może przynieść zwiększenie wydajności serwera WWW do około 6.6% (w zależności od środowiska testowego i produkcyjnego wartość ta może być mniejsza lub większa).
[ czytaj całość… ]

P

oblem: po wykonaniu aktualizacji klienta FTP – FileZilla do wersji 3.5.3 pojawił się problem z możliwością logowania się do serwera vsftpd przy pomocy szyfrowania TLS.

Error:	GnuTLS error -12: A TLS fatal alert has been received.
Error:	Could not connect to server

[ czytaj całość… ]

J

eśli w przypadku próby podnoszenia interfejsów sieciowych skonfigurowanych w trybie bonding otrzymujemy następujące komunikaty błędów:

2012-02-01 21:09:54 darkstar modprobe: FATAL: Error inserting bonding
(/lib/modules/2.6.18-274.17.1.el5/kernel/drivers/net/bonding/bonding.ko):
Unknown symbol in module, or unknown parameter (see dmesg)
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol ndisc_build_skb
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol in6_dev_finish_destroy
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol ndisc_send_skb
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol unregister_inet6addr_notifier
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol register_inet6addr_notifier
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol ndisc_build_skb
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol in6_dev_finish_destroy
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol ndisc_send_skb
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol unregister_inet6addr_notifier
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol register_inet6addr_notifier
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol ndisc_build_skb
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol in6_dev_finish_destroy
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol ndisc_send_skb
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol unregister_inet6addr_notifier
2012-02-01 21:09:54 darkstar kernel: bonding: Unknown symbol register_inet6addr_notifier

[ czytaj całość… ]

Z

nak procentu [ % ] w wpisach crontab jest specjalnym znakiem oznaczającym znak nowej linii. Dlatego każdy wpis z tym znakiem nie zadziała – dopóki nie umieścimy znaku ESC [ \ ] przed nim. Na przykład poniższy wpis:

1 0 * * * /bin/sleep `/usr/bin/expr $RANDOM % 600` ; /usr/local/bin/komenda

którego zamiarem jest cogodzinne uruchamianie z losowym opóźnieniem wybranej komendy zostanie – zignorowane ze względu na fakt, że cron zaraz po znaku % zignoruje resztę wpisu i uruchomi jedynie: /bin/sleep `/usr/bin/expr $RANDOM, co zwróci losową liczbę z zakresu 0-32767 i opuści program.
[ czytaj całość… ]

K

lasyczny problem. Większość daemonów cronowych nie posiada natywnej obsługi wykonywania zadań “ostatniego dnia miesiąca”, więc jeśli posiadamy potrzebę wykonania wybranego zadania w tym czasie – musimy zastosować mały trick – dokładniej mówiąc wykonać warunek sprawdzający za pomocą polecenia date – czy jutrzejszy dzień jest już dniem kolejnego miesiąca:
[ czytaj całość… ]

P

odczas przenoszenia całych baz danych MySQL np. na inne, szybsze i mocniejsze serwery – często występuje problem szybkiego przenoszenia uprawnień do tych baz. Z pomocą administratorom przychodzi Percona Toolkit (dawniej Maatkit), który w zestawie swoich narzędzi posiada m.in. program pt-show-grants. Załóżmy, że zrobiliśmy zrzut całego serwera MySQL i wgraliśmy go na inną maszynę. Jedyną rzeczą jaką pozostaje wykonać to sklonowanie uprawnień.
[ czytaj całość… ]

U

stawienia panelu Plesk ograniczają ilość procesów programu SpamAssassin standardowo do 5. W przypadku większej ilości wiadomości e-mail jednocześnie wpływających do serwera może to spowodować szybkie wyczerpanie się dostępnej puli. Od wersji 8.1 panelu ustawienia te są przetrzymywane w bazie danych MySQL (wcześniej był to parametr SPAMASSASSIN_MAX_CHILDREN ustawiany w pliku /etc/psa/psa.conf). W celu sprawdzenia aktualnie ustawionej wartości wystarczy wydać polecenie:
[ czytaj całość… ]

N

iektóre oprogramowanie jako wyjście dla błędów wykorzystuje jedynie konsolę, której zawartość nie koniecznie widać podczas sesji SSH. Użycie urządzenia vcs (ang. virtual console memory) pozwala zmienić ten scenariusz. Podczas sesji SSH wystarczy wydać polecenie:

# cat /dev/vcs1

Pokaże nam to zawartość pierwszej konsoli. Możemy również spojrzeć na kolejne wirtualne terminale za pomocą cyfr 2,3 itd. W większości centr danych, gdzie łączność jest utrzymywana za pomocą zdalnych terminali, KVM over IP lub Serial over LAN, czy innych rozwiązań jest to jeden z szybszych sposobów na podgląd aktualnych zdarzeń na konsoli. W dodatku – jeżeli zależny nam na monitorowaniu wszystkich zdarzeń zdalnego serwera możemy przekierować wszystkie informacje na szóstą konsolę: *.* /dev/tty6 i cyklicznie ją sprawdzać (wyjście nie uzupełnia na bieżąco nowych linii): watch -n 1 cat /dev/vcs6.

W

wielu przypadkach niektóre pliki logów systemowych podczas różnych testów najlepiej, jeśli zostaną wyczyszczone. Usuwanie ich i tworzenie od nowa pociąga za sobą takie czynności jak sklonowanie uprawnień, własności i atrybutów. Sposobem, aby zamienić te wszystkie kroki na jeden wystarczy wyzerować zawartość pliku (przykłady na powłoce bash):

• Najdłuższy: # cat /dev/null > dziennik.log
• Krótszy: # echo -n > dziennik.log
• Najkrótszy: # > dziennik.log

W ten sposób zachowane zostają wszystkie atrybuty, uprawnienia i własności, a zawartość pliku znika.