Blogbejegyzések

Hiába, na. Igaz a mondás. Stílust pénzen nem lehet venni...

A szappanopera újabb fejezete:

Most épp október 10-e a kiadási dátum. Néztem is tegnap, hogy mintha már 6-a lenne, de valahogy nem érkezett meg az 5-re tervezett bejelentés. Figyelem már egy ideje a FreeBSD-t, de mintha ennyire bohózatba illő verziómegjelenési mizéria még nem lett volna. (Bár korábbi verzióknál is volt már nagy csúszás, de hogy 2x (3x, N-szer), a kiadás napján - sőt utána - jelentsék be hogy mégsem, no olyanra nem emlékszem. Persze az idő mindent megszépít, szóval simán lehet. Akinek kedve van, utánakereshet.)
Aztán simán lehet, hogy amilyen nehéz szülés ez most, annyira sikeres és tökéletes, nagyon hosszú életet megélő verzió lesz a 11-es. (Azt kétlem, hogy ez a 11.0-RELEASE-re is igaz lenne.) Pedig jó lett volna erre a hétvégére, épp el tudtam volna vele játszani.

Par feature, ami nagyon jo lenne:

- nyilt forrasu
- tudjon deduplikalni, azaz ha feltoltom A-t es B-t azonos tartalommal, akkor egy peldanyban tarolja a file-t. Ha viszont torlom A-t, akkor meg B elerheto legyen.
- 2 (de max. 3) data node-dal mar ketyegjen el
- konnyen lehessen boviteni / kicserelni a data node-okat (ugy ertem, pl. 3 data node melle betenni egy 4-et is)
- az nem gond, ha a mukodeshez kell egy egy frontend node (sot, ha tobb aktiv frontendet is tamogat, az meg jobb)
- a data node-ok lehessenek masik DC-ben/foldreszen/...

Nemreg olvastam az ambry-rol (a linkedin nem regen openszoszositott object store-ja), de mielott belevagnek, erdekelne, hogy ki milyen object store-t hasznal, tapasztalatok, etc.

https://www.youtube.com/embed/SL8f5iWrzN0

Tanulsagos video. Figyeljuk meg 3:40-nel a Die Hard 3 egyik emlekezetes jelenetenek megismetlodeset :)

Szegyen, nem szegyen, nagyon hianyzik egy aptitude szintu CLI csomagfrontend a CentOS-ekrol, ami megtalalhato az alapertelmezett tarolokban. Mivel ilyen nincs, es nem is hiszem, hogy lesz, ezert osszeutottem egy teljesen basic, csak a praktikumra torekvo scriptet, hogy szelektiven is lehessen frissiteni a csomagokat, ha valamiert nem akarunk egyben mindent.

A hasznalata rem egyszeru, kilistazza a frissitheto csomagokat, es nekunk vagy a csomag elott levo szamot, vagy pedig egy tol-ig erteket kell megadnunk, ket ponttal elvalasztva (tehat 5..15). Ezutan elindul egy "yum install", ami fellistazza, hogy mi fog rendszerunkkel tortenni, es megkerdezi, hogy mehet-e. Ha igen, a telepitesek megtortennek.

Megint eltelt egy év.
Előzőleg már "picsogtam" arról hogy hová jutottam, és merre tartok (pár itóka után most nem állok neki megkeresni a linket, bocsi) úgyhogy most csak "linkelek" 3 képet.

http://shrek.unideb.hu/~szikraadam/torta/

Csirió mindenkinek! :)

u.i.: najó azért egy kis infó: igaz hogy megkésve bár, de törve nem, elkezdtem az egyetemet, de legalább kis technikusként részt veszek a Debreceni Egyetem Informatikai Karának Rendszergazdai Csoportjában, ami számomra nagy megtiszteltetés, és remek lehetőség a fejlődésre.

hát nem, haver. azért nem, mert az *összes* parancsikont hozzárendelted az Excelhez. nem tudom hogyan csináltad, de mondhatni nem fest túl jól a windowsos munkaasztalod + a start menü is érdekes :)

Egyre több a panasz a W10-el. Eleinte azt hittem, hogy a problémák megoldódnak/eltűnnek idővel, de már Istenem, eltelt 1 év és még mindig gondok vannak vele.

