Blogbejegyzések

Akit nem érdekel egy baloldali bulvárlap mennybemenetele majd pokolra jutása, az itt hagyja abba.

Pár napja ez az érdekes cikk jelent meg. Volt ott minden, kivéve szakmai hozzáállás. Mondjuk egy nem szakújságírótól ez nyilván nem várható el, de ugorgyunk előre néhány napot. És ím meglett a megoldás, ami pedig semmi egyéb, mint egy/több balfasz rendszergazda, aki(k) "a szerverünk üzemeltetői jobbnak látták, ha blokkolják az ICMP-t". Nyilván ha az első cikkben hiányzott a szakmaiság, akkor ebben sem lehetünk biztosak, hogy túlteng, azaz csak reménykedni tudok, hogy nem az történt, hogy en bloc az egész ICMP-t kitiltották, hanem mondjuk csak melléklattyintottak az egeres tűzfalfelületen.

A semmi közepén új dimenzió villant, majd irtózatos sebességgel tágulni kezdett. Mindent beragyogó plazmája gyorsan hűlt, majd anyaggá szilárdult. A fiatal idő kozmikus homokszemei lassan őrölni kezdtek, és egy új univerzum vette kezdetét.

https://www.reddit.com/r/aws/duplicates/5wphqj/amazon_s3_and_amazon_ses…
https://twitter.com/awscloud
https://status.aws.amazon.com/

As of 17:40 UTC, verified on us-east-1. Lots of people affected. Posting here in case anyone's wondering. Reports of EBS being down as well.
Update 17:52 UTC from amazon:
We are investigating increased error rates in the US-EAST-1 Region.
Update 18:16 UTC from amazon:
We've identified the issue as high error rates with S3 in US-EAST-1, which is also impacting applications and services dependent on S3. We are actively working on remediating the issue.
Update 18:33 UTC from amazon:
We're continuing to work to remediate the availability issues for Amazon S3 in US-EAST-1. AWS services and customer applications depending on S3 will continue to experience high error rates as we are actively working to remediate the errors in Amazon S3.
Update 19:35 UTC from amazon:
We have now repaired the ability to update the service health dashboard. The service updates are below. We continue to experience high error rates with S3 in US-EAST-1, which is impacting various AWS services. We are working hard at repairing S3, believe we understand root cause, and are working on implementing what we believe will remediate the issue.
Update 20:41 UTC: I'm starting to see services coming back online.
Update 21:12 UTC from amazon:
S3 object retrieval, listing and deletion are fully recovered now. We are still working to recover normal operations for adding new objects to S3.
Update 21:39 UTC: I'm starting to see PUTs coming back online.
Update 22:00 UTC: Most PUTs look like they are back online for me.
Update 22:08 UTC from amazon:
As of 1:49 PM PST, we are fully recovered for operations for adding new objects in S3, which was our last operation showing a high error rate. The Amazon S3 service is operating normally.
https://status.aws.amazon.com/
Edit: I just want to say, that status page is stupidly useless. Green checkmarks all the way in the middle of all of us-east-1 being down and the console being inaccessible.
Edit 2: RED checkmarks on the status page. This is a historic moment.

A tegnap reggel lezajlott lézeres műtét utáni első kontroll ma reggel megvolt. Reggelre mindkét szemem teljesen össze volt ragadva, de a szemcsepp megtette hatását, újra nyitni tudtam. A látás az első éjszaka utáni reggelen még bizonytalan volt (az orvos szerint ez 2-3 napig normális, még vizenyős a lebeny), de 1-2 óra után stabilizálódott. Mire fél 10-re Budapestre értem a klinikára, már tökéletesen láttam. A vizsgálat szerint az egyik szemem 125%-os, a másik 120%-os (hogyan lehet 125%), a kettővel együtt az olvasótábla legalsó sora is megy (160%). Csak összehasonlításképpen, akinek a két szeme együtt 80%-os látásélességgel bír, az megkapja a jogosítványba a "szemüveg nélkül vezethet" plecsnit.

Ha így marad a látásom, 100%-ban elégedett leszek. Amikre vigyázni kell:

• szemcseppek pontos adagolása, hogy a szaruhártyát a javítósejtek ne építsék vissza a "ép" (de rossz látást adó) kiinduló állapotba, illetve nem lépjen fel fertőzés
• víz ne érje pár napig
• UV ne érje 2 hónapig (aktiválja a javítósejteket)

Következő kontroll egy hét múlva. Addig műkönny óránként, Tobradex naponta 5x

Holnap már meló.

Ja, exportál az OpenSSL lelkesen, mint egy fejlődő ország, ami kemény valutára vágyik.
Kicsit megfékeztem a lelkesedését, itt a jutalmam:

