Blogbejegyzések

Hogyan mentem az analóg biztonsági kamerák valós idejű képét távoli HDD-re?

A munkahelyemen van néhány TechSon TC-DVR LN4016, illetve TechSon TC-DVR LN4008 típusú biztonsági kamerarendszer. Ezek úgy működnek, hogy nyolc vagy tizenhat analóg videokamera jelét fogadják koaxkábeleken keresztül, és beépített HDD-re mentik a videót. Jellemzően csak akkor rögzítik a filmet, ha azon valami mozgás látható. Beállítható, hogy a mozgás kezdete előtt hány másodperccel induljon a felvétel, és hogy utána mennyivel érjen véget.

Az volt a feladatom, hogy azon kamerák képeiről, amelyek a központi egységgel közös helyiségben vannak, készüljön távoli mentés is. A mentés nyilván csak akkor jó, ha a kamerából jövő képet a lehető legkisebb késleltetéssel kiírjuk a távoli HDD-re. Maga az eszköz nem kezel semmilyen távoli tárhelyet, és a forgalmazó nem tudott olyan szoftverről, ami a kamerák képének valós időben történő lementését lehetővé tenné, és én sem találtam ilyet. Azóta megtudtam, hogy Androidra létezik ilyen, de akkor már késő volt, meg amúgy sem biztos, hogy megfelelő lenne.

kötelező röfögés

Csomag - természetesen Kínából - megrendelve október elején.
Már a site ír rám, hogy megkaptam-e, mert szerintük nem.
Nézem a tracking-et: sikertelen kézbesítés, már a reptéren van "hazafelé" a csomag.
Irodahház bazzeg, 7x24-es portával és recepcióval.

Hívom a Postát, ők se értik, visszafordítják újra kézbesítésre.
De adatvédelmi okokból nem mondhatják meg, hogy eredetileg hol nem sikerült a kézbesítés és kinek nem tudták kiszállítani.

Ó istenem...

Opensuse 42.1+Docker+Drupal

Talán nem volt szerencsés a Linux Mint után Opensuse 42.1 Leap-ra váltani, na mindegy, rakott alá btrfs-t.
Kellett egy ilyen opciót berakni a /etc/sysconfig/docker fájlba, ezt telepítés után tettem meg, enélkül nem ment.
DOCKER_OPTS="-s devicemapper"
mysql konténer telepítés:
docker run --name drupal-mysql1 -e MYSQL_ROOT_PASSWORD=root -e MYSQL_DATABASE=drupal -e MYSQL_USER=drupal -e MYSQL_PASSWORD=drupal -d mysql:5.5
drupal telepítése:
docker run --name drupal-test1 -p 8081:80 --link drupal-mysql1:mysql -d drupal
A drupal-mysql1 és drupal-test1 elnevezés oka, hogy már közben előtte telepítettem a drupal-mysql, drupal-test konténereket, csak nem akartam lelőni őket.
A drupal-mysql1 konténer ip címének lekérése, hogy csatlakozni tudjak az adatbázisszerver megadásakor a drupal-test1-ről:
docker inspect drupal-mysql1|grep IPAddress
Csatlakozás a drupal-mysql1-hez bash-al:
docker exec -i -t drupal-mysql1 /bin/bash
Itt egy saját, működő drupal weblap adatbázisát töltöttem be.
Ehhez előbb át kellett másolni a saját host gép könyvtárából az adatbázist a drupal-myslq1 konténer /home könyvtárába:
docker cp localhost.sql drupal-mysql1:/home
A mysql -u drupal -p adatbázisneve << localhost.sql nem működött, lehet, hogy a drupal felhasználó jogosultságai miatt.UPDATE: természetesen a << helyett < kellett volna!
Egyszerűbbnek találtam ezt:
mysql -p root -u
Kaptam mysql promptot. Utána:
create database adatbázisneve; UPDATE: Persze ezt nem tudom a fentebbi konzolos megoldásnál hogy lehetett volna megoldani, mivel az "adatbázisneve" nem létezett. Tehát ezt így is úgy is meg kellett csinálnom.
USE adatbázisneve;
SOURCE /home/localhost.sql;
Nagyjából ennyit, elsősorban magamnak, pár hónapja Linux Mint-en már próbáltam ugyanezeket megcsinálni, csak azóta elfelejtettem (nincs benne semmi disztribúciófüggő az /etc/sysconfig/docker kivételével).

Linux stabilitás 2016