Csak néhány story a teljesség igénye nélkül:
* egyik kolléga gépén minden frissítés után eltűnik a hangeszköz, a driver frissítésével tudja a problémát kiküszöbölni időszakosan
* rendszeresek a hosszú ideig tartó windows update-ek amik rabolják az időnket
* ami már leverte a biztosítékomat: bekapcsolva hagytam a gépet a hétvégére, hogy majd otthonról (szülőknél) raspi-ről rdp bejelentkezve folytatom a munkát. Ez persze nem jött össze - pénteken még jó volt, szombat délben a gép rejtélyes okból eltűnt a látómezőről. Vasárnap este mikor visszautaztam természetesen a gép ment és az egeret megmozgatva boldogan fogadott a login screen is és minden úgy volt ahogy hagytam, csak az rdp szolgáltatás nem válaszolt.

Szoktam mondani a hallgatóimnak, hogy egy jó mérnök játszik. Ha van egy eszköze, programja, megismer egy új technológiát, akkor - ha megteheti - játsszon el vele, nêzze meg, mire képes.

Ezért - meg azért, mert állítólag akkuidőtartamban sokkal jobb - gondoltam úgy, hogy veszélyesen élek: a Xiaomi Mi3w-met CM13 nightlyról átfrissítem nem hivatalos AOSP Nougat-ra.

Állítólag (linkem most nincs, mobilról vagyok) majdnem minden megy rendesen, úgyhogy egy NANDroid backup után neki is láttam.

Mit töltöttem le:
- AOSP ROM
- Kernel
- OpenGAPPS
- SuperSU

Egy ideje amatőr fejvadászt játszom és embereket próbálok felhajtani a céghez. Így, lassan két év után rávilágított, hogy mennyire nincsenek egyszerű helyzetben a főállásúak sem. Most például forrasztani tudó emberek kellenének a csapatba, és igen lehangoló a kép, de erre még visszatérek a végére.

Ismerős frissen végzett rendszer üzemeltető, nálunk meg volt kapásból 2-3 hely is. Szólok neki, elmondom a peremfeltételeket, milyen a cég honnan, merre fúj a szél. Srác lelkes, mondja, hogy hétvégén küldi az önéletrajzát. Eltelik egy hét. Semmi. Rátelefonálok, óh ,elfelejtette, mindjárt küldi, stb. Újabb hét, semmi, újabb telefon. Már a küldés gombon van az ujja. Ok. Újabb hét eltelik. Áh, hagyjuk...

LXD 2.3 release announcement 27th of September 2016

LXD 2.3 includes a few major features we've been working on for months.

The main one is a completely new set of API endpoints, configuration options and commands.
This allows creating and configuring bridges through LXD, including IPv4
and IPv6 connectivity, Ubuntu FAN support, cross-host tunnels with GRE
or VXLAN, various DNS modes, DHCP configuration and MAC filtering.

The other feature we're very excited about is support for AppArmor
namespaces and stacking. This will allow containers to load apparmor
profiles and further confine their workloads.
The changes in this release include

Nya!
ez meghalt..

"havonta 40 milliárd forintnyi új lakáshitelt és 20 milliárd forintnyi személyi kölcsönt folyósítanak a hitelintézetek", a hibából nem tanulásnak megvan (lesz) az ára. Teljesítmény nélkül nincs jólét, hitelből lehet átmenetileg olyat, de annak megvan az ára. Akkor is ha most nem devizában adósodnak el az emberek, és akkor is ha most kedvező a kamat környezet.
Remélem az olcsó hitellel, CSOK-kal, egyébbel fújt lufi rendezését már csak elviekben kell majd támogatnom, mottó: "2007-08 reloaded".

Sok emberrel dolgoztam már együtt, de ilyet még nem láttam. :)

Van egy szoftvercsomag, amiért milliókat fizet(t)ünk.
Frissítettük a szoftvercsomagot, újabb milliókért. (Bár asszem elé jó kedvezményt kaptunk.)
Bejelentkezek, hogy letöltsem a legújabb pakkot.
Ugat, hogy upgrade-elnem kell az accot mert blablabla, írjam be a titokkódot. Az nincs, bár küldtek hármat is, amik elvileg jók valamire.
Böködök ide-oda, nem akarja az igazságot.
Baszki, kénytelen leszek írni a suportnak. Újból (már vagy harmadszorra) kijelentkezek hogy tudjak scereenshotokat küldeni a folyamatról. Bejelentkezek. Működik.
Az már csak hab a tortán, hogy az oldal amúgy is egy agyrém, nagyjából tudni kell, hogy ha az ember almát akar venni, akkor a szőlőre kell kattintani. De ez legalább évek óta, következetesen ilyen.

