Linux-haladó

egy konzolos video lejatszoval lejatszom az mpegts file-t, amit hdmi outputbol generalok ffmpeg-gel

(sajna file-lal kell dlgoznom, stream nem lehet)

A folyamat:

1. az intro file elore elkeszitve, 30 sec, mpegts

2. elinditom a lejatszot az intro file-on

3. az ffmpeg folyamat elindul es hozzair (stdout append) a file vegere (ugyanaz a stream type) az uj dekodolt hdmi anyagot

(itt NEM elfelejtendo, hogy a a file fizikai merete igy kozben folyamatosan valtozik!!!)

---------

...azt varnam, hogy az elso 30sec utan folytatodjon a lejatszas a file-on, ne alljon meg a player.

Sajna ez nem igazolodik be, hiszen az elso inditasnal a 30sec-et olvassa be, mint video duration, aztan kilep.

Itt a kerdes: hogy lehet azt megoldani, hogy tovabb menjen a lejatszas? Otlet?

(gondoltam ket verziot: 

1. behazudni a player-nek, hogy nem 30sec a hossz az elso beolvasasnal, hanem 2 ora, de hogyan? At lehet alakitani az intro file-t, hogy 2 ora hosszunak  hazudja magat? - pontosan nem ismerem a ts file szerkezetet, hogy az utolso kepkockabol szedi ki a lejatszo a durationt, vagy valahol egy metatag tarolja, vagy esetleg kalkulalt a kepkockak szamabol?)

2. a masodik streamet, ami hozzairodk, eleve valami offset-tel inditani)

KOSZ a segitseget

Van egy fájl a neten amire szükségem van. Hektikus hogy mikor érhető el. Általában 8-10 óra között.
Van egy scriptem mely a dolgokat rendezi, viszont az automatizálást illetően lennének kérdéseim.
Jelenleg a systemd-vel zsonglőrködöm. A systemd minden fél órában meghívja a letöltő scriptemet.
RestartSec=1800s
Akkor is amikor már nem kellene. Mire gondolok?

A script ellenőrzéseket végez. A legfrissebb fájl van nálam, vagy sem?
Ha igen akkor kilép. A systemd le is állhatna. Nem kell hogy újrainduljon 1800s múlva.

Viszont ha nem a legfrissebb fájl van nálam, de még nem elérhető, akkor fél óra múlva újra meg kell próbálni.
Ez max 4 ellenőrzés 8-10 óra közötti intervallumot tekintve.
StartLimitBurst=4 - jól gondolom?

Ha elérhető, akkor letölti a legfrissebbet és kilép. A sytemd le is állhatna. Nem kell hogy újrainduljon 1800s múlva.

A lényeg hogyha már megvan a legfrissebb fájl, akkor már nem kell meghívni a letöltő scriptet.
Aznap már nincs rá szükség.

Azt tudni kell, hogy nálam nem megy 0-24 a gép, napközben is többször kikapcsolom.

Most eszközöltem néhány beállítást, de nem tudom hogy jó-e ez így?
Azt tudni kell hogy én a gépemet gyakram kapcsolom be/ki naponta többször is.

Tehát most így van a systemd:
 

[Unit]
Description=Bla bla
Wants=NetworkManager-wait-online.service
After=NetworkManager-wait-online.service
StartLimitIntervalSec=1d
StartLimitBurst=4

[Service]
ExecStart=/bin/bash -c %h/.scripts/bin/"download_file -s"
Restart=on-failure
RestartSec=1800s

[Install]
WantedBy=default.target

A Restart=on-failure helyett always volt, de valahol olvastam hogy az nem feltétlenül jó ebben az esetben. 

Sziasztok,

van egy sima deployment, amelyik pvc-t hasznal, amit /tmp ala mountolok.

Egy /xx/app konyvtarbol manualisan futtatva "/bin/bash dobup.sh" szkript lefut es az eredmeny a /tmp konyvtarba kerul.

Mig az alabb levo beallitas ok deployment eseten lefut:

securityContext:
        fsGroup: 1000
        runAsGroup: 1000
        runAsUser: 1000

a)

cronjob alatt  majrezik a szkript cli alatt:

error: error validating "STDIN": error validating data: ValidationError(CronJob.spec.jobTemplate.spec.template.spec.containers[0].securityContext): unknown field "fsGroup"