Testvérem gépe, feldobta a talpát, de vajon hogyan is? Stílszerűen, öngyilkos lett.
Történt ugyanis, hogy a tegnapi nap folyamán, délelőtt letette a gépet suspendbe és eljött halottébresztőset játszani. Estére hazaérve, szépen mákosan találta a monitort és a gép semmit nem reagált. Nyomott neki egy resetett, mire az Ubuntu újraindult, és az fsck- agyhalottra darálta a rendszerpartíciót. Nagyjából két és fél óra molyolás után sikerült életre kelteni úgy, nagyjából egy marék csontot rázogatva kitaláltuk, hogy vajon melyik konfig fileokat találta feleslegesnek a "javítprogram". A dolog iróniája, hogy az FSCK ténykedése egy nagyjából 10 éve fennálló probléma és baromira nem értem, hogy ez miért nem szúrja senkinek a szemét. Elég sok olyan géppel dolgozom, amik alól a felépítésük, alkalmazásuk folytán (SBC, mérés adatgyűjtő, alternatív energia ellátás, kisgyerek a háznál, stb) rendszeresen eltűnik a tápfeszültség. Egy modern operációs rendszertől elvárható lenne, hogy ez ne okozzon fennakadást a működésében. Ugyancsak érdekes, hogy vajon miért van, hogy egy nem használt filerendszer esetében, milyen hibát is tud találni az ellenőrző program? Ez azért érdekes, mert volt rá precedens, mikor egy netes loggolás alatt álló gépen, olyan libeket "javított" ki, melyeket a logok szerint 32 nappal korábban olvasott utoljára az alkalmazás.
A hab a tortán, hogy a suspend esetében, mi akadályozza meg az OS-t, hogy unmountolja a köteteket és visszatérésnél újramountolja? Emlékeim szerint, suspendnél, nem tevékenykedik a gép, magyarán nincs i/o tevékenység, ha meg van esemény amit kezelnie kell, akkor úgyis visszatér aktív állapotba.
Szóval, a nagy Linux desktop fejlesztés közben ott tartunk, hogy egy FAT32-re telepített XP, vagy egy jó öreg DOS megbízhatóbb.

Impro,impro...na és ha szett lenne ?

Bizony, nem egyszerű ez a szakma sem. Bár tétje még nincs, és csak hobbiból szánunk rá akár fél napot, de így is megizzadunk keverés közben. Improvizáció, vagyis jön, ahogy jön, ez még rátesz egy lapáttal, dehát kinek van ideje szett-et összeállítani, a mai rohanó világban :-) Pedig egyszer ennek is meg kell történnie, s nem a keverés közben agyalni, hogy az X előadő ft. Y - Z szám (W & T remix)-e vajon melyik szám, és ide illik-e...borzasztó. Mindenesetre nem adjuk fel, gyakorlunk, hibázunk, tanulunk látjuk a jót a rosszban. Hogy legyen egy kis opensource szaga is a blognak, a videót Kdenlive-al vágdostam össze, plussz egy kis ffmpeg a visualizer miatt. A jövőben a ProjectM-et szeretném használni, hátha...

Raspberry 1B+ boot loop - nem minden software hiba, ami annak latszik

Sziasztok!

Nemreg frissitettem a Raspberrymet, ami egy mini hazi server funkciojat latja el. Kernel is frissult, ugyhogy rebootoltam, es nem jott vissza a halora. Atvaltottam a monitort a masik HDMI bemenetre (amin a pi van), boot loopolt.
Rakerestem, hatha volt valami gond a mostani frissitessel, de boot loopra ilyen 2-3 eves talalatok vannak.
Fogtam egy frissen letoltott NOOBS-ot, feltettem egy masik sd kartyara, be a pi-be, raspbian telepites tokeletesen megy. Beallitottam rajta par dolgot, frissitettem, reboot, ez is szar. Fogtam a masik ugyanolyan pi-t, az is bootloopol. Megint feltettem a NOOBS-ot a kartyara, most nem allitottam rajta semmi egyebet, csak apt-get update && apt-get dist-upgrade && reboot, ismet boot loop.
Nagyon ugy tunt, hogy ez software gond. Kicsereltem a tapjat, be a regi SD kartya, ezzel megy. Azt nem tudom, miert szamit a frissites neki, de valoszinuleg epp a tap hataran volt bootolaskor. Az elozo tappal honapok ota teljesen stabilan ment (bootolaskor rc.local miatt ir egy bejegyzest egy file-ba az aktualis datummal, szoval latnam ha ujraindulna).

Bud Spencer & Terence Hill - Slaps And Beans

Soha nem támogattam még egyetlen közösségi finanszírozású játékot sem, ez lesz az első, nagyon jónak tűnik, főleg, ha sikerül az eredeti zenéket megszerezni, a támogatott nyelvek között ott a magyar is és Linuxra is jön.

