Blogbejegyzések

Mentés kikapcsolás előtt

Egy évig még meglesz az a nyilvántartó program, ami dbf fájlokat használ adatbázisként. Csinál ugyan mentést magáról, ha kérem, de ez mindig olyankor jut eszembe gyakran, ha már valamit elcsesztem.
Múltkor megint elcsesztem valamit, szerencsére előző nap kikapcsolás előtt csináltam egy mentést, na mondom, ezt jó lenne valahogy automatizálni.
Kis olvasgatás után ezt találtam ki, (mivel telepítve van a 7zip program, ezt használom):
cd c:\onk0104
set datum=%DATE
7z a -tzip c:\onk0104\mentes\napimentes\"mentes%DATE%".zip *.dbf *.fpt *.dbt *.lst -mmt
forfiles /p "C:\onk0104\mentes\napimentes" /s /m *.* /c "cmd /c Del @path" /d -7

Tömöríti a nekem fontos fájlokat, valamint törli a 7 napnál régebbieket.
És amin törnöm kellett a fejem:
Helyi csoport házirend szerkesztése (sajnos/szerencsére nincs tartomány, rendszergazda ...stb)
WIN+R ablakba: GPEdit.MSc
Számítógép konfigurációja/A Windows beállításai/Parancsfájlok (indítás/leállítás) a leállításhoz hozzáadni a fenti kódrészletet tartalmazó fájlt.
Pár másodperccel tovább tart a leállás.

1 perc sörtéma

http://imgur.com/a/nroeU

jajj de király. mármint elsőre.

sokadik nekifutásra már csak 5/10, felfelé kerekítve és hozzászámolva a címkét is. időnként fel kéne tölteni mással a kiürült üveget, szerintem Eddie azt is feldobná :)

btw a leírással ellentétben nem vörös. igazából még félbarnának sem mondanám.

Docker (vagy más virtuális) réteg a saját notebookomra, programtelepítés előtt

Ubuntu Linuxon dolgozom (a saját gépemen nincs más). Bele akartam kezdeni egy Bluemix tanfolyam elvégzésébe, de annyi nyavalyás programot kéne már induláskor feltennem (Eclipse, Java SE 8 JDK, Node.js), hogy arra gondoltam, hogy mielőtt ezekkel megfejelem a gépem, húzok "alájuk" valami réteget, hogy aztán könnyen letolhassam, ha végeztem.

Mi szokott erre lenni a megoldás? (Amit szeretnék elkerülni, az a teljes gépem image-mentése és -visszatöltése.)