Ma reggel belebotlottam egy reklámcikkbe az index-en.

http://index.hu/bcs/2016/09/27/telekom_adatatvitel_mobiltelefon/

Elolvastam. Nem volt jó ötlet.

Megjegyzéseim a következők:

Cikkükben letöltési időket adnak meg
egy "átlagos -nem HD felbontású- film"-re

Ezek mérete az elmúlt 10 évben nem sokat változott, és valahol 650 MB körül alakult.
A példáikban a teoretikus adatokat tekintem valósnak, és eltekintek a csomag-fejlécek, válaszcsomagok, és egyébb hasonló dolgok hatásaitól

No akkor számoljunk visszafele a 4G+-os adattól.

4G : 1Gbps -> 10 másodperc. 100 MB / másodperc . 10 másodperc, pipa
3G : 42 Mbps -> 4.2 MB másodpercenként. 2perc khmm... inkább 2.5 perc... de legyen
3G : 384 kbps -> 38 kB másodpercenként. 10 perc ?! (inkább ~5 óra)
2G : 230 kbps -> 23 kB másodpercenként. 1.5 óra ?! (inkább ~8 óra)
2G : 9.6 kbps -> ~ 1 kB másodpercenként. 3 óra ?! ~184 óra (igen, több mint egy hét)

Ha valaki kicsit is ismer innen a HUP-ról, akkor tudhatja milyen a hozzáállásom a Linux világa felé. Nos most ennek ellenére nagyon ki vagyok akadva.

Több mint tizenöt évnyi tulajdonképp gondtalan Linux használat után most sikerült belefutnom egy olyan disztróba, aminél az ordenáré bughalmaz kifejezés is csak egy enyhe pillangószárny-legyintés.

Történt az eset, hogy pár éve megtaláltam az akkor még szinte ismeretlen Manjaro Linuxot, ami nemcsakhogy az összes hardvert azonnal felismerte, telepítette a laptopomhoz, –beleértve az Optimus technológiás Nvidia kártyát- hanem gyors és szép is volt. Aztán a felület kicsit változott volna az egyik frissítésnél, bejött volna a félkész Plasma 5, amit nem akartam, így elkezdtem Arch módon frissítgetni, ami valljuk be eléggé macera.
Ment ez így szépen évekig, három hónapos uptime-okat húztam le vele, éltünk együtt nap mint nap, észre sem véve hogy a rendszer van, mert működött. Sajnos volt egy pár hétnyi kihagyásom frissítésekben, amit időhiány okozott. Ez nem tett jót. Elkezdtek függőségi problémáim lenni, egyre kevesebb dolgot nem tudtam frissíteni, beleértve a Firefoxot, meg a videodrivert, amire azért szükségem lett volna. Ígyhát...

Régóta érzem, hogy a linux alatt az én használatomhoz igazából bármi jó lenne, akár windows is, csak hát minek.

Gyorsan felvettem magammal szemben egy igény listát, és arra jutottam, hogy érdemes futni egy kört:

közösségi alkalmazások: működnek
levelezés ( gmail ) : működik
böngészés : működik
transmission-daemon kontroll : működik
VLC : működik ( jól )

windows alkalmazások : RD client - működik
van natív office: csak kell O365

gyártói VPN-ek
pulse secure:OK
fortinet: elhasal

egyéb:
server auditor (ssh kliens) : működik, de billentyűzetről nem eszi a "|" karaktert.
android soros porti eszköz: még nem kerestem.

Már egy pár éve technikai szempontból szenvedek nagyapám kiszolgálásával a számítógépén, vak, windows xp felhasználó. Ha valami feature kellene, akkor frissíteni kellene, de az általában eltöri a kihangosítást - képernyőolvasó program nem tudja mappelni, kézzel kell minden megváltozott menüt feltérképezni neki, ez jellemzően minden programfrissítésnél probléma. Eddig is csak felügyelet mellett ha felkaptam a dobozt a hónom alá mertem kiengedni a netre, egy-egy frissítő sessionre, amúgy offline. Most nagy szerencsémre az alaplapja elhalálozott az öreg jószágnak így nagyapám is megérti, hogy már más kell neki. Idén lett kerek születésnapja, itt az ideje valami áttörő újításnak.