$ ssh
exec(): 0509-036 Cannot load program ssh because of the following errors:
        0509-130 Symbol resolution failed for ssh because:
        0509-136   Symbol memcpy (number 207) is not exported from
                   dependent module /usr/local/lib64/libcrypto.so.1.0.2.
        0509-136   Symbol memset (number 208) is not exported from
                   dependent module /usr/local/lib64/libcrypto.so.1.0.2.
        0509-136   Symbol strcmp (number 209) is not exported from
                   dependent module /usr/local/lib64/libcrypto.so.1.0.2.
        0509-136   Symbol memmove (number 210) is not exported from
                   dependent module /usr/local/lib64/libcrypto.so.1.0.2.

Mai nap tanulsága, ne másolj RDP-n 2 gigánál nagyobb fájlt, mert pont. Gondolom valahol a 64 kb RAM mellett van ennek az indoklása is :S

https://support.microsoft.com/en-us/help/2258090

Van rá ez az 1 hitvány KB article, amiben megint megy a szokásos ködösítés:

"When you try to copy a file that is larger than 2 GB over a Remote Desktop Services or a Terminal Services session through Clipboard Redirection (copy and paste) by using the RDP client 6.0 or a later (??) version, the file is not copied. And, you do not receive an error message." (ez utóbbi már nem igaz, mert somethinghappened "unknown error"-t már ki bír izzadni magából a 2012 R2)

Fél kilenckor megvolt a kezelés, utána azonnal élesen láttam, de egy kicsit olyan volt, mintha vízfüggönyön néztem volna keresztül. 3 óra múlva a vízfüggöny elmúlt. A kissé ködös látás 24-36 óra múlva kell, hogy eltűnjön. De már most látok mindent, közel, távol, apró betű stb.

Ma felváltva, félóránként Systane, óránként Tobradex szemcsepp. Fájdalom nincs, kelletlenség nincs. Talán kicsi szemszárazság. De erre van a szemcsepp és a csepegtetés. Amit fontos pontosan betartani, mert az egyik a szemszárazságot, a másik pedig a korrigált dioptria visszaalakulását hivatott meggátolni. De erre figyelmeztet az okostelefon alkalmazás is.

Első kontroll holnap reggel.

Van egy iPad 2-es tabletem. Már eljárt felette a kor, lassú volt, de arra tökéletes, hogy utazás közben, vagy esténként az ágyból sorozatozzak rajta. Az akksi meglepően jól bírta, 2-3 naponként kellett töltenem, holott minden este néztem pár epizód valamit.

Tegnap este lemerült, töltőre dugtam. Ahogy ilyenkor lenni szokott, először jelezte, hogy tölt, majd pár mp után bekapcsolt automatikusan. Ezen viszont már nem jutott túl, kikapcsolt, ismét jelezte, hogy tölt, ismét bekapcsolt, stb.

Csak sejteni vélem, hogy a probléma az, hogy az automatikus bekapcsolás, és a boot folyamat jobban meríti, mint amit magába szív, ezért áll le félúton. Sajnos így viszont sose lesz esélye annyi áramot magába szívnia, hogy normálisan elinduljon a rendszer, hogy legyen esélyem kikapcsolni, hogy legyen esélye teljesen feltölteni.

Egy hard reset után, egészen fejeldelmi mennyiségű belső memória maradt meg, úgy hogy a gyári biztonsági mentővel visszaállítottam az adatokat, meg mindent, amit lehetett.

Azért kellett hard resetelni, mert az új utángyártott akku max 2 napig bírta egy töltéssel, csak zenehallgatás mellett. Pedig régebben 1 hétig is elment vele... Gondolom a régi 2500-as akksi kavart be rajta (szintén utángyártott...) , amit hosszú évekig használtam vele. Nem volt más tippem csak a hard reset.

https://drive.google.com/file/d/0B0Whw9Loe17UNHV3em9VWWpmWXM/view?usp=s…

Geek bölcsességek. Yoda, Darth Vader, Obi-wan, Asimov és mások ismert személyek idézetei és azok magyarázatai.

Biztos sokaknak ismerős a dolog, de talán van még valaki rajtam kívül, akinek újdonság.
Az 1/3-ban lakom, ha fel akarnak csöngetni akkor 13-at kell beírni a kaputelefonban.

Mivel már kb fél éve rossz a kapucsengő (beszélgetni lehet, felengedni nem) gondoltam rászánom magam, szétkapom (megint) a telefont, hátha tudok vele valamit kezdeni.
Viszont most figyeltem fel egy érdekességre - hogy mégis milyen szisztémával van megcsinálva ez a rendszer - ha jól látom az én benti telefonomon van beállítva jumperekkel, hogy a 13 hozzám csörögjön ki, érdekes. :)

1101

Csomó könyv "fillérekért":
https://www.humblebundle.com/books/make-arduino-and-raspberry-pi

Hátha hasznos még valakinek.

