garus

Problem zgłaszałem już dawno temu https://forum.xunil.pl/index.php/topic,1466.msg43030.html#msg43030 https://forum.xunil.pl/index.php/topic,1466.msg43036.html#msg43036 https://forum.xunil.pl/index.php/topic,1466.msg43043.html#msg43043 Wystarczy tylko 2 linijki w skrypcie zamienić miejscami...

Nie możesz podłączyć 2 penów na raz do tunera? To co robiłeś tą komendą? Masz hdd w tym tunerze? Jak to piszą... logi :)

Rozumiem, że podpinasz do tunera 2 pendrive'y: sda1 - system sdb1 - na nim ma znaleźć się kopia system Formatujesz sdb1, by zaraz potem wyjąć oba pendrive'y do kompa z windows i użyć hdclone? Dawno nie używałem hdclone, ale z tego co rozumiem to te formatowanie jest bez sensu, bo hdclone i tak kopiuje całe partycje i je nadpisze. Zapewne używając odpowiednich opcji da się sklonować pendrive'a z systemem, tak żeby zadziałał, ale jak to nie odpowiem bo programu nie używam. Tylko po co to robić jak możesz użyć do tego celu tylko linuxa... Na początek to sformatuj pena zgodnie z zaleceniami w FAQ: mkfs.ext3 -c -L "rootfs" -b 4096 -I 128 /dev/sdb1 Następnie możesz zrobić na niego kopię systemu narzędziem sysbckp (we wtyczkach na forum znajdziesz też SystemBackup, żeby zrobić to z gui) i tak utworzoną kopię rozpakować tar'em do sdb1. Możesz też nie używać narzędzi do backup'u, tylko po sformatowaniu pena wydać komendy: cd /autofs/sda1 cp -r * /autofs/sdb1 W praktyce nie sprawdzałem, ale jeśli box z penem dobrze współpracuje to powinno zadziałać.

Chodzi o użycie opcji "Human readable" przy wywołaniu df w skrypcie /etc/cron/daily/check_update. Co jest czytelne dla człowieka, niekoniecznie jest czytelne dla tego skryptu. Skrypt "nie zauważa" literki G przy ilości wolnego miejsca i "traktuje" np. 1.9G jako 1 MB. Niestety z tego co analizuję, jeśli będziemy mieli poniżej 1MB wolnego miejsca (np. 923.3K) to skrypt w aktualnej formie pozwoli na aktualizację... Chyba najprostszym rozwiązaniem problemu byłaby zmiana opcji df na "1M-byte blocks", przy okazji nie trzeba przy tym odcinać tekstu po kropce, czyli zamiana: rootfree=`df -h | grep "/dev/root" | awk '{print $4}' | head -n1 | cut -d "." -f1` na rootfree=`df -m | grep "/dev/root" | awk '{print $4}' | head -n1` Z drugiej strony po co Ci tak duża partycja na system???

Nie zaprzeczając przedmówcy to przecież masz to w systemie: /etc/init.d/network restart Taki restart nie wystarcza?

Pewnie jeszcze więcej ludzi korzystałoby z niej, żeby była w repozytorium... Wtyczka fajna, zastanawiałem się czemu jej nie dodajecie.