Első nekifutásból egy Dockerre gondoltam, meg VNC-re ( https://github.com/fcwu/docker-ubuntu-vnc-desktop ), de lehet, hogy ennél van elterjedtebb (egyszerűbb) megoldás is. Lényeg: hogy ne túl erőforrásigényes grafikus felületem legyen, ahol kedvemre felrámolhatok, amit akarok, majd pedig a végén legyalulhassam.

amit senki nem mond el az apple notebookokról

Korán reggel kellemetlen hozzáérni, hideg. (télen)
A felület szép és intuitív, a mélység:
Szörnyű karakterkombók.
Szörnyű egyéb billentyűkombók
Egy RDP sessiön-ben természetesen a windows-os kombók élnek, így két karaktermap-et kell fejben tartani.
Nem túlságosan kigyúrt alkalmazások pld : képkivágás
command-q / alt-q hülye párosítás egymás mellett.

Az alkalmazás elképzelés nagyon tetszik, a gui ragyogó, az üzemidő csillogó, és az ember elfelejti, hogy egy számítógépet néha ki is kell kapcsolni.

Hanghívás fogadás az nagyon nem rossz, főleg ha az embernek amúgy is épp van fülhallgató a fülében. Apple fülessel próbáltam, ott a hangerőszabályzó visszaszabályozta a noti hangerejét is.

karóra téma

néhány régebben-, és a mostani a szavazós szálban felmerült kérdéshez kapcsolódóan. bocs a szájbarágásért, van akinek így lesz jó.

nem olyan régen ezek voltak a klasszikus karórák:
-mechanikus kézi húzós, automata (kalapács- és rotoros automata)
-electromechanikus (billegőmotoros és hangvillás)

Ezidáig nem tartozott ide semmilyen kvarcvezérlésű darab, akár folyadékkristályos kijelzője volt, akár analóg mutatós (alatta apró motorokkal). Mára viszont ez a csapat is mindinkább a klasszikus órákhoz tartozik, mivel az okosóráknak nevezett csuklószámítógépektől teljesen idegen. Utóbbiakra nem fecsérelnék szót, a kvarcvezérléses modellekről pedig nincs is igazán mit regélni. Szóval:

DB2 (v >= 10.1) vs HADR vs Pacemaker

Meglepne, ha ~6.000.000.000 ember kozul mi lennenk az elsok, akik belefutnak, de SLES11SP4-en nem lehet a gyari SLES for HA csomagokbol telepitett pacemaker-rel egy DB2 (v>=10.1) HADR cluster-t osszerakni (ocf:heartbeat:db2 primitive hasznalataval ofkorsz). Ugyanis a monitor op futtatna egy db2pd parancsot es annak kimenetet awk-val megszurve jelezne vissza, hogy az adott node-on futo DB2 peldany Primary vagy Secondary-e. Mivel 10.1-ben megvaltozott ennek a parancsnak a kimenete, igy a megfelelo helyen levo valtozo ures erteket kap, amit a cluster motor nem tud lekezelni es egy $OCF_ERR_GENERIC hibauzenettel elszall, majd failed-be teszi a primitive-et es az egesz master-slave group-ot... Szoporollereztunk vele vagy 1.5 hetet...
Ha mas is belefutott volna es megerositene, akkor lenne meg egy plusz a januari Novell-es bugreporthoz...

Hogyan törjem fel a saját gépem?

Úgy érzem elkövettem azt a hibát, hogy asztali gépet vettem / Win 10-et teleptettem a gépemre.
Az a koncepcióm, hogy van egy combos asztali gépem otthon és ha éppenséggel eljárok otthonról úgy is van internet mindenhol távoli asztal kapcsolaton, remote desktop tudok a "vékönykliensről" az otthoni gépemen dolgozni (billentyűzetes androidos tablet, raspberry pi).

Namost sikerült felültetnem magam a szopórollerre, mert 23-a óta elérhetetlen az otthoni desktopom. Pontosabban az rdp-n csatlakozva hosszú idő után úgy tesz a kliens, mintha tudna is csatlakozni, feljön egy fekete képernyő, egy ideig gondolkozik majd vagy vissza kidob szó nélkül.

LEDE vs PXE uefi && legacyboot

Adott egy működő PXE boot szerver. A Syslinuxnak hála képes többfelé boot lehetőséget szolgáltatni. Igen ám, de az UEFI-s gépekkel nem tud sajnos mit kezdeni.

Mivel a "syslinux32/64.efi" állítólag megfekszik bizonyos(újabb?) gépeknél, ezért ajánlott grubot használni.(kipróbáltam, tényleg)
Na elkezdem reszelgetni a dolgokat, bepattintom a grubnetx64.efi.signed a helyére.

Oké, tudassuk a dhcp szerverrel, hogy van egy ilyen is a tftp szerveren.(a tftp szerver már nem a router-en fut.)
Elkezdem a routeren lévő "/etc/config/dhcp" állományt bűvölni.

dhcp-boot=pxelinux.0
dhcp-match=set:bios,option:client-arch,0
dhcp-match=set:efi32,option:client-arch,6
dhcp-match=set:efi64,option:client-arch,7
dhcp-boot=tag:bios,pxelinux.0,local-srv,192.168.1.xxx
dhcp-boot=tag:efi32,syslinux.efi,local-srv,192.168.1.xxx
dhcp-boot=tag:efi64,grubnetx64.efi.signed,local-srv,192.168.1.xxx

Docker Volume

és a buktatói:)

Alapvetően csak egy rövid írás akar lenni, de aki nincs képben, egy kis áttekintő:

# Áttekintő / bevezető
A docker, egy konténer, amibe szerveralkalmazásokat lehet csomagolni,
és pakolgatni egyik szerverről a másikra (ajánlás az egy program / egy konténer).

# Probléma leírása

Az alkalmazáshoz szükséges fájlokat mind tartalmazza a konténer.
De előbb-utóbb eljut az ember, oda, hogy kívülről akar fájlokat láthatóvá tenni a konténeren belül.

A legegyszerűbb példa,
hogy van egy program amit 4-5 különböző konfigurációs fájlokkal akar elindítani az ember.
Két lehetőség van, vagy készít az ember 4-5 konténer image-t, amiben már benne vannak a módosított konfigurációs fájlok.
Vagy pedig a konfigurációs fájlokat a konténeren kívülről veszi, és akkor elég
egy konténer imaget elkészíteni, a többit docker volume-mal oldjuk meg.