https://www.kickstarter.com/projects/1684041218/bud-spencer-and-terence…
http://steamcommunity.com/sharedfiles/filedetails/?id=781553774

Router célhardwer vagy gép?

A régi "szerver" alaplapja le lesz váltva egy energiatakarékosabb alapra.
Ezen már csak sata csati van így a diskekből is kiesik két ata disk.
Ekkor már mindegy ha újrarakom az egészet. Lvm filerendszert gondoltam.
A 4 1T disk elég lesz egy ideig és nyerek kb 100w-ot a mostanihoz képest.
Viszont ha már csinálom eszembe jutott, hogy lehete ez is akár a router is.
Most egy tp-link 1045nd van ha jól emlékszek. Aminek a 100/100-as háló már sok. Az maradna csak wifi ap.
Mit gondoltok? Maradjon a routert vagy váltsam ki a "szerver"-el?
A szerveren az alábbiak fognak futni:
Ftp, sql, web, torrent, samba megosztás.
Meg ő látja el a kodit is tartalommal van amikor 4 eszközre is.

What time(zone) it is? (TZ enviro)

Egyszerűbben mondva, egy kis kompatibilitási kérdés: ha van egy fájlunk, aminek a dátuma 2016-10-30 00:30:00 UTC, akkor milyen időt ír a 'ls' a 'TZ' függvényében (no meg persze az OS(pl AIX) verzió függvényében). Annyit előrebocsátok, hogy 01:00 UTC-kor kellene legyen az átállítás, tehát az a dátum még nyáriidő-beli.


$ TZ=CET-1CEST,M3.5.0,M10.5.0 ls -l ~/tmp/utc30-00:30
Oct 30 01:30 /home/projects/tmp/utc30-00:30

$ TZ=CET-1CEST,M3.5.0/2,M10.5.0/3 ls -l ~/tmp/utc30-00:30
Oct 30 02:30 /home/projects/tmp/utc30-00:30

$ TZ=Europe/Budapest ls -l ~/tmp/utc30-00:30
Oct 30 02:30 /home/projects/tmp/utc30-00:30

Pulp sillabusz

Most találtam meg ezt a néhány hónapja összerakott, zanzásított sillabuszt - a cél az volt, hogy legyen egy darab belső szerver, ahonnan lehet frissíteni a RHEL7-es szervereket, lehetőség szerint egyszerűen.

Az, hogy hova mekkora diszkterületet érdemes pakolni, azt sajnos nem raktam bele - ennek érdemes utánaolvasni, mert a MOngoDB meg a repók is elég nagyra bírnak hízni.

A hétvégi események margójára

A hétvégi amerikai nagydíj után az jutott eszembe, hogy abszolút nem vagyok csalódott, hogy Fred otthagyta a Ferrarit. Korábban is ezt mondtam, most meg pláne. Ez a "nagyszerű" csapat pontosan ugyanolyan szar a két "világsztárral", mint az ő idején volt. Illetve rosszabb. Taktikában sem fejlődtek, a kerékcseréket pedig ugyanúgy el tudják baszni, mint Fred idején, akinek nem is tudom mennyi VB címe ment el a Ferrari töketlenkedésein.

A Honda kezd valamit halvány reménysugárt csillogtatni. Igaz, hogy tavaly ilyenkor még egy GP2 teljesítményű, pályán 50-szer egyhuzamban végigmenni nem tudó motorral tudtak csak előállni, de az utóbbi időben talán a megbízhatósággal már nem kell annyit foglalkozniuk. Én megszavazok nekik valami bizalmat, jövőre talán megemberelik magukat és még előállhat az a vicces helyzet, hogy Fred előbb lesz újra világbajnok a Hondával, mint Vettel a Ferrarival...

Azt hiszem, hogy egy 0-ról felhozott csapattal megszerzett VB cím 100x értékesebb, mint egy hátszeles csapatnál megszerzett akármennyi. De ha Fred nem is lesz soha többé világbajnok, értékelem, hogy egy ilyen ócskavasban is tud olyan motivált lenni, mint amilyen. Visszavonulása után sem kell azért nagyon bosszankodnom, mert Ricciardo engem nagyon szórakoztat. Ügyes, pimasz és vicces. Azt hiszem, hogy neki szurkolok majd, ha Fred visszavonul.

A Hamilton vs. Rosberg csatában pedig győzzön Rosberg. Szarok a fanyalgókra. Megérdemli.

There is no escape key on the new Mac

https://twitter.com/ow/status/790998643553820672

