Kategoria: Linux-bugfix

Let’s Encrypt wydał dzisiaj nową wersję regulaminu, więc  chcąc wygenerować nowy certyfikat w DirectAdmin mogliśmy być niemiło zaskoczeni:

W systemie debian 9 domyślnym interfejsem nie jest eth0 a enp3s0.

Jeśli utworzymy plik .sh który ma wykonać szereg czynności, dodamy go do cron-a  i przy uruchomieniu z konsoli działa a z crona nie – można to łatwo zdebugować.

Jeśli poleceniem umount nie mozna odmontowac zasobu ( timeout, błąd odczytu dysku, komunikat “Transport endpoint is not connected”) to jednym ze sposobów można to zrobić metodą “siłową” poleceniem:

Co zrobić jeśli apache ( w moim przypadku httpd) odmówi posłuszeństwa, a w logach jest komunikat: [crayon-5b2c9f8b1661b546817619/]

Na jednym z serwerów przy ruchu dochodzącym do kilkuset online losowo nginx działający jako  serwer treści statycznych pokazywał błąd 502 gateway timeout.

Domyślnie po instalacji debiana 7 64bit z jądrem openvz, i utworzeniu kontenerów polecenie df -h z poziomu matki pokazuje nam ich zajętość:

W przypadku błędów przy naprawie bazy danych poprzez mysqlcheck:

W przypadku serwera proftpd i przesyłaniu większej ilości plików za pomocą protokołu tls niekiedy transfer zostaje przerwany z komunikatem:

Błąd: [php] # vzctl enter 1234 enter into CT 1234 failed Unable to open pty: No such file or directory [/php] Rozwiązanie: [php] vzctl exec 1234 /sbin/MAKEDEV tty vzctl exec 1234 /sbin/MAKEDEV pty vzctl exec 1234 mknod –mode=666 /dev/ptmx c 5 2 mv /vz/private/1234/pty* /vz/private/1234/dev/ mv /vz/private/1234/tty* /vz/private/1234/dev/ vzctl exec 1234 mkdir /run/network vzctl exec