A lézeres kezelést megelőző alkalmassági vizsgálaton kapott tájékoztató szerint a FEMTO kezelés előtt három nappal meg kell kezdeni a Systane lubrikáló szemcsepp csepegtetését, mintegy előkészítendő a szemet a beavatkozásra. A FEMTO kezelés egyik posztoperatív szövődménye lehet az átmeneti szemszárasság. Napi 3x1 csepegtetés hétfőig. Egyelőre más teendő nincs.

Introducing our 2017 challenger, the McLaren-Honda #MCL32. More images and information available here: https://t.co/dVyJjN7U3F pic.twitter.com/nnA4mDXq5E

— McLaren (@McLarenF1) February 24, 2017

Vége a várakozásnak! Kiderült, hogy mivel vágunk neki a 2017-es idénynek. ^^

https://news.ycombinator.com/item?id=13718752

https://bugs.chromium.org/p/project-zero/issues/detail?id=1139

Izland ismét az élre tört!

Hihetetlenül alakul a világ legőszintébb, leghitelesebb celeb-reality show-ja.
A négy beköltözött testvér egy összkomfortos, minden igényüket kielégítő, modern környezetben élik mindennapjaikat. Ezt online napi 24 órában figyelemmel kísérhetik a nézők: Nem a megszokott magyar, esti összefoglalós, intrikus, pikáns részeket kiemelő, közönségmanipulálós módon teszi a menedzsment, hanem folyamatosan streamelve a Youtube-on. A még csak egy hete indult valóságshow nézettségét tekintve veri a TV2 legutóbbi gyenge próbálkozását. A nap minden pillanatában kameránként ~ 3-4000 néző akad. Nem nehéz belátni, hogy ez napi 288 000 nézőt jelent. Mindezt minden előzetes hírverés, csinnadratta nélküli teljesítmény! Összehasonlításként a már említett magyar kereskedelmi televíziós csatorna 1,5 milliárd forintnál is többet költött a produkcióra, aminek 4. napján a teljes magyar lakosság körében 280 087 nézője akadt csupán.
A műsor a (Macs)Kardashian-testvéreket - Stubbur, Bríet, Guðni és Ronja - gyakorlatilag a nulla ismeretségét pár nap alatt a csillagokba repítette.
A testvérek minden gátlásukat levetve a kamerák előtt fürdenek, sőt egymást fürdetik. Játszanak, bohóckodnak, akrobata mutatványokkal színesítve hálálják meg a nézők bizalmát.
Paul Fontaine-nek sikerült megszólaltatni egy közeli ismerősüket, Halldóra Snorradóttirt a szereplők jellemvonásairól. "[...]Például, Guðni egy kicsit magányos, és csak magával foglalkozik. Stubbur és Bríet nagyon szociális, csakúgy, mint Ronja. Ronja a tisztálkodás megszállottja, és állandóan fürdőzik. Nagyon egyedi és szórakoztató személyiségek.[...]"
A nézettséget minden bizonnyal növeli, hogy a testvérek - a nézők megdöbbenésére - egymás mosdatása közben - minden bizonnyal - véletlenül orálisan egymás nemi szervét is megtisztogatták. Ahogyan ezt tegnap délután is látható volt. Felmerül a kérdés: Ronja és Guðni szerelembe estek?

A műsort folyamatosan figyelemmel kísérhetjük online.

A főszereplők:

A cicák egy menhelyen élnek, és a műsor megalkotóinak célja a figyelemfelkeltés...

Frissítés!

Az első széria véget is ért. A 4 főszereplő gazdákra talált.
A kaland azonban folytatódik.

Frissítés! #2
Újabb öt cica érkezett a babaházba.

Ha elsőre nem sikerül, minek kell minden nap ugyanazokat a köröket lefutni?...

tegnap óta: http://imgur.com/a/IkxFS

ne is próbálj kattintani: a CCleaner letöltési oldalára lök, hiszen ott biztosan rengeteg információ van erről.
meg úgy általában a Piriformnak biztos tudni kell mi a kreált probléma.

illetve köszi Piriform, ha nem szóltál, hogy van valami frissebb verziód.
ma egészen szar napom van, mindenütt csak a falak.

update: váó, a Piriform tud róla, és van egy pár soros readme ezzel: szedd le az új verziót. túl sok részlet tényleg nincs, de itt legalább valami van :)

https://shattered.it/

https://security.googleblog.com/2017/02/announcing-first-sha1-collision…

https://news.ycombinator.com/item?id=13713480

korábban helyben böffent fel egy előrejelzés, miszerint talán sarc lesz a történet vége.

