Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou
… více »Český statistický úřad rozšiřuje Statistický geoportál o Datový portál GIS s otevřenými geografickými daty. Ten umožňuje stahování datových sad podle potřeb uživatelů i jejich prohlížení v mapě a přináší nové možnosti v oblasti analýzy a využití statistických dat.
Kevin Lin zkouší využívat chytré brýle Mentra při hraní na piano. Vytváří aplikaci AugmentedChords, pomocí které si do brýlí posílá notový zápis (YouTube). Uvnitř brýlí běží AugmentOS (GitHub), tj. open source operační systém pro chytré brýle.
Jarní konference EurOpen.cz 2025 proběhne 26. až 28. května v Brandýse nad Labem. Věnována je programovacím jazykům, vývoji softwaru a programovacím technikám.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Před 25 lety zaplavil celý svět virus ILOVEYOU. Virus se šířil e-mailem, jenž nesl přílohu s názvem I Love You. Příjemci, zvědavému, kdo se do něj zamiloval, pak program spuštěný otevřením přílohy načetl z adresáře e-mailové adresy a na ně pak „milostný vzkaz“ poslal dál. Škody vznikaly jak zahlcením e-mailových serverů, tak i druhou činností viru, kterou bylo přemazání souborů uložených v napadeném počítači.
Byla vydána nová major verze 5.0.0 svobodného multiplatformního nástroje BleachBit (GitHub, Wikipedie) určeného především k efektivnímu čištění disku od nepotřebných souborů.
Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za duben (YouTube).
Provozovatel čínské sociální sítě TikTok dostal v Evropské unii pokutu 530 milionů eur (13,2 miliardy Kč) za nedostatky při ochraně osobních údajů. Ve svém oznámení to dnes uvedla irská Komise pro ochranu údajů (DPC), která jedná jménem EU. Zároveň TikToku nařídila, že pokud správu dat neuvede do šesti měsíců do souladu s požadavky, musí přestat posílat data o unijních uživatelích do Číny. TikTok uvedl, že se proti rozhodnutí odvolá.
Pomoci glusterfs se mi podarilo na 1 stanici vytvorit oddil slozeny z oddilu na dalsich stanicich. Novy oddil nazvany gfs jsem pripojil do /gfs. Nyni bych rad tento novy oddil zpristupnil pomoci nfs ganesha i na zbyvajici stanice. Nasel jsem dokumentaci a nejake navody, ale nedari se mi nfs ganesha uspesne spustit. Zkusil jsem nasdilet jiny adresar a vse funguje, ale bohuzel ne gluster. Muj export export_scratch.nfsv.conf pripojen k ganesha.conf:
EXPORT { # Export Id (mandatory, each EXPORT must have a unique Export_Id) Export_Id =2; # Exported path (mandatory) Path = "/gfs"; # Exporting FSAL FSAL { name = GLUSTER; hostname="10.4.32.100"; volume="gfs"; } Access_type = RW; Disable_ACL = true; Squash="No_root_squash"; # Pseudo Path (required for NFS v4) Pseudo="/gfs"; Protocols = "3", "4" ; Transports = "UDP","TCP"; SecType = "sys";
V logu se nachazeji nasledujici chyby, ale nedari se mi je vyresit.
ganesha.nfsd-30764[main] fs_read_recov_clids_impl :CLIENT ID :EVENT :invalid clid format: node0 ganesha.nfsd-30764[main] fs_read_recov_clids_impl :CLIENT ID :EVENT :invalid clid format: node0 ganesha.nfsd-30764[main] glusterfs_create_export :FSAL :EVENT :Volume gfs exported at : '/' ganesha.nfsd-30764[main] glusterfs_get_fs :FSAL :CRIT :Unable to initialize volume. Volume: gfs ganesha.nfsd-30764[main] mdcache_fsal_create_export :FSAL :MAJ :Failed to call create_export on underlying FSAL GLUSTER ganesha.nfsd-30764[main] fsal_cfg_commit :CONFIG :CRIT :Could not create export for (/gfs) to (/gfs) ganesha.nfsd-30764[main] config_errs_to_log :CONFIG :CRIT :Config File (/etc/ganesha/exports/export_scratch.nfsv.conf:8): 1 validation errors in block FSAL ganesha.nfsd-30764[main] config_errs_to_log :CONFIG :CRIT :Config File (/etc/ganesha/exports/export_scratch.nfsv.conf:8): Errors processing block (FSAL) ganesha.nfsd-30764[main] config_errs_to_log :CONFIG :CRIT :Config File (/etc/ganesha/exports/export_scratch.nfsv.conf:1): 1 validation errors in block EXPORT ganesha.nfsd-30764[main] config_errs_to_log :CONFIG :CRIT :Config File (/etc/ganesha/exports/export_scratch.nfsv.conf:1): Errors processing block (EXPORT) ganesha.nfsd-30764[main] lower_my_caps :NFS STARTUP :EVENT :CAP_SYS_RESOURCE was successfully removed for proper quota management in FSAL ganesha.nfsd-30764[main] lower_my_caps :NFS STARTUP :EVENT :currenty set capabilities are: = cap_chown,cap_dac_override,cap_dac_read_search,cap_fowner,cap_fsetid,cap_kill,cap_setgid,cap_setuid,cap_setpcap,cap_linux_immutable,cap_net_bind_service,cap_net_broadcast,cap_net_admin,cap_net_raw,cap_ipc_lock,cap_ipc_owner,cap_sys_module,cap_sys_rawio,cap_sys_chroot,cap_sys_ptrace,cap_sys_pacct,cap_sys_admin,cap_sys_boot,cap_sys_nice,cap_sys_time,cap_sys_tty_config,cap_mknod,cap_lease,cap_audit_write,cap_audit_control,cap_setfcap,cap_mac_override,cap_mac_admin,cap_syslog,cap_wake_alarm,cap_block_suspend,cap_audit_read+ep ganesha.nfsd-30764[main] nfs_Init_svc :DISP :CRIT :Cannot acquire credentials for principal nfsMate s tim nekdo zkusenosti? Diky.
marincluster-N0:~ # gluster volume info Volume Name: gfs Type: Distribute Volume ID: 728a6954-1886-4b9d-8dc9-181ee02348d3 Status: Started Snapshot Count: 0 Number of Bricks: 4 Transport-type: tcp Bricks: Brick1: 10.4.32.100:/gluster/brick Brick2: 10.4.32.101:/gluster/brick Brick3: 10.4.32.102:/gluster/brick Brick4: 10.4.32.103:/gluster/brick Options Reconfigured: nfs.disable: on transport.address-family: inet storage.fips-mode-rchecksum: on
nfs.disable: onHa! Mas mit off.. mimo jine. ;)
Gluster NFS is being deprecated in favor of NFS-Ganesha Enter "yes" to continue using Gluster NFS (y/n)A i s timto ('off') nastavenim nfs-ganesha hlasi stejne chyby. A navody na glusterfs + nfs ganesha maji vsude
nfs.disable ontreba zde Ja si myslim, ze v tom bude jiny hacek:)
nfs.disable off
jasně říká, že se má deaktivovat vypnutí použití NFS serveru, který jede přes jádro. Jenže ten jede na každém stroji extra, což sebou přináší dost nepříjemná překvapení, když se data sdílená přes GlusterFS nestíhají synchronizovat.
Ganesha jede v userspace, proto se to vypnutí musí aktivovat. Měla co si vzpomínám několik záludných háčků, ovšem největší problém byl výkon. Stíhala s bídou obsloužit jen třetinu strojů. A to byl důvod proč šla k ledu.
Měla co si vzpomínám několik záludných háčků,…O kterých se dokumentace jaksi nezmiňovala. Týkaly se právě konfigurace, a co bylo nejhorší, ta nebyla konzistentní ani mezi verzemi. Což je problém na který naráží nyní i tazatel.
10.4.32.100:/gfs /mnt/scratch glusterfs defaults,_netdev,backupvolfile-server=10.4.32.100,xlator-option=transport.address-family=inet 0 0Zatim to vypada, ze to nejak funguje napric vsemi stroji. Musim to trochu otestovat nez to uznam za fungujici. Prvne jsem mel predstavu, ze oddil pripojim pomoci nfs-client, proto muj puvodni dotaz. Ale pokud toto reseni bude fungovat, necham to tak. Jsem zvedav.
Tiskni
Sdílej: