Blogbejegyzések

Ubuntu Zesty - kernel BUG at /build/.../.../swapops.h:129!

Valamit sikerült az Ubuntunál elkernelpatchelni, mert a 4.10.0-20-generic magas load esetén hajlamos gyakran core-t dobni. A mainline nem érintett, úgyhogy valamelyik Ubuntu patch okozza a hibát.


Apr 27 19:46:38 alderaan kernel: [41630.576399] ------------[ cut here ]------------
Apr 27 19:46:38 alderaan kernel: [41630.576439] kernel BUG at /build/linux-2NWldV/linux-4.10.0/include/linux/swapops.h:129!
Apr 27 19:46:38 alderaan kernel: [41630.576485] invalid opcode: 0000 [#1] SMP
Apr 27 19:46:38 alderaan kernel: [41630.576509] Modules linked in: ccm ipt_MASQUERADE nf_nat_masquerade_ipv4 iptable_nat nf_nat_ipv4 nf_nat libcrc32c nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack nf_conntrack iptable_filter vmw_vsock_vmci_transport vsock vmw_vmci bnep snd_hda_codec_hdmi intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel pcbc aesni_intel aes_x86_64 crypto_simd glue_helper cryptd intel_cstate intel_rapl_perf input_leds joydev arc4 serio_raw uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core videodev media iwlmvm btusb btrtl mac80211 btbcm btintel bluetooth rtsx_pci_ms memstick iwlwifi cfg80211 intel_pch_thermal lpc_ich snd_hda_codec_conexant snd_hda_codec_generic thinkpad_acpi snd_hda_intel nvram snd_hda_codec snd_hda_core
Apr 27 19:46:38 alderaan kernel: [41630.576916]  snd_hwdep snd_pcm snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device snd_timer mac_hid snd mei_me shpchp soundcore mei binfmt_misc parport_pc ppdev lp parport ip_tables x_tables autofs4 mmc_block btrfs xor raid6_pq hid_generic usbhid hid rtsx_pci_sdmmc psmouse rtsx_pci ahci libahci i915 fjes video i2c_algo_bit e1000e drm_kms_helper syscopyarea ptp sysfillrect pps_core sysimgblt fb_sys_fops drm wmi
Apr 27 19:46:38 alderaan kernel: [41630.577140] CPU: 0 PID: 8175 Comm: JS Helper Not tainted 4.10.0-20-generic #22-Ubuntu
Apr 27 19:46:38 alderaan kernel: [41630.577184] Hardware name: LENOVO 20DC0079HV/20DC0079HV, BIOS J5ET55WW (1.26 ) 09/12/2016
Apr 27 19:46:38 alderaan kernel: [41630.577231] task: ffff901b462d1680 task.stack: ffffb3d943500000
Apr 27 19:46:38 alderaan kernel: [41630.577268] RIP: 0010:__migration_entry_wait+0x16a/0x180
Apr 27 19:46:38 alderaan kernel: [41630.577298] RSP: 0000:ffffb3d943503d68 EFLAGS: 00010246
Apr 27 19:46:38 alderaan kernel: [41630.577329] RAX: 0017ffffc0048078 RBX: ffffe6598d2d7a30 RCX: ffffe6598d2d7a30
Apr 27 19:46:38 alderaan kernel: [41630.577369] RDX: 0000000000000001 RSI: ffff901b4b5e8800 RDI: ffffe6598886c000
Apr 27 19:46:38 alderaan kernel: [41630.577409] RBP: ffffb3d943503d80 R08: ffff901b443b45c0 R09: ffff901b443b45c0
Apr 27 19:46:38 alderaan kernel: [41630.577449] R10: 00007f63d2a000c8 R11: 0000000000000206 R12: ffffe6598886c000
Apr 27 19:46:38 alderaan kernel: [41630.577489] R13: 3e00000000221b00 R14: ffffb3d943503e30 R15: ffff901ae5615320
Apr 27 19:46:38 alderaan kernel: [41630.577531] FS:  00007f63b73fc700(0000) GS:ffff901b5ec00000(0000) knlGS:0000000000000000
Apr 27 19:46:38 alderaan kernel: [41630.577576] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Apr 27 19:46:38 alderaan kernel: [41630.577609] CR2: 00007f63ae500018 CR3: 00000002e56c0000 CR4: 00000000003406f0
Apr 27 19:46:38 alderaan kernel: [41630.577649] Call Trace:
Apr 27 19:46:38 alderaan kernel: [41630.577666]  migration_entry_wait+0x74/0x80
Apr 27 19:46:38 alderaan kernel: [41630.577693]  do_swap_page+0x5b3/0x770
Apr 27 19:46:38 alderaan kernel: [41630.577716]  handle_mm_fault+0x873/0x1360
Apr 27 19:46:38 alderaan kernel: [41630.577742]  __do_page_fault+0x23e/0x4e0
Apr 27 19:46:38 alderaan kernel: [41630.577767]  do_page_fault+0x22/0x30
Apr 27 19:46:38 alderaan kernel: [41630.577790]  page_fault+0x28/0x30
Apr 27 19:46:38 alderaan kernel: [41630.577811] RIP: 0033:0x559694d872b4
Apr 27 19:46:38 alderaan kernel: [41630.577832] RSP: 002b:00007f63b73fbc40 EFLAGS: 00010207
Apr 27 19:46:38 alderaan kernel: [41630.577862] RAX: 0000000000000000 RBX: 00007f63d2a00040 RCX: 00007f63d2cb4137
Apr 27 19:46:38 alderaan kernel: [41630.577903] RDX: 0000000000000008 RSI: 0000000000002000 RDI: 00007f63ae55b000
Apr 27 19:46:38 alderaan kernel: [41630.577943] RBP: 00007f63ae500000 R08: 00007f63d2a000c8 R09: 0000000000000000
Apr 27 19:46:38 alderaan kernel: [41630.577984] R10: 00007f63d2a000c8 R11: 0000000000000206 R12: 0000000000000080
Apr 27 19:46:38 alderaan kernel: [41630.578024] R13: 00007f63d2a000c8 R14: 000000000000005a R15: 0000000000000002
Apr 27 19:46:38 alderaan kernel: [41630.578064] Code: ff ff ff 4c 89 e7 e8 96 a2 f8 ff e9 3c ff ff ff 85 d2 0f 84 2a ff ff ff 8d 4a 01 89 d0 f0 41 0f b1 4d 00 39 d0 74 81 89 c2 eb e5 <0f> 0b 4c 89 e7 e8 0c fb f9 ff eb b8 4c 8d 60 ff 4c 8d 68 1b eb 
Apr 27 19:46:38 alderaan kernel: [41630.578199] RIP: __migration_entry_wait+0x16a/0x180 RSP: ffffb3d943503d68
Apr 27 19:46:38 alderaan kernel: [41630.591950] ---[ end trace 042d599a8d3ba5c2 ]---

A probléma ismert: kernel BUG at /build/linux-7LGLH_/linux-4.10.0/include/linux/swapops.h:129

A javításig kerülőmegoldás: Ubuntu mainline kernelcsomagok, vagy korábbi kernelbuild (4.10.0-8-generic) csomagok használata

Spamhaus szolgaltatoi oldalrol

Mar nem eloszor tortenik. Par honapja egy /24 most egy /26 en levo 1 IP miatt.
Internet/colocation szolgaltato, ugyfel spammel/fake honlapokat hostol az ugyfelenek. Jon a figyelmeztetes Spamhaustol. Szolgalatato kuldi a levelet az ugyfelnek. Az nem valaszol. Par nap, megy a masik level. Jon valasz/nem jon, mindegy, a fake oldal meg mukodik. Jah a SWIP megvan es a whoisben ott van az ugyfel a /24 v a /26 blokkal, alatta maga a szolgaltato, a /22-val. Mind2 esetben 1 IP amit Spamhaus jelentett. Par nap es az egesz /22 az SBL-en. Email ugyfelnek, ok pajti, 1 napod van hogy megszuntesd. Egyik esetben ez hatasos, masikban nem. Utobbi esetben a szolgaltato null-routolja az IPt.

Passing the Baton - handing over future maintenance of grsecurity test patches to the community

https://news.ycombinator.com/item?id=14202421
https://grsecurity.net/passing_the_baton.php

Today we are handing over future maintenance of grsecurity test patches to the community. This makes grsecurity for Linux 4.9 the last version Open Source Security Inc. will release to non-subscribers.

"Állitsuk meg Magyarországot!"

Az EB válasza az "Állitsuk meg Brüsszelt" kampányra: http://europa.eu/rapid/attachment/MEX-17-1116/en/Commission%20answers%2…

Csak egy dolgon akadtam fenn, mégpedig:

5. pont
"az EU igen jelentős mértékben támogatja a magyarországi munkahelyteremtést. A 2007–2013-as ciklusban az Unió több mint 21 milliárd eurót (6,5 billió forintot) folyósított Magyarországnak a növekedés és a munkahelyteremtés támogatására. A magyar hatóságok jelentései szerint e finanszírozás több mint 150 000 munkahely létrejöttéhez járult hozzá."

Emberi Erőforrás Támogatáskezelő pályázat beadás nem megy tanúsítvány hiba miatt

Firefox alatt Ubuntun:
http://www.emet.gov.hu/hatter_1/eper/

linkelt oldalon belül: pályázói belépési pont (kattintson ide)
mely ide irányít: https://eper.emet.hu/paly/palybelep.aspx

"Secure Connection Failed

An error occurred during a connection to eper.emet.hu. Peer’s Certificate has been revoked. Error code: SEC_ERROR_REVOKED_CERTIFICATE

The page you are trying to view cannot be shown because the authenticity of the received data could not be verified.
Please contact the website owners to inform them of this problem."

Már az oldal elején lévő figyelmeztető szöveg is vicces:

Percona University 2017

Valoszinuleg kicsit a recruitment a mogottes celja, de azert meg jo lehet.

https://www.percona.com/percona-university-budapest-2017-0

Event Agenda

13:30 - Registration

14:00 - What’s New in MySQL and MongoDB Ecosystem (Peter Zaitsev, Percona)

15:00 - MySQL vs MongoDB - When to Use Which Technology? (Peter Zaitsev, Percona)

15:30 - MySQL In the Cloud: Migration, Best Practices, High Availability, Scaling (Peter Zaitsev, Percona)

16:30 - Coffee Break

17:00 - 20 Typical MySQL Mistakes and how to avoid them (Janos Ruszo, Percona)

18:00 - MySQL Scaling and High Availability with PXC 5.7 (Tibor Korocz, Percona)

wpwmm4 - Web Page With Make and M4

Ezen témából kiindulva, mivel csak nem találtam olyan programot, ami az igényeimet közel 100%-ban lefedi, úgy döntöttem, csak megpróbálom a weboldal-generátort make és m4 programokra alapozva.

Több hónapos fejlesztés után (értsd: hetente átlagban 2-3 óra) egy egész jól használható állapotra sikerült hozni a fantáziadúsan wpwmm4-nek nevezett csodát (feloldását ld. a címben).

Pedig én csak nyomtatni akartam...

Leltározom az itthon felhalmozott IT szemetet, és megunva, "az ebben a dobozban milyen és mennyire működő konfig van" kérdéseket, kitaláltam nyomtatok azonosító lapokat és hozzácsapom a dobozokhoz. Hogy ne kelljen fel le rohangálnom a galéria és a szobám között, a kupacból kihúztam egy öreg Panasonic KX-p1150 nyomtatót, rádugtam egy USB-párhuzamos adapter, és huss már el is ment másfél napom. Igen, beleszaladtam abba a bizonyos lótagba, de rendesen.
A terv az lett volna, hogy az azonosítókat, szövegfileokba írom, és simán karakteresen kiküldöm a nyomtatónak. Ezt dos alatt, úgy 3-4 óra alatt assemblyben is lekódolom. De ugye linuxot kell használni, mert az olyan jó.
Tehát, kezdődött a dolog azzal, hogy a nyomtatót feldugom a gépre. Gép felismeri az adaptert, regisztrál neki eszközt.


cat "konfig2.txt" > /dev/usb/lp0  

Semmi, pedig papír van, a nyomtató online. Megnyomom az online gombot, erre a nyomtató kiköp fél oldal krixkraxot. Nekifutok párszor, az eredmény ugyanaz. Ok, ne basszunk el időt, lőjjük be a CUPS-t. Klikk, klikk, klikk, WTF. A CUPS csak cnijusb-ként hajlandó a nyomtatót felismerni. Hát legyen. Végigklikkelem a dolgokat, beállítom a nyomtatót opciót, tesztoldal nyomtatás. Semmi. Job stopped: "Filter error" Párszor lefutom a köröket, ugyanaz az eredmény. Állítgatok a felbontáson, mire eltűnik a filter error a státusz completedre vált, csak a nyomtató nem nyomtat.
Elkezdem túrni a netet, semmi, csak egy csomó bejegyzés, hogy a CUPS elkezdte a libusb-t használni az emulált printerportoknál, a hagyományos filepath-ok helyett. Hogy a retkes, mocskos... Mindegy, úgyis este van, gyerek is alszik, én is leteszem magam.
Ma reggel, ismét nekiugrok a problémának. Az jutott eszembe, hogy ez az ipari hulladék CUPS a nyomtató megjelenésekor felülüti az alabeállításokat a Canon-éval, és ezért kergül meg a zajdoboz. Mivel a webGUIból nem lehet paralell-re konfigurálni a nyomtató előásom a text editort. /etc/cups/printers.conf-ban megkeresem a nyomtatóra vonatkozó beállításokat és a DeviceID-nál átütöm a cnijusb-t, parallel-re. Cups-ot újraindítom, resetelem a nyomtatót, és rányomok egy tesztoldalra. A nyomtató életre kel és 3 percni csörgés, csattogás után kiköp egy tökéletes tesztoldalt. Akkor fussunk neki mégegyszer:


cat "konfig2.txt" > /dev/usb/lp0  

Csodák, csodája kiköpi a config leírását. Alig másfél nap kellett hozzá. Éljen a Linux és a hozzáértő fejlesztők, és az, hogy mindent felülbírálhatatlanul, automatikusan konfigurál a rendszer, és minden eszközt három-négyféle módon lehet elérni és használni.

Mobil telefonra érkező hívások hagyományos telefonra irányítása bluetooth eszközzel

Régóta zavart, hogy a telefonomat otthon is a zsebemben, vagy a közelemben kell tartanom.
Kerestem a megoldást. Néhány évvel ezelőtt rátaláltam:

Hangsúlyozom, én nem forgalmazom e terméket! XLINK http://www.myxlink.com
Bluetooth kapcsolaton átveszi a beérkező hívásokat, mint az autó kihangosító, csak ez nem kihangosít, hanem hagyományos analóg telefon (vagy telefon alközpont) felé is irányít, vezetéken. Amikor hazaérek...
...telefonom a töltőre kerül e készülék közelébe, és ha hívnak, a vezetékes telefon(ok) is csörög(nek), így tehát ezeken is fogadhatom a beérkező hívásokat. Visszafelé is működik.
Következett, hogy miként lehetne megoldani a Skype hívások fogadását ugyan ezen a módon. Nekem ez nem sikerült, viszont az egyik iOS frissítést követően saját magától működni kezdett. Azóta is működik.

Lerohadt-e?

hasmclarenbrocendown.com

Mint annak idején Maldonado-nak, most a McLaren-nek adott faszkorbácsot az F1 rajongók egy csoportja. Nem tudom, hogy sírjak, vagy nevessek? :D Azt hiszem, hogy az utóbbi xD

2017 Breakdown Tally: 16

"Formula One's most reliably unreliable car"