in io.k8s.api.core.v1.SecurityContext; if you choose to ignore these errors, turn validation off with --validate=false

b)

Ha GUI-ban hozom letre es beteszem ujra a 'fsGroup: 1000' parametert, mentes utan eltunik.

c)

ha 'fsGroup: 1000' kihagyva, akkor hibat kapok :

do.sh: line 45: /tmp/backup_test_2023-12-19-10h-52m-54s.sql: Permission denied
Error during backup. Details logged to: /tmp/error_backup_test_2023-12-19-10h-52m-54s.log
/bin/rm: cannot remove '/tmp/backup_test_2023-12-19-10h-52m-54s.sql': No such file or directory
do.sh: line 56: /tmp/error_backup_test_2023-12-19-10h-52m-54s.log: Permission denied

Ezek vannak a szkript 45. es 56. soraban:

line 45:

/usr/bin/mysqldump --user="${username}" --password="${password}" -h "${host}" --databases "${database_name}" > "${backupdir}"/"${backup_filename}" 2> "${backupdir}"/"${log_filename}"

line 56:

echo "wrongly generated backup ${to_delete} deleted in /tmp" >> "${backupdir}"/"${log_filename}"

Hol lehet a bibi?

Koszonom elore a segitseget, otleteket.

Ardi

nem vagyok egy nagy DB guru, a cel az lenne, hogy valami modon egy posgtres DB-be tobb node-on is tudjunk beleirni. (ne master-slave legyen, ahol csak a master irhato)

Azaz lenyegeben a primary-primary megoldas kellene.

van ilyen? Architekturalisan mi az ajanlott itt?

Olvasni mindenfelet, pl:

https://www.crunchydata.com/blog/a-guide-to-building-an-active-active-p…

de nekem egy jol mukodo, tesztelt cucc lenne jo...amit mar hasznaltok hosszu ideje...

# ln -s video.mp4    lejatszando.mp4

# ffplay lejatszando.mp4

...majd videolejatszas kozben....

# ln -sf video2.mp4    lejatszando.mp4

-----

...de nem tortenik semmi olyan amit akarnek, azaz nem kezdi lejatszani a masodik videot.

Szoval mint lathato a cel az lenne, hogy (barmilyen) videolejatszo alatt menet kozben akarom kicsirelni a videofile-t. Nem ujrainditva es nem a kovetkezore leptetve!  Lehetseges ez? Filerendszer tema?  (a lejatszo nem cache-l ennyit, itt nagymereteu fleokrol van szo) hardlinkkel sem megy.

Sziasztok,

Teamviewer és Anydesk helyett keresek ingyenes alternatívát.
Rátaláltam a HopToDesk programra, mely Free és Open Source, személyes és üzleti felhasználás esetén is.

https://www.hoptodesk.com
 

Feltelepítettem, három külön helyen lévő windows gépen és androidon is használom, szépen, stabilan működik, csak dög lassú.
Nagyon lassan mennek át a képadatok, bármennyire is lebutítom a felbontást.
Tudja azt a funkciót, hogy készíthetek saját szervert hozzá (mondjuk pl. egy VPS-en), ahhoz tudnak a kliensek csatlakozni, és akkor gyorsabban lehetne használni, és csak saját gépen mennek át az adataim...

Amit találtam hozzá doksit, abból nem tudtam egy debian alapú vps-re feltelepíteni és beüzemelni a szerver részét. A windows-os config fájlok is .toml kiterjesztésűek, a doksiban pedig .json szerepel.

https://help.hoptodesk.com/#category-advanced

Segítséget szeretnék kérni, ha van köztünk, aki használja a szerver részét, vagy szeretné használni, ossza meg legyen szíves, hogyan tudom debian vps konzolból telepíteni, konfigolni, és elindítani a szervert.

Köszönöm!

Joda.

Szeretném megváltoztatni a lightdm login doboz kinézetét. Azt, ahol a név található, és a ahová a jelszót írjuk be. Nálam ez most vagy fehér, vagy fekete, de nem tudom sehogyan sem sötét átlátszóvá s akár kisebbé alakítani.
Gondolom egy css fájllal megoldható lenne, de mégis hol ez a css fájl? Azt veszem észre hogy kezdik kivenni a felhasználók kezéből a lehetőségeket. Tisztára mint a Windows. 

