Příspěvky

1

Server / LXC Error: Get "http://unix.socket/1.0": EOF

« kdy: 06. 10. 2024, 18:44:51 »

Pomocou prikazu lxc restore som obnovil lxc kontainer librarian ktory je na dalsom externom siffrovanom disku (nie je trvalo pripojeny)

Vsetko fungovalo. Pri dalsom spusteni pc ked som chcel spustit lubovolny kontainer, tak mi vypisuje chybovu hlasku

Kód: [Vybrat]

lxc start librarian
2024/10/06 18:34:37.610776 system_key.go:131: cannot determine nfs usage in generateSystemKey: cannot parse /etc/fstab: expected between 3 and 6 fields, found 1
Error: Get "http://unix.socket/1.0": EOF
takisto nie je mozne zobrazit dostupne kontainerz prikayom lxc list, tiez vypise hlasku  Error: Get "http://unix.socket/1.0": EOF[/code]

Kód: [Vybrat]

systemctl status snap.lxd.daemon
● snap.lxd.daemon.service - Service for snap application lxd.daemon
     Loaded: loaded (/etc/systemd/system/snap.lxd.daemon.service; static)
     Active: active (running) since Sun 2024-10-06 18:35:46 CEST; 316ms ago
TriggeredBy: ● snap.lxd.daemon.unix.socket
   Main PID: 13899 (daemon.start)
      Tasks: 0 (limit: 18954)
     Memory: 532.0K
        CPU: 231ms
     CGroup: /system.slice/snap.lxd.daemon.service
             ‣ 13899 /bin/sh /snap/lxd/29619/commands/daemon.start

okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - proc_stat
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - proc_swaps
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - proc_uptime
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - shared_pidns
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - cpuview_daemon
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - loadavg_daemon
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: - pidfds
okt 06 18:35:46 hlavnypc lxd.daemon[5236]: Reloaded LXCFS
okt 06 18:35:46 hlavnypc lxd.daemon[13899]: => Re-using existing LXCFS
okt 06 18:35:46 hlavnypc lxd.daemon[13899]: => Starting LXD
Skusil som zobrazit socket, ale neviem ci je vysledok spravny

Kód: [Vybrat]

ls -l /var/snap/lxd/common/lxd/unix.socket
srw-rw---- 1 root lxd 0 okt  6 18:20 /var/snap/lxd/common/lxd/unix.socket


skusil som pozriet chzbove spravy

Kód: [Vybrat]

lxd --debug --group lxd
Error: Failed initializing storage pool "librarian_storage_pool": Failed to mount "/var/lib/snapd/hostfs/mnt/btrfs/archiv/eknihy/librarian/librarian_storage_pool" on "/var/snap/lxd/common/lxd/storage-pools/librarian_storage_pool" using "none": no such file or director
Neviete kde moze byt chyba ? Nemoze byt problem ak je librarian_strorage_pool umiestneny na disku ktory je pocas startu pc odpojeny ?

Nevie niekto poradit ako riešiť kontainer na vymenitelnom externom disku ?

2

Studium a uplatnění / Re:Snížení mezd v IT

« kdy: 08. 07. 2024, 18:14:31 »

Kód: [Vybrat]

Nikoliv Foxcon, který ho v Číně montuje, protože to je práce s nízkou přidanou hodnotou.

Budte radi ze náklady vybavenie IT hardverom a službami sú stále male v porovnaní s inými odvetviami. Co by dali kolegovia mechanický konstruktéri za to aby nemusela ich firma platit dalsi ekvivalent ich mesacneho platu roznym Solidworksom a Catiam ?

Predstavte si montáž Iphonu je práca s vysokou pridanou hodnotou. Lenze praca je exportovana do otrokárskej Číny.
Napríklad rozdiel ceny medzi "Librem made in USA (1999 USD)" a smartphonom Librem vyrobnenom v Azii (1300USD) je 700 USD staci zmenit krajinu  hned pridana hodnota prace tovarne narastie o  + 50%.