Az érzés, amikor labort tartasz, és az aktív órának beállított időben rákérdez, hogy akarod-e frissítés miatt újrabootolni a mérésvezetői gépet, és te rákattintasz a close-ra (reboot now helyett).
És két perc múlva ez fogad:

a kezdő lökés: a BIOS óra rémesen késik és alkalmanként elég hülye dolgokat látni a beállítások között, pl. ismét engedélyezve van a BT, a Cell modul, vagy defaultra áll a soros port meg ilyesmi. okés, elem csere, új CR2032-re.

elemcsere után az óra a BIOS-ban áll. nem megy, mindig ugyanazt az időt mutatja bármilyen trükkre és bármennyi eltelt idő után. miközben minden egyéb beállítás tökéletes és meg is marad :D

ami ennél szebb, hogy az elemcsere után bármely Windows csak igen nagy nehézségek árán képes időt szinkronizálni akármelyik megadott szerverrel. de még ennél is van babább: ezt a szinkronizált időt átveszi a BIOS (nem UEFI, békebeli BIOS), onnantól pedig a következő nyögvenyelős szinkronizációig mindig ezt mutatja - aminek hála a gép következő indulásakor a Windows ezzel az idővel kezd. egynapos eltérés után a böngésző már üvölt az eltérő idő/dátum miatt.

"If it looks like a duck, swims like a duck, and quacks like a duck, then it probably is a duck"

Ha a wikipedian megfogalmazottakbol indulunk ki:

"With normal typing, suitability is assumed to be determined by an object's type only. In duck typing, an object's suitability is determined by the presence of certain methods and properties (with appropriate meaning), rather than the actual type of the object."

Duck typing-gal azt mondjuk, hogy futasidoben ez a fuggveny ilyen es olyan metodusokkal es/vagy propertykkel kell rendelkezzen. JavaScriptben gyakorlatilag ez az egyetlen lehetoseg arra, hogy egy fuggveny eldonthesse, hogy megfelelo objektumot kapta-e.

https://www.zotac.com/product/graphics_card/zotac-geforce-gtx-1060-3g

Max. 66C(tuning nélkül) :)

ice@h170-pro4:/> cat /etc/SUSE-brand
openSUSE
VERSION = 13.3

Unigine Heaven Benchmark 4.0
FPS:
56.7
Score:
1427
Min FPS:
19.1
Max FPS:
116.4
System
Platform:
Linux 4.7.4-2-default x86_64
CPU model:
Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz (3191MHz) x4
GPU model:
GeForce GTX 1060 3GB PCI Express 367.44 (3072MB) x1
Settings
Render:
OpenGL
Mode:
1920x1080 8xAA fullscreen
Preset
Custom
Quality
Ultra
Tessellation:
Extreme

Unigine Valley Benchmark 1.0
FPS:
54.7
Score:
2290
Min FPS:
29.7
Max FPS:
95.7
System
Platform:
Linux 4.7.4-2-default x86_64
CPU model:
Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz (3191MHz) x4
GPU model:
GeForce GTX 1060 3GB PCI Express 367.44 (3072MB) x1
Settings
Render:
OpenGL
Mode:
1920x1080 8xAA fullscreen
Preset
Extreme HD

No éjszaka csak megjött a (nem annyira) várva várt levél Glen Barber-től. Kiküldték a freebsd-{announce,current,stable} listákra is - nyilván mert sokakat érdekelhet.

Röviden: noha kint vannak az ISO-k/IMG-k, ennek ellenére újra lesznek generálva pár (közelebbről nem részletezett) biztonsági hibajavítás miatt. Akinek már van működő 11.0R-je, azok is kapnak majd leírást, hogy mi módon frissítsék 11.0-p1-re a gépeiket. (Mind a laptopnak, mind a RPi2-nek jó lesz erről.) *Ma* október 5-öt prognosztizálnak. (Az eredetileg kiküldött levélben még október 3 szerepelt - bízzunk benne, hogy csak elírásról volt szó, nem arról, hogy a módosított levél kiküldéséig - ami alig egy órával jött később - beesett/beestek újabb hiba/hibák.)