Nálam csak ezek érhetők el. S egyik sem tartalmaz css fájlt. Csak pythont és egyebeket.

$ urpmq -ry greeter
lightdm-gtk-greeter-common-2.0.8-4.mga9
lightdm-gtk-greeter-settings-1.2.2-8.mga9
lightdm-gtk3-greeter-2.0.8-4.mga9
 

Sziasztok!

Egy idális világban egy szolgáltatásnak van 1 konfig fájlja, amit be tudunk tenni egy ConfigMap-be és boldogok vagyunk :) De ki hogyan kezelné azt a sziitut ha egy Pod-ba több, akár nagyobb méretű konfigurációt is be kellene tenni? Akár olyat, ami a ConfigMap méretkorlátait is túlteljesíti (pl. nagyobb mint 1Mb).

Tételezzük fel h. több ilyen Pod is van, különböző konfigokkal. ArgoCD intézi az alkalmazásokat egy Git repoból mondjuk valami olyan szerkezetben h. myrepo.example.com/app1, myrepo.example.com/app2, stb.stb.

Ha a konfigurációt is bepakolom ezekbe az app könyvtárakba, akkor pl. init-containerrel be tudom tolni a megfelelő app-nak, illetve mondjuk egy sidecarral tudom frissítgetni, de valahogy nem tűnik túl elegánsnak. Pláne h. nekem az app1 dobozba csak mondjuk az app1/config mappából kell 3Mb konfigurációt frissítgetni, így valamiféle sparse checkoutot is kellene csinálni a sidecar/init konténerekben, ami még jobban bonyolítja.

A cél az lenne h. a konfigurációkat as-is szerkeszti az üzemeltetés egy git repoban és merge-nél kellene bevinni a prod app-ba valamilyen úton módon.

Kíváncsi vagyok van-e valakinek a fenti init/sidecar megvalósításnál esetleg jobb/szebb/hatékonyabb ötlete.

Előre is köszi az ötletelést :) 

Van egy 8-as rendszer telepített csomagokkal. Létezik-e olyan program/parancs, amellyel kiíratható, hogy mi az a minimális csomag aminek a telepítésével reprodukálható a jelenlegi telepített csomagok telepítése. Tudom, lehetne hogy kiíratom az összes csomagot mondjuk rpm -qa-val és azt használom, csak lett egy ilyen ötletem, kerestem a neten, nem találtam megoldást és gondoltam megkérdezem itt.

Egyszerű példa. "A" csomag függősége "B", "B" csomag függősége "C", tehát ha "A" csomagot telepítem, a függőségek miatt települ "B" és "C" csomag is. Ha minden telepített csomagot kiíratok, akkor bekerül "A" "B" "C" csomag, ezzel szemben egy olyan lenne jó, hogy a program kimenete a függőségek figyelembevételével csak egy "A" lenne. Három csomagnál ez nem nagy dobás, sok csomagnál lehet érdekes, hogy kiírja a minimális szükséges csomagot.

Sziasztok,

mi a biztonsagos recept "mysql backup es restore" keszitesere docker image-ben (mysql:8.0.31) futtatott mysql adatbazisbol?

a) MySQL – copying a database, users and privileges between two servers – IT Integrated Business Solutions (it-iss.com)

szerint:

backup:
mysqldump -u root -r test.sql -p test

mysqldump -u root --flush-privileges -r mysql.sql -p mysql

restore:

mysql -u root -p

create database test;

use test;

source test.sql

use mysql;

source mysql.sql

FLUSH PRIVILEGES;

vagy pedig

b)

https://dba.stackexchange.com/questions/100511/backup-restore-users-pas…

The 'mysql' database contains users/privileges/passwords. So take the dump of mysql database along with other databases

mysqldump [options] --all-databases > all_databases_dump.sql

mysqldump -u root -p mysql user > user_table_dump.sql

These mysql database tables contain grant information

user: User accounts, global privileges, and other non-privilege columns.

db: Database-level privileges.

tables_priv: Table-level privileges.

columns_priv: Column-level privileges.

procs_priv: Stored procedure and function privileges.

After restoring cross check with

select Host, user, password from user ;

SHOW GRANTS FOR 'user'@'localhost';

Koszonom elore a segitseget.

Ardi