@tux, analizę działania skryptu przeprowadziłem po tym, jak stwierdziłem, że źle tworzy mi archiwum... Prawie na samym końcu skryptu przed wywołaniem funkcji gen_obraz masz przejście do katalogu .../backup/temp cd $bckp_patch/temp gen_obraz gen_obraz() { gen_readme if cat /proc/cmdline | grep mtd > /dev/null; then cd $bckp_patch/temp/boot if [ $rcstype == ADB2850 ]; then dd if=/dev/mtd0 of=uImage elif [ $rcstype == ESI88 ] || [ $rcstype == UHD88 ] || [ $rcstype == DSI87 ] || [ $rcstype == ADB5800 ]; then dd if=/dev/mtd1 of=uImage fi fi cd .. echo "Tworzę archiwum rootfs" tar -czf $bckp_patch/$nazwa_pliku.tar.gz * Jeśli system nie jest odpalony z nor/nand to pierwszym poleceniem, które się wykona po wygenerowaniu readme jest "cd.." czyli przechodzimy do katalogu .../backup. Kolejne polecenie tar tworzy archiwum ze wszystkiego co jest w tym katalogu. Jeśli tego dalej nie widzisz to sprawdź doświadczalnie. Ja tam sobie poprawiłem i nie mam z tym problemu, ale jak już tyle pracy zostało włożone w skrypt to niech wszystkim działa jak należy.

@tux Aktualnie rootfs w przypadaku tworzenia backupu systemu rootfs (a nie nor/nand) tworzony jest z całego katalogu /backup, czyli z pustego katalogu /backup/roottmp, /backup/temp oraz ze wszystkiego innego co jest w katalogu /backup (np. ze starych kopii zapasowych). Na pewno nie takie było zamierzenie... http://forum.xunil.pl/index.php/topic,82.msg40953.html#msg40953 Tutaj np. było zgłoszenie tego problemu. Ale jak widać chyba mało kto używa tego narzędzia, przynajmniej do tworzenia kopii z rootfs.

To Tobie dzięki... Ale jak już przy głosie jestem, to takie drobne poprawki do /usr/bin/sysbckp mam dotyczące tworzenia archiwum z systemu rootfs: 1. Archiwum ...rootfs.tar.gz tworzone jest nie z katalogu .../backup/temp a z katalogu .../backup gen_obraz() { gen_readme if cat /proc/cmdline | grep mtd > /dev/null; then cd $bckp_patch/temp/boot if [ $rcstype == ADB2850 ]; then dd if=/dev/mtd0 of=uImage elif [ $rcstype == ESI88 ] || [ $rcstype == UHD88 ] || [ $rcstype == DSI87 ] || [ $rcstype == ADB5800 ]; then dd if=/dev/mtd1 of=uImage fi fi cd .. echo "Tworzę archiwum rootfs" tar -czf $bckp_patch/$nazwa_pliku.tar.gz * Aby to poprawić wystarczy linię z "cd.." przenieść przed fi (czyli o 1 w górę). 2. Archiwum nor nie zawiera natomiast poprawnego kernel.img echo "Kopiuję kernel.img" mv $bckp_patch/temp/boot/uImage $bckp_patch/kernel.img Polecenie mv nie przenosi poprawnie kernela tylko sam link do uImage i w miejscu docelowym nie mamy kernela. Wystarczy w tym wypadku zamienić mv na cp. echo "Kopiuję kernel.img" cp $bckp_patch/temp/boot/uImage $bckp_patch/kernel.img

Jest OK. Sterownik ładuje się sam i działa poprawnie.

Dzisiaj zaktualizowałem UHD88 (tylko aktualizacje z 28.07, repo release) i po tym przestał mi działać CEC. Sprawdziłem: GraterliaOS:~# lsmod | grep cec GraterliaOS:~# więc: GraterliaOS:~# insmod /lib/modules/cec.ko GraterliaOS:~# lsmod | grep cec cec 15568 0 stmcore_display_sti7105 135248 5 cec,player2,stmdvb,pseudocard e2_proc 10672 4 cec,player2,stmdvb,fan_ctrl GraterliaOS:~# ale CEC dalej nie działa. Ręczne wysłanie komendy: GraterliaOS:~# echo "35 44 43 " > /proc/stb/cec/send sh: write error: Input/output error GraterliaOS:~# /proc/stb/cec/send jest normalnie w drzewie katalogów widoczny.

No raczej podejrzewałem, że wiesz do czego to służy, ale może komuś jeszcze bardziej szczegółowe informacje przydadzą się :) .

Do tego, aby działał program /usr/sbin/fw_printenv (znajdujący się w systemie) konieczny jest plik konfiguracyjny /etc/fw_env.config o zawartości: # MTD device name Device offset Env. size Flash sector size /dev/mtd0 0x00040000 0x00010000 0x20000 fw_printenv fw_setenv służy do wyświetlania i zmian zmiennych env u-boota. Osobiście czasami używam tego do zmiany, z której partycji staruje system, np.: fw_setenv boot_default 2 Dużo wygodniejsze od męczenia się z przyciskami na obudowie...

Mi działa. Ja jednak zastanawiam się czemu ten temat prawie nikogo nie zainteresował. Dużo wygodniej jest przecież sterować głośnością amplitunera trzymając w ręku pilot od tunera niż zmniejszając głośność w tunerze (zmniejszyć w sumie zawsze można, a zrobić głośniej często skali brakuje). Tym bardziej, że w ogóle nie działa regulacja głośności ścieżek AC3 (przynajmniej na wyjściu HDMI). Nikt nie słucha tych ścieżek bez downmixu? Mnie temat zainteresował już dawno (za czasów softów Freeboxa), z tym że nie zrobiłem tego przez skrypty (nawet mi to do głowy nie przyszło), a poprzez modyfikację pliku VolumeControl.py. Np. do zwiększania głośności wystarczyło zamienić linijkę: self.setVolume(+1) na open('/proc/stb/hdmi/cec', 'w').write('354441') Mój tuner jest podłączony bezpośrednio do amplitunera a nie TV, dlatego użyłem adresu 35 a nie 30 jak Ty. Analogicznie wystarczyło zmienić linijki dla vol- i mute. Potem przerobiłem plugin CEC, żeby można w menu włączać lub wyłączać to sterowanie. Na jakiejś wczesnej wersji Graterli też to sobie odpaliłem, ale oczywiście po którejś aktualizacji szlag to trafił. Następnie pojawił się nowy sterownik do CEC, kolejne aktualizacje, instalacje od nowa systemu i tak jakoś porzuciłem temat. Wczoraj przeczytałem Twego posta i pomyślałem, że trzeba wrócić do tematu. W załączniku załączam przerobiony przeze mnie plugin CEC, w którym możemy sobie włączyć Sterowanie volume oraz wybrać adres (typ urządzenia), którym chcemy sterować (nie pamiętam teraz protokołu CEC, dałem możliwość wyboru od 30 do 39). Oczywiście do kompletu jest również przerobiony VolumeControl.pyo. Wystarczy rozpakować plik cec_audio.tar.gz do katalogu głównego, zrestartować GUI i uaktywnić opcję w ustawieniach HDMI CEC. Aktualnie mam tuner, w którym jest nowy typ sterownika CEC i u mnie to działa, ale starałem się tak wprowadzić poprawki, żeby działało też na starym sterowniku. Nie mam jednak jak tego aktualnie przetestować. Teoretycznie powinno być OK, przynajmniej do jakiejś aktualizacji ;) Z myślą o tej aktualizacji załączam też pliki źródłowe, może ktoś to kiedyś poprawi żeby było bardziej profesjonalnie zrobione i doda do systemu :) . Aktualnie to rozwiązanie ma tylko jeden minus: jak zmieniamy głośność nie pojawia się na ekranie pasek głośności. Teoretycznie sam sam pasek mógłbym zrobić żeby był, ale bez informacji zwrotnej z amplitunera o aktualnym poziomie głośności nie ma to raczej większego sensu. Kiedyś próbowałem przechwycić z amplitunera tą informację (teoretycznie w protokole CEC są odpowiednie komendy) ale nie udało się. UWAGA! W momencie uaktywnienia opcji sterownia przez HDMI głośność tunera jest ustawiana na 100%. cec_audio.tar.gz plugin.py VolumeControl.py