Akartam írni valami véleményt, vagy kifejezni mennyire értetlenül állok ezelőtt, de csak...

Hogy lesz egyébként komoly billentyűzet nélkül a mac komoly munkára használható gép? Egy fejlesztő hogy dolgozik egy komplex ide-ben rendes billentyűkiosztás nélkül (beleértve a funkcióbillentyűk hiányát?)

... eh.

Jó Certificate Signing Request (CSR) prezentációt keresek

Eredeti poszt:
http://hup.hu/node/150166#comment-2032748

Gondoltam bedobom blog-ba, hátha több ember olvassa.
---------------------

Van CSR boncoló / alapozó (megosztható publikusan) leírásod/prezentációja bárkinek aki olvassa ezt?
Megmagyarázom.

Legfrisebb élmény, h. 1 aplliance-en generáltattam CSR-t. A kimenetet elküldtem aláírásra egy privát CA üzemeltetőjének. Az a válasz jött vissza, h. ők már nem engedélyezik az SHA1 használatát, csak az SHA256-ot. Az én CSR-em meg SHA1-et tartalmaz, legyek szíves újat generálni, de mostmár SHA256-al. Elkezdtem vakarni a fejem, h. ez az egész aktuális SHA1-->SHA256 átállás mizéria az IT világban miről is szól pontosan? Egy CSR-be mi is kerül bele pontosan? Ezek közül a CA miket is ellenőriz le, miket változtathat meg kénye szerint mielőtt aláírná? Pl. a CA saját jogkörben határozza meg legjobb tudomásom szerint, h. a cert-ben az aláírást milyen algoritmussal hash-eli (alias "signature hash algorithm"). Azaz ha a CA-ban a kiindulási feltételezés szerint az SHA256 van beállítva, akkor az én CSR-em lehet bármilyen, csakis 1 féle válaszfájlt (valójában a válaszfájl A nagybetűs tanúsítvány maga) adhat rá a CA: SHA256 "signature-hashed"-et. Az viszont igaz, h. a CSR-t openssl-el analizálva SHA1 szerepel signature hash algoritmus helyen. De ez almát-körtével összahasonlítás esete: az az SHA1-es hash csak a CSR hitelesítésére szolgál a CA felé, h. út közben nem manipulálta senki a CSR-t. Az IT ipar SHA256-ra történő migrációs mozgalmának célja a VÉGLEGES aláírt tanúsítvány Signature hash algoritmusát akarja SHA256-ra tenni, nem a köztes CSR fájlt!

MegaRaid, amikor kicsi csírának érzem magam...

Anno mikor megkaptam a szervereimet, a valasztott disztro nem ismerte a gép ben levő megaraid kártyát. Igy kezdtem a virtualizációt nagy vonalakban... .

A kvm még friss ropogós volt, mindenki más xent válaszott volna. Kayapo még fel is ajánlotta a konfigurációt. Nem fogadtam el, az ajánlott debiant sem, centos lett.

Szépen felkúszott minden, mivel más vm manager nem volt, kapott egy virt-managert, na meg MSM-et, hogy a raid állapotokat monitorozzam.

A világ változott, a proxmox kinőtte magát, váltani is kéne, na de ne essünk neki, mint tót az anyjának, raid visszajelzés kell. Itt jegyezném meg még nagios plugint is irtam, de ha kell, akkor hirtelen kell a szoftver, ne bizzuk a véletlenre. Proxmox hagyományos guit nem szállit, take a look around.

Kipróbáltam: Unity 8

Default Ubuntu 16.10 install, (régi) AMD kártya, X11.
Elindul, végre enged is belépni (miután évekig érintéses feloldásra várt egeres gépen...).

Mit látni: felül vékony sáv, rajta a szokásos státuszok, kijelentkezés, stb.
Balra a régi launcher (?) helyett egy hagyományos ablak, címe, hogy Scopes, benne egy browser, egy settings, meg egy terminal felirat. Egyéb semmi.
Filekezelő elérhető? Nem.
Csomagkezelő elérhető? Nem.
Levelező elérhető? Nem.
Telepített programok elérhetőek? Talán.
De legalább a terminál lelkesen jelszót kér.

Fiúk, lehet, hogy kéne gyorsítani a fejlesztés ütemén, mert ez ennyi év és ennyi hype után kicsit gyér :-(.

startssl vs. mozilla

"Mozilla decided to distrust all StartCom root certificates as of 21st of October, this situation will have an impact in the upcoming release of Firefox in January. StartCom will provide an interim solution soon and will replace all the issued certificates from that date in case of requested. Meanwhile StartCom is updating all their systems and will generate new root CAs as requested by Mozilla."

Ejha.