Stačí rozhnevať Čínu a následný insourcing vyroby z Číny naspať domov určite prinesie dramatickú zmenu pomeru ceny hardvéru/softvéru.

3

Studium a uplatnění / Re:IT freelancer - pojištění odpovědnosti OSVČ

« kdy: 24. 04. 2023, 17:45:50 »

A ako je to si situaciami typu precenil som svoje schopnosti/možnosti a vysledný produkt je nestabilný/problémový/pomalý/spotrebuva viac zdrojov než by mal.

Alebo napríklad moj soft potrebuje k svojej praci knižnicu/framework/operačný system typu XY, v ktorom je bug (o ktorom vopred nevedel) a samozrejme tvorca knižnice/frameworku/operačnýho systému nezodpovedá za nič.

4

Windows a jiné systémy / Re:Jak na Ad Blocker na mobilech?

« kdy: 06. 01. 2023, 22:39:01 »

Mam  androida Motorola One, defaultny od vyrobcu + aktualizacie. Pouzivam prehliadac Firefox + unlock origin a ziadne reklamy na YouTube mi nezobrazuje ( Ked pozeram YouTube cez prehliadac).

5

Server / Re:Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 05. 08. 2022, 12:30:33 »

Odstránil som {'194.36.144.87', hostname='ns29.de.dns.opennic.glue', ca_file='/etc/ssl/certs/ca-certificates.crt'}

a už 3 dni všetko funguje bez chybovych hlaseni  . ( ziadba tls_cl chyba, ziadny crash knot resolvera,m, ziadny double free)

Tak to vyzera ze to opennic ma nejaky problem s certifikatmi/nastavenim.

Ďakujem za radu.

6

Server / Re:Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 01. 08. 2022, 13:45:27 »

po restart kresd1.service sa prva chyba [tls_cl] objavi po 15 minutach prevadzky.

7

Server / Re:Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 01. 08. 2022, 13:41:57 »

Zřejmě máte TLS_FORWARD kde nakonfigurované jméno služby neodpovídá jménu certifikátu který ta služba pošle.  Tam aktualizace ca-certificates nemůže pomoct, protože nesedí jméno.  Takže... prostě nastavte správné jméno, za předpokladu že mu stále věříte, apod.

Kde/ako (v ktorom konfigu) mám správne nastaviť to meno ?

Ja mám k /etc/knot-resolver/kresd.conf nasledujuce nastavenie TLS

Kód: [Vybrat]

policy.add(policy.all(policy.TLS_FORWARD({
  {'9.9.9.9', hostname='dns.quad9.net', ca_file='/etc/ssl/certs/ca-certificates.crt'},
  {'149.112.112.112', hostname='dns.quad9.net', ca_file='/etc/ssl/certs/ca-certificates.crt'},
  {'194.36.144.87', hostname='ns29.de.dns.opennic.glue', ca_file='/etc/ssl/certs/ca-certificates.crt'}
})))


Tiez som si všimol ze sa Knot obsac sam od seba restartne, , vypis z /var/log/syslog

Kód: [Vybrat]