Wcześniej sam zgłaszałem problemy z openvpn na ESI88 (i na UHD88 zresztą też), które zostały usunięte. Teraz mam zaktualizowaną gałąź release i akurat na niej wszystko działa u mnie jak należy.

Potwierdzam także poprawne działanie openvpn na uhd88! Dzięki za poprawkę. Czyli o tym, że openvpn zadziała na Graterlii dla DSI87 raczej można zapomnieć? Troszkę szkoda, bo poza tym openvpn tunerek wydaje się bardzo przyzwoicie działać :(

Na chwilę obecną potwierdzam poprawne działanie w esi88. Uhd88 potwierdzę (lub nie) troszkę później. Jak rozumiem dsi87 nie ma co na razie sprawdzać?

Wygląda na to, że faktycznie problem sterownika: GraterliaOS:~# insmod /lib/modules/tun.ko insmod: can't insert '/lib/modules/tun.ko': invalid module format GraterliaOS:~#

Dzisiaj zrobiłem upgrade w swoim esi88 i openvpn zaczął zawieszać tuner identycznie jak wyżej opisałem uhd88... Nie wiem jak było wcześniej z dsi87, bo dopiero dzisiaj miałem pierwszy kontakt z tym tunerem, w każdym bądź razie openvpn też nie działa. Wgrałem najnowszy soft ze strony, upgrade, instalacja openvpn i w logu mam: ... Sun Nov 29 13:35:49 2015 SENT CONTROL [uufccjrxdijfiiw]: 'PUSH_REQUEST' (status=1) Sun Nov 29 13:35:50 2015 PUSH: Received control message: 'PUSH_REPLY,topology subnet,route-gateway 10.7.0.1,ping 5,ping-restart 15,ifconfig 10.7.0.17 255.255.255.0' Sun Nov 29 13:35:50 2015 OPTIONS IMPORT: timers and/or timeouts modified Sun Nov 29 13:35:50 2015 OPTIONS IMPORT: --ifconfig/up options modified Sun Nov 29 13:35:50 2015 OPTIONS IMPORT: route-related options modified Sun Nov 29 13:35:50 2015 ERROR: Cannot open TUN/TAP dev /dev/net/tun: No such device (errno=19) Sun Nov 29 13:35:50 2015 Exiting due to fatal error Co ciekawsze urządzenie /dev/net/tun w systemie plików jest widoczne. Macie jakieś sugestie? Niestety coś w miarę upgrade'owania openvpn'a na coraz większej ilości tunerów mam z nim problem. W domu nie mam aktualnie żadnego BSKA żeby na nim sprawdzić, a zdalnie to już boję się upgrade'u niestety robić... Dodam tylko, że serwer openvpn mam postawiony na Debianie (serwer VPS KVM), a klienci podłączają się bezproblemwo z systemów openwrt (CC), android, windows 10 no i do niedawna z Graterlii.

@bogdanm openvpn służy do łączenia rozproszonych urządzeń w jedną bezpieczną sieć Co do mojego problemu natomiast, to chyba siedzi gdzieś on w plikach związanych typowo z uhd88. Po wykonaniu identycznej procedury wgrania i upgrade'u softu na BSKA openvpn działa jak należy.

Praktycznie mam czysty system - przedwczoraj pobrany SagemCom_UHD88_Graterlia_nor.tar.gz, przełączenie na ready, aktualizacja, zmiana oscam na webif i zainstalowanie openvpn. GraterliaOS:~# opkg list-installed alsa-libs - 1.0.29-1 autofs - 4.1.4.6 busybox - 1.23.2-1 cron - 4.1-3 dev-gos - 1.0.16 dvbsnoop - 1.4.50 e2fslibs - 1.42.11 e2fsprogs - 1.42.11 enigma2 - 2015-09-28-git-1 enigma2-data - 2015-09-28-git-1 enigma2-default-fonts - 0.2.0 enigma2-i18n-default - 2015-10-05-1 enigma2-keymaps - 2015-05-13-git-2 enigma2-libs-metapack - 1.0.10 enigma2-plugin-fancontrol - 1.14.3 enigma2-plugin-frontpanel - 2.0.8 enigma2-plugin-graphmultiepg - 0.2.5 enigma2-plugin-openwebif - 0.4.7-2 enigma2-plugin-videomode - 0.2.1 enigma2-plugins-default - 2015-08-25-git-1 enigma2-skin-default - 2015-10-14-tux-1 ethtool - 6.0.0 expat-libs - 2.1.0-1 flac-libs-gos - 1.3.1 font-ae-almateen - 0.2.0 font-andale - 0.2.0 font-cool - 0.2.0 font-lcd - 0.2.0 font-nmsbd - 0.2.0 font-tuxtxt - 0.2.2 font-valis-enigma - 0.2.0 freetype - 2.5.5.1 giflib - 6.5.0.6 glib2-gos - 2.45.4-1 glibc-gos - 2.14.1-55 glibc-libcrypt-gos - 2.14.1-53 graterlia - 2.1.17 graterlia-core - 2.0 graterlia-locale-pl - 2.14.1 graterlia-logo - 1.0.9 graterlia-manager - 0.1.163 graterlia-manager-i18n-default - 0.1.109 graterlia-scripts - 0.1.256 graterlia-system-core-metapack - 2.1.4 gst-plugins-base-gos - 1.6.0-1 gstreamer-gos - 1.6.0-1 hdparm - 9.45 kernel-core-default-gos - 2.6.32.61.0217.05 kernel-modules-default-gos - 2.6.32.61.0217.05 kernel-modules-fan-gos - 2.6.32.61.0217.05 kernel-modules-tun-gos - 2.6.32.61.0217.05 libass - 5.0.11.1 libavresample - 1.1.0 libblkid1 - 2.25 libbz2 - 1.0.6-1 libcap - 2.16.0 libcomerr2 - 1.42.11-1 libdca - 0.0.5 libdreamdvd - 0.0.5 libdvbsi++ - 0.3.7-1 libdvdnav - 4.2.1 libdvdread - 4.9.9 libexif - 0.6.20 libexslt - 0.8.17 libffi - 6.0.4 libgcc-gos - 4.8.3-135 libgcrypt - 1.4.4 libgmp - 6.0.0-1 libgnutls - 3.4.3-1 libgpg-error - 1.10.6 libid3tag - 0.15.1b-1 libjpeg-turbo - 1.2.1-5 liblzo2 - 2.09 libmad - 0.15.1b-1 libmme-libs - 1.0.4 libmodplug - 0.8.8.4-1 libmount1 - 2.25 libmpc - 1.0.2-1 libnettle - 3.1-1 libogg - 1.3.2 libopen - 1.0.0-2 liborc - 0.4.24 libpcre - 1.2.1 libpng - 1.6.17-1 libproc - 3.2.8 librtmp - 2.4.4 libsigc++ - 1.2.7 libsmartcols - 2.25 libsoup - 2.50.0-1 libsqlite3 - 3.8.6 libss - 2.0.1 libstdc++ - 4.8.3-145 libtermcap - 2.8.0 libtuxtxt - 1.99.1-2 libuuid1 - 2.25 libvorbis - 1.3.4 libwrap-libs - 7.6.0 libxml2 - 2.9.0-1 lirc-libs - 0.9.0-1 mpfr - 3.1.2-9 ncurses-libs-gos - 5.9-1 ntpdate - 1.0.3-11 openssh - 7.1.p1-2 openssl - 1.0.2-1 openvpn - 2.3.8.0 opkg - 0.2.4-11 oscam-webif - 1.20-r11037-2 procps - 3.2.8 python-base-gos - 2.7.9-1 python-cheetah-gos - 2.4.4-2 python-crypto-gos - 2.5-3 python-elementtree-gos - 1.2.6-20050316-1 python-openssl-gos - 0.13.1 python-twisted-base-gos - 13.2.0-1 python-usb-gos - 1.0.0a3-1 python-wifi-gos - 0.5.0-1 python-zope-interface-gos - 4.1.1-1 readline - 6.2-1 remote-gos - 1.0.23 sdparm - 1.09-1 smartmontools - 6.3.0 sti-firmware-audio - 1.0.1 sti-firmware-video - 1.0.1 stm-utils - 1.0.9 system-core - 2.1.16 sysvinit - 2.88.0dsf-25 util-linux-gos - 2.25-6 vsftpd - 3.0.2.3 wget - 1.16.0 zlib - 1.2.8-1 GraterliaOS:~#

Ale co dokładniej do poprawki? Z logu nic nie wynika. Dokładnie na takiej konfiguracji działa mi kilka box'ów, nawet jak dokładnie tą wgram do drugiego tunera (esi88) tyle że z openvpn przed aktualizacją to zero problemu. Poza tym nawet jak konfiguracja byłaby nieodpowiednia to i tak openvpn powinien co najwyżej nie działać, a nie zawieszać tuner chyba?

Te segmentation fault daje po kilku sekundach, openvpn próbuje normalnie uruchamiać się, tworzy się plik /tmp/openvpn.log o zawartości jak wyżej wklejałem. Samo openvpn: GraterliaOS:~# /usr/sbin/openvpn Usage message not available GraterliaOS:~#

GraterliaOS:~# /usr/sbin/openvpn --config /etc/openvpn/client_.conf Segmentation fault GraterliaOS:~# Nic więcej nie wyświetla. Po tym ps -A nie pokazuje uruchomionego openvpn'a, ale po ifconfig zwis.

A u mnie nie działa :( . Od wczoraj próbowałem zaktualizować mojego uhd88 z repo ready. Niestety po aktualizacji totalny zwis tunera, nie będę rozpisywać się dalej bo znalazłem winowajcę - openvpn. Dzisiaj świeży soft wgrany do NOR, przełączenie na repo ready, upgrade zgodnie z opisem i tuner działa. Po zainstalowaniu openvpn działa dalej, po wgraniu configa przy uruchomieniu zawieszenie. Na ekranie tylko ekran startowy, nie działa ssh, na szczęście działa ftp, więc mogłem usunąć config i po restarcie tuner wstał normalnie. Dodam, że restart mogłem zrobić tylko przez odcięcie zasilania (5x POWER też nie działał). Po restarcie ponowne wgranie config'a i restart gvpn z konsoli. Po tym niby konsola działała, ale tylko do czasu użycia polecenia ifconfig - po tym został tylko restart poprzez odcięcie zasilania... Poniżej mój config i log z ovpn: client remote xx.xx.xx.xx 1194 dev tun proto udp status /tmp/current_status resolv-retry infinite ns-cert-type server topology subnet verb 3 log /tmp/openvpn.log cipher BF-CBC keysize 128 ca /etc/openvpn/ca.crt cert /etc/openvpn/uhd88.crt key /etc/openvpn/uhd88.key tls-auth /etc/openvpn/ta.key 1 nobind persist-key persist-tun comp-lzo Fri Oct 16 17:47:27 2015 OpenVPN 2.3.8 sh4-unknown-linux-gnu [sSL (OpenSSL)] [LZO] [EPOLL] [MH] [iPv6] built on Oct 14 2015 Fri Oct 16 17:47:27 2015 library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.09 Fri Oct 16 17:47:27 2015 WARNING: file '/etc/openvpn/uhd88.key' is group or others accessible Fri Oct 16 17:47:27 2015 WARNING: file '/etc/openvpn/ta.key' is group or others accessible Fri Oct 16 17:47:27 2015 Control Channel Authentication: using '/etc/openvpn/ta.key' as a OpenVPN static key file Fri Oct 16 17:47:27 2015 Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Oct 16 17:47:27 2015 Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Oct 16 17:47:27 2015 Socket Buffers: R=[105472->131072] S=[105472->131072] Fri Oct 16 17:47:27 2015 UDPv4 link local: [undef] Fri Oct 16 17:47:27 2015 UDPv4 link remote: [AF_INET]xx.xx.xx.xx:1194 Fri Oct 16 17:47:27 2015 TLS: Initial packet from [AF_INET]xx.xx.xx.xx:1194, sid=0739ad98 40d3190f Fri Oct 16 17:47:27 2015 VERIFY OK: depth=1, C=??, ST=UnknownProvince, L=UnknownCity, O=UnknownOrg, OU=UnknownOrgUnit, CN=uufccjrxdijfiiw, name=uufccjrxdijfiiw, emailAddress=uufccjrxdijfiiw@qdatayfcqnorvsg.com Fri Oct 16 17:47:27 2015 VERIFY OK: nsCertType=SERVER Fri Oct 16 17:47:27 2015 VERIFY OK: depth=0, C=??, ST=UnknownProvince, L=UnknownCity, O=UnknownOrg, OU=UnknownOrgUnit, CN=uufccjrxdijfiiw, name=uufccjrxdijfiiw, emailAddress=uufccjrxdijfiiw@qdatayfcqnorvsg.com Fri Oct 16 17:47:28 2015 Data Channel Encrypt: Cipher 'BF-CBC' initialized with 128 bit key Fri Oct 16 17:47:28 2015 Data Channel Encrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Oct 16 17:47:28 2015 Data Channel Decrypt: Cipher 'BF-CBC' initialized with 128 bit key Fri Oct 16 17:47:28 2015 Data Channel Decrypt: Using 160 bit message hash 'SHA1' for HMAC authentication Fri Oct 16 17:47:28 2015 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA Fri Oct 16 17:47:28 2015 [uufccjrxdijfiiw] Peer Connection Initiated with [AF_INET]xx.xx.xx.xx:1194 Fri Oct 16 17:47:30 2015 SENT CONTROL [uufccjrxdijfiiw]: 'PUSH_REQUEST' (status=1) Fri Oct 16 17:47:30 2015 PUSH: Received control message: 'PUSH_REPLY,topology subnet,route-gateway 10.7.0.1,ping 5,ping-restart 15,ifconfig 10.7.0.2 255.255.255.0' Fri Oct 16 17:47:30 2015 OPTIONS IMPORT: timers and/or timeouts modified Fri Oct 16 17:47:30 2015 OPTIONS IMPORT: --ifconfig/up options modified Fri Oct 16 17:47:30 2015 OPTIONS IMPORT: route-related options modified