Howto | tail -f notes

Realtek RTL8192CU powersaving

Pomimo iż iwconfig pokazuje power management jako off okazuje się, że z defaultu jest jednak włączone co skutkuje wyłączaniem adaptera po nieaktywności.

pi@raspberrypi:~ $ sudo iwconfig wlan0 
wlan0     IEEE 802.11bgn  ESSID:"pakosowo_2G"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.462 GHz  Access Point: 18:31:BF:36:E5:68   
          Bit Rate:144.4 Mb/s   Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:****-****-****-****-****-****-****-****   Security mode:open
          Power Management:off
          Link Quality=100/100  Signal level=69/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

pi@raspberrypi:~ $ cat /sys/module/8192cu/parameters/rtw_power_mgnt
1

Power saving należy ręcznie wyłączyć w:

pi@raspberrypi:~ $ cat /etc/modprobe.d/8192cu.conf
# Disable power saving
options 8192cu rtw_power_mgnt=0

midnight commander – arrows doesn’t work

Taki do tej pory niespotykany dla mnie przypadek, mc na qnapie mimo ustawiania przeróżnych terminali w $TERM nijak nie chciał zaskoczyć z działaniem strzałek. Rozwiązanie, nauczyć mc w ~/.config/mc/ini:

[terminal:xterm]
up=\\e[A
down=\\e[B
left=\\e[D
right=\\e[C

guess who’s back? conky :)

Znowu wracają czasy 2012 roku, gnome 2 i zabawy z conky. Trochę konfiguracji przewinęło się na blogu i tak mnie wczoraj naszło aby znowu skorzystać z tego cudownego narzędzia.

Na początek popełniłem dwie wersje, jedna na prawą stronę ekranu a druga jako górny panel. Konfiguracje w linkach poniżej (wersja z panelem jest dostosowana do mojej szerokości monitora więc gdyby ktoś skorzystał musi sobie poprawić ${goto x} na swoje wartości).

conkyrc1

conkyrc2

chrome: connection is not private

Chyba każdy raz na jakiś czas trafia na ten komunikat i chcąc nie chcąc nie raz musi go zaakceptować. I taka ciekawostka na którą właśnie dzisiaj trafiłem, zamiast przeklikiwać można wpisać „badidea” 🙂

Ja osobiście o tym nie wiedziałem, ale na pewno się przyda 🙂

Munin v2

Pisałem już kiedyś jak zainstalować munina, teraz nieco bardziej rozbudowana wersja, z kilkoma hostami i nieco odświeżonym interfejsem graficznym.

Jeden z hostów będzie traktowany jako master (przypadek gdy hosty nie są w tej samej sieci), ten który wystawia statystyki webowo. Instalacja jak poprzednio:

apt install apache2 libcgi-fast-perl libapache2-mod-fcgid munin munin-node munin-plugins-extra 

a2enmod fcgid

W /etc/munin/munin.conf konfigurujemy co nam potrzeba, głównie:

htmldir /var/www/munin/ //w zależności jak mamy ustawione apache


[server1.example.com]
address 127.0.0.1
use_node_name yes

[server2.example.com]
address x.x.x.x //zewnętrzne ip drugiego hosta, można powtarzać z kolejnymi
use_node_name yes

cd /etc/apache2/conf-enabled/
ln -s /etc/munin/apache24.conf munin.conf

systemctl restart apache2

W /etc/munin/apache24.conf ustawiamy:

Alias /munin /var/www/munin
<Directory /var/www/munin>
 # Require local
 Require all granted
 Options FollowSymLinks SymLinksIfOwnerMatch
 Options None
</Directory>

ScriptAlias /munin-cgi/munin-cgi-graph /usr/lib/munin/cgi/munin-cgi-graph
<Location /munin-cgi/munin-cgi-graph>
 # Require local
 Require all granted
 Options FollowSymLinks SymLinksIfOwnerMatch
 <IfModule mod_fcgid.c>
 SetHandler fcgid-script
 </IfModule>
 <IfModule !mod_fcgid.c>
 SetHandler cgi-script
 </IfModule>
</Location>

Webowy interfejs powienien już działać, wyświetlać statystyki z mastera.

Teraz na każdym kolejnym nodzie:

apt install munin-node

W etc/munin/munin-node.conf ustawiasz:

allow ^123\.456\.78\.100$ //ip mastera


systemctl restart munin-node

W firewallu otwieramy port 4949:

-A INPUT -m state --state NEW -m tcp -p tcp --dport 4949 -j ACCEPT

(na masterze konfigurację ustawiliśmy wcześniej), po kilku minutach host powinien pojawić się w interfejsie webowym.

W przypadku gdy coś nie działa polecam popatrzeć w log:

tail -f /var/log/munin/*

Zazwyczaj nie może się połączyć z hostem, trzeba więc wtedy posprawdzać firewalle, telnet powinien was ładnie przywitać, z mastera:

telnet ipnoda 4949

Jeżeli mamy jakąś maszynkę bez stałego ip ale np router już go ma to spokojnie można po prostu przekierować port 4949 na routerze do hosta (np raspberry jak u mnie)

Webowy interfejs:

cd /tmp

git clone https://github.com/munin-monitoring/contrib.git

cd /etc/munin

cp -rb /opt/contrib/templates/munstrap/templates .

cp -rb /opt/contrib/templates/munstrap/static .

rm -rf /var/www/munin/*

Po 5 minutach powinno wyglądać mniej więcej tak:

flac to mp3

Ku pamięci:

for a in ./*.flac; do ffmpeg -i "$a" -qscale:a 0 "${a[@]/%flac/mp3}";done

virtualbox nat dhcp

Nie wiem jaki był zamysł nadawania adresów dhcp z puli 10.0.x.x ale tak jest z defaultu i wyklikać tego się nie da. Zmienić można jedną komendą:

VBoxManage modifyvm  "cserver" --natnet1 "192.168.0/24"

gdzie cserver – nazwa wirtualki

ffmpeg: wycinanie kawałka filmu

Ku pamięci:

ffmpeg -i input.wmv -ss 00:00:30.0 -c copy -t 00:00:10.0 output.wmv

Info:

ss – czas odkąd wycinamy

t – ile sekund wycinamy

BOINC

Większość z naszych maszyn podczas gdy na nich nie pracujemy marnuje się (o ile są włączone oczywiście ;)) dlaczego by też nie wykorzystać ich w imię nauki.

W BOINC możemy wybrać sobie dowolny projekt dla którego udostępnimy swoją moc obliczeniową, wystarczy zainstalować:

aptitude install boinc-client

Graficznie resztę można wyklikać poprzez:

aptitude install boinc-manager

Gdy jednak maszyna nie posiada serwera graficznego możemy się posiłkować konfiguracją manualną (boinc-manager posiada opcję połączenia remote aczkolwiek nie mogłem w ten sposób dodać żadnego projektu, świetnie się jednak sprawdza później do podglądu jak nam idzie).

Tak więc wybieramy jakiś projekt, rejestrujemy konto na stronie i konfiguruejmy klienta:

boinccmd --lookup_account projekt mail haslo

np:

boinccmd --lookup_account http://setiathome.berkeley.edumail@mail haslo

pojawi się nasz kod, dodajemy go:

boinccmd --project_attach projekt kod

np:

boinccmd --project_attach http://setiathome.berkeley.edu kod

Aby móc połączyć się zdalnie w pliku /var/lib/boinc-client/remote_hosts.cfg podajemy ip a w /var/lib/boinc-client//var/lib/boinc-client hasło.

Na koniec w iptables otwieramy port 31416 i łączymy się managerem.

nagios monitorowanie procesu

W /etc/nagios/nrpe_local.cfg dodajemy:

command[check_*]=/usr/lib/nagios/plugins/check_procs -w 1: -c 1: -C proces

argumenty (-w 1: -c 1: -C) dopasowywujemy wedle woli, w tym przypadku ma być przynajmniej jeden proces.

Gdyby komenda /usr/lib/nagios/plugins/check_procs -w 1: -c 1: -C proces zwracała nieprawidłowy wynik trzeba sprawdzić jak nazwa procesu jest wyświetlana przez:

/bin/ps axwwo 'stat uid pid ppid vsz rss pcpu etime comm args' | grep proces

i odpowiednio zmodyfikować. Następnie edytujemy /etc/nagios3/conf.d/*_nagios2.cfg

define service{
        use                             generic-service         ; Name of service template to use
        host_name                       localhost
        service_description             Check Transmission
                check_command                   check_nrpe_1arg!check_*
        }

i potem już tylko restart 😉