Aug  1 09:34:37 rpi400 kresd[2312]: [tls_cl] failed to verify peer certificate: The certificate is NOT trusted. The name in the certificate does not match the expected.
Aug  1 09:37:22 rpi400 kresd[2312]: double free or corruption (!prev)
Aug  1 09:37:23 rpi400 systemd[1]: kresd@1.service: Main process exited, code=dumped, status=6/ABRT
Aug  1 09:37:23 rpi400 systemd[1]: kresd@1.service: Failed with result 'core-dump'.
Aug  1 09:37:23 rpi400 systemd[1]: kresd@1.service: Scheduled restart job, restart counter is at 2.
Aug  1 09:37:23 rpi400 systemd[1]: Stopped Knot Resolver daemon.
Aug  1 09:37:23 rpi400 systemd[1]: Starting Knot Resolver daemon...
Aug  1 09:37:23 rpi400 systemd[1]: Started Knot Resolver daemon.
Aug  1 09:38:20 rpi400 kresd[5900]: [tls_cl] failed to verify peer certificate: The certificate is NOT trusted. The name in the certificate does not match the expected.
Aug  1 09:38:44 rpi400 kresd[5900]: message repeated 3 times: [ [tls_cl] failed to verify peer certificate: The certificate is NOT trusted. The name in the certificate doe



8

Server / Re:Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 31. 07. 2022, 17:31:08 »

System na rpi nebol 2 mesiace aktualizovany.

Ja knot resolver som predtym stahoval z stahujem z repozitaru https://download.opensuse.org/repositories/home:/CZ-NIC:/knot-resolver-latest/xUbuntu_20.04/

Najskor som skusil aktualitovat len knot-resolver a knot-resolver-release a systemctl restartol, ale nepomohlo (ani po rebooote).

Ked som potom aktualizoval cely system, tak dns zacalo fungovat.

V systeme teraz mam 2 baliky knot-resolver (5.5.1-cznic.1)  a knot-resolver-release (1.10-1)

Aky je rozdiel medzi knot-resolver a knot-resolve-release ? 

9

Server / Re:Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 31. 07. 2022, 13:28:26 »

este som si vsimol v szslogu dalsiu chybu

Kód: [Vybrat]

kresd[2371]: [tls_cl] failed to verify peer certificate: The certificate is NOT trusted. The name in the certificate does not match the expected.
skusal som update ca-certifikatov

apt-get update
apt-get install ca-certificates
update-ca-certificates --fresh --verbose
openssl rehash -v
reboot

ale knot stale nefunguje.

10

Server / Knot kresd cannot resolve address 'b root-servers.net'

« kdy: 31. 07. 2022, 12:13:53 »

Mam doma na rpi400 pusteny Knot resolver 1.10 na Ubuntu 20.04. Po polroku bezproblemovej prevadzky sa dnes v noci nieco pokazilo

Na niektore weby sa dostanem, na niektore nie weby sa nedostanem
 Rpi400 slisi ako router/firewall a pakety na  53 a 853 presmerovavam na moj Knot resolver von cez dns over tls.

Systemctl status kresd1.service

Kód: [Vybrat]

kresd[3258]: [primin] cannot resolve address 'b.root-servers.net.', type: 1

kresd[3258]: [primin] cannot resolve address 'b.root-servers.net.', type: 28

kresd[3258]: [primin] cannot resolve address 'c.root-servers.net.', type: 28

kresd[3258]: [primin] cannot resolve address 'e.root-servers.net.', type: 1

kresd[3258]: [primin] cannot resolve address 'f.root-servers.net.', type: 1

kresd[3258]: [primin] cannot resolve address 'g.root-servers.net.', type: 1

kresd[3258]: [primin] cannot resolve address 'g.root-servers.net.', type: 28

kresd[3258]: [primin] cannot resolve address 'h.root-servers.net.', type: 1

kresd[3258]: [primin] cannot resolve address 'l.root-servers.net.', type: 28

kresd[3258]: [primin] cannot resolve address 'm.root-servers.net.', type: 28

Neviem niekto poradit ako to opravit ? Dakujem

11

Sítě / Re:Kde je ajťákův ráj na venkově?

« kdy: 27. 01. 2022, 12:10:09 »

Ako človek ktorý v mladosti zažil presťahovanie z mesta na blízku dedinu mám jednoznačný názor.

Podla mna najlepšia kombinácia je dom (nie byt/panelak) v skutočnom meste (nie satelit). Na lokalite tiež dosť záleží. Veľká záhrada je na prítaž. Civilizácia je super, len je potrebná určitá "nárazníkova zóna"

Ludia čo chcú uniknúť pred mestským smogom bývajú prekvapení dedinským smogom (stači jeden debil na ulici ktorý kúri drevotrieskovým odpadom).

Tiež je dobré zistit v prípade prúseru ako dlho by trval príjazd záchranky a pod ktorú nemocnicu patríte. Je roziel byt 5 km od veľkej univerzitnej než 50 km po cestách 3 triedy do malej/slabo vybavenej.

12

Server / Re:Mail u sebe doma

« kdy: 30. 10. 2021, 14:14:35 »

A nie je celý problém len v tom že mailserver postavený na  Postfix/Dovecot je nevhodný ( hlavne časová námaha na konfiguraciu) ak niekto chce domaci email server pre jedneho použivatela ?

Neexistuje nejakí jednoduchší softvér (hoci aj plateny) na "domace použitie pre jedného použivatela ? "  KISS princíp ?

Vyskúšal som volakedy davno (10rokov dozadu) rozbehnúť Postfix + Dovecot doma.  Na antispam filter som už nemal silu.

13

Odkladiště / Re:Počítač bez integrovaných obvodů

« kdy: 08. 10. 2021, 15:31:45 »

A co tak pouzit diskretne suciastky k stavbe exotickejsieho cpu, napriklad  pracujuceho v trojkovej sustave ?

http://xyzzy.freeshell.org/trinary/CPE%20Report%20-%20Ternary%20Computing%20Testbed%20-%20RC6a.pdf

https://www.computer-museum.ru/english/setun.htm

14

Hardware / Re:Balíčky z Aliexpresu

« kdy: 07. 10. 2021, 17:33:11 »

Pred vyse mesiacom som objednal 3 stuple na sluchatka z pamatovej peny. Z cinskeho skladu, cena 1,72USD. Prislo postou na SLovensko do schranky, nic som nedoplacal. Stitok na obalke bol prelepeny, odosielatel bol CAINIAO Belgicko.

Skor ma serie ze inksquid.com z Anglicka prestal posielat celkom kvalitne neoriginalne naplne do tlaciarne na Slovensko.  Fuck EU.

15

Distribuce / sddm sa neustale reštartuje, PPPoE spojenie vypadáva

« kdy: 05. 06. 2021, 10:54:24 »

Mám  asi mesiac nové Raspberry PI 400 s  Ubuntu20.04 LTS a LxQt použité ako router/firewall z domacej siete do Internetu po VDSL linke. Predtým som pár rokov mal Rpi 3 bez vážnejších problémov.

Nové Rpi 400 nevydrží ísť viac ako 1 deň bez toho aby vypadlo PPPoE spojenie.

Podla výpisu z /var/log/syslog to vyzerá akoby sa sddm neustále reštartuje ( vyše 26000 krát zua sebou). Naposledy problémy začali krátko po polnoci už restart counter mal hodnotu 13000 a ráno som pozrel vypis var/log/syslog a bolo tam 26 000 reštartov.  Na Rpi je možné sa pripojiť cez ssh, VNC spojenie pomocou softvéru NoMachine nefunguje. K tomu RPi400 nemávam normálne pripojený monitor. Systém beží z USB klúča. Skúsil som obnovit /boot particiu zo zálohy. /root a /home oddiely sú btrfs, spustil som btrfs scrub ale neukázal žiadne chyby.

Po reštarte príkazom reboot systém znovu nabehne a vyzerá byt funkčný.

Minulý víkend som skúsil aj aktualizovať systém, ale bez zmeny k lepšiemu.  Predtým GUI sa zaseklo na čiernej obrazovke po aktivácii Screensaveru, tak som ho vypol.


Našiel som aj nejaké riešenie https://www.reddit.com/r/archlinux/comments/jtb1zb/sddm_failed_to_read_display_number_from_pipe/, ale neviem ho aplikovať na Rpi400.

Ide o pridanie modulu grafickej karty do initramfs
https://wiki.archlinux.org/title/Kernel_mode_setting#Early_KMS_start

Problém je že ja neviem aký modul mám pridat, ked mám Rpi400.


opakujuci sa fragment /var/log/syslog

Kód: [Vybrat]

Jun  5 08:18:43 rpi400 systemd[1]: Starting Simple Desktop Display Manager...
Jun  5 08:18:43 rpi400 systemd[1]: Started Simple Desktop Display Manager.
Jun  5 08:18:43 rpi400 sddm[216939]: Initializing...
Jun  5 08:18:43 rpi400 sddm[216939]: Starting...
Jun  5 08:18:43 rpi400 sddm[216939]: Logind interface found
Jun  5 08:18:43 rpi400 sddm[216939]: Adding new display on vt 1 ...
Jun  5 08:18:43 rpi400 sddm[216939]: Loading theme configuration from ""
Jun  5 08:18:43 rpi400 sddm[216939]: Display server starting...
Jun  5 08:18:43 rpi400 sddm[216939]: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{9cf80e0f-8e2d-422e-ab64-1c49d533c1b1} -background none -noreset -displayfd 17 -s>
Jun  5 08:18:44 rpi400 sddm[216939]: Failed to read display number from pipe
Jun  5 08:18:44 rpi400 sddm[216939]: Display server failed to start. Exiting
Jun  5 08:18:44 rpi400 systemd[1]: sddm.service: Main process exited, code=dumped, status=6/ABRT
Jun  5 08:18:44 rpi400 systemd[1]: sddm.service: Failed with result 'core-dump'.
Jun  5 08:18:45 rpi400 pppd[215153]: Timeout waiting for PADO packets
Jun  5 08:18:45 rpi400 pppd[215153]: Unable to complete PPPoE Discovery
Jun  5 08:18:46 rpi400 systemd[1]: sddm.service: Scheduled restart job, restart counter is at 26342.
Jun  5 08:18:46 rpi400 systemd[1]: Stopped Simple Desktop Display Manager.
Jun  5 08:18:46 rpi400 systemd[1]: Starting Simple Desktop Display Manager...
Jun  5 08:18:46 rpi400 systemd[1]: Started Simple Desktop Display Manager.
Jun  5 08:18:46 rpi400 sddm[216950]: Initializing...
Jun  5 08:18:46 rpi400 sddm[216950]: Starting...
Jun  5 08:18:46 rpi400 sddm[216950]: Logind interface found
Jun  5 08:18:46 rpi400 sddm[216950]: Adding new display on vt 1 ...
Jun  5 08:18:46 rpi400 sddm[216950]: Loading theme configuration from ""
Jun  5 08:18:46 rpi400 sddm[216950]: Display server starting...
Jun  5 08:18:46 rpi400 sddm[216950]: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{e564a676-a8ef-4322-b917-b6c938365325} -background none -noreset -displayfd 17 -s>
Jun  5 08:18:46 rpi400 sddm[216950]: Failed to read display number from pipe
Jun  5 08:18:46 rpi400 sddm[216950]: Display server failed to start. Exiting
Jun  5 08:18:47 rpi400 systemd[1]: sddm.service: Main process exited, code=dumped, status=6/ABRT
Jun  5 08:19:27 rpi400 systemd[1]: sddm.service: Failed with result 'core-dump'.
Jun  5 08:19:27 rpi400 systemd[1]: sddm.service: Scheduled restart job, restart counter is at 26343.
Jun  5 08:19:27 rpi400 systemd[1]: Stopped Simple Desktop Display Manager.
Jun  5 08:19:27 rpi400 systemd[1]: Starting Simple Desktop Display Manager...
Jun  5 08:19:27 rpi400 systemd[1]: Started Simple Desktop Display Manager.
Jun  5 08:19:27 rpi400 sddm[216959]: Initializing...
Jun  5 08:19:27 rpi400 sddm[216959]: Starting...
Jun  5 08:19:27 rpi400 sddm[216959]: Logind interface found
Jun  5 08:19:27 rpi400 sddm[216959]: Adding new display on vt 1 ...
Jun  5 08:19:27 rpi400 sddm[216959]: Loading theme configuration from ""
Jun  5 08:19:27 rpi400 sddm[216959]: Display server starting...
Jun  5 08:19:27 rpi400 sddm[216959]: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{6705749d-a570-45b4-9665-bd4a44693b90} -background none -noreset -displayfd 17 -s>
Jun  5 08:19:27 rpi400 sddm[216959]: Failed to read display number from pipe
Jun  5 08:19:27 rpi400 sddm[216959]: Display server failed to start. Exiting