nem kellett sok időnek eltelnie, reggel mondják a vezető helyi rádió hírblokkjában (szabadosan idézem, nem tudom pontosan): "a légszennyezettség miatt blablabla... szeretnének felállítani egy olyan jelző hálózatot ami jobban monitoroz és nagyobb a lefedettsége a mostaninál". háát, ha ez igaz akkor az adóztatásnál még éppen jobb ötlet: nem újabb teherként vennének ki a zsebedből, hanem a már befizetett adódból emelnének ki valami nélkülözhetetlen dolog megvalósítására. ami nélkül nem élet az élet, amitől boldog leszel B)

2018.04.06. 04:06
Ezt most minek néztem meg?!

[308]   0x00000000    undef      IMP     RW EXTref /opt/lib64/libclntsh.so.10 __tab
[309]   0x00000000    undef      IMP     RW EXTref /opt/lib64/libclntsh.so.10 __itab
[310]   0x00000000    undef      IMP     RW EXTref /opt/lib64/libclntsh.so.10 guesses
[311]   0x00000000    undef      IMP     RW EXTref /opt/lib64/libclntsh.so.10 tantab

Szerk: relax, én bénáztam, a 10-es még gyárilag oké, 11-től jött be a '-bexpall', ezt a tizest én rontottam el. A hibát érzékeltetendő ezt a kettőt nézzük össze: explist explist_so

Igazából nem hiszem, hogy szüksége lenne egy általános információkat, friss infókat közlő nem túl nagy látogatottságú honlapnak https-re. (Az Egri Szimfonikusok honlapjáról van szó egyébként) Egy egyszerű WP-alapú oldal, magam faragom, alakítom már évek óta, gyakorlatilag hobbiból. De a tárhelyszolgáltató (nagyon elégedett vagyok velük különben, évek óta, akár szolgáltatás, akár support tekintetében, nem írom le a nevüket nem akarok reklámot...) biztosított ssl lehetőséget, hát nosza aktiváltam.
Mondjuk olyan szempontból nem bánom, hogy a bejelentkezés secure lett, egyébként sok hasznát nem látom. Valahol olvastam ,hogy talán google page rank szempontjából előnyösebb, valahol pedig azt, hogy nem számít... Hát nekem tényleg nem számít, mivel nem üzleti weblap.
Azért érdekes, hogy ha jobban megnézem, ott figyel, hogy a googlefonts nem https oldalról tölt be. Bakker milyen vicces már, hogy pont a google, aki erőlteti orrba-szájba az ssl-t nem képes a saját dolgait rendesen kezelni, így marad az insecure content warning. Majd, ha lesz időm/kedvem keresek rá valami megoldást.
Nem mostanában...

Nos ezúton szeretném megköszönni a UPC közreműködését, hogy kaptam egy nem bootoló rendszert, mert frissítés közben kell összerohadnia a netnek. Szépmunka! Net nélkül megakadt, minden próbálkozásra timeout és így csak állt a gép fél napig. Mikor újra lett net, folytatta szépen a frissítést. Csak az addig nem frissített csomagok miatt borult a bili...

Gőzömsincs mi lett a probléma, még nem néztem rá jobban. A lényeg, hogy boot során elakad. Gondolom nem tetszik neki, hogy fél rendszer ki van cserélve.

# update:
Recovery lemezzel le tudtam frissíteni és mostmár bootol.

Ezt csak az iktatókönyv, és a google keresések kedvéért dokumentálom utólag. Ha van valakinek kedve játszani, reprodukálni, hát nosza neki...

Pár évvel ezelőtt készítettünk egy egyszerű image mentést egy kisebb (ez nálunk a párszáz GiB nagyságrendet jelent) ext4 fájlrendszerről. (dd if=/dev/... of=image)

Mivel később többször előfordult, hogy kellett volna belőle egy-egy fájl, ezért egyszerűen felmountoltuk loop device-szal, és kiajánlottuk az adott könyvtárat NFS3 felett.

Eddig látszólag a dolog egyszerű, mint a faék.

Időszakosan azt tapasztaltuk, hogy a szerver leáll, mint a szög: minden iowait állapotban vár a végtelenségig, szabályosan leállni sem tudtuk, <RESET> kellett. Ez nagyjából 2-3 havonta jelentkezett, hirtelen ötletünk sem volt, hogy mi okozhatja.


# uptime
6.54de fut: 710 nap 5:35, 2 felhasználó, átlagos terh.: 0,18, 0,12, 0,09


# cat /etc/SuSE-release
cat /etc/SuSE-release
SUSE Linux Enterprise Server 10 (x86_64)
VERSION = 10
PATCHLEVEL = 1
# rpm -qi kernel-smp | grep 'Install Date'
Install Date: 2008. okt. 2., csütörtök, 10.04.39 CEST Build Host: bach.suse.de
# uname -r
2.6.16.46-0.12-smp
# shutdown -h now

Broadcast message from root (pts/0) (Wed Feb 22 06:54:58 2017):

The system is going down for system halt NOW!