Linux-haladó

# 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

Van egy Debian alapú webszerver, ahol php-fpm szolgálja ki a kérelmeket. Mágikus módon azonban néha beragadnak az fpm szálak. Semmilyen konfiguráció nem segített eddig rajtuk, a timeout értékek egyáltalán nem érdeklik ilyenkor. Egyedül az fpm újraindítása teszi helyre. Ilyen beragadt állapotban a szerver terheltsége (CPU, IO) nem tér el az átlagostól, és elég alacsony. Több php verzió is van a szerveren, és bármelyikkel verzióval elő tud fordul. Lehet, hogy nem is a php-fpm hibája.(?)

Egyetlen érdekes tulajdonsága van, hogy az esetek 95%-ban 3*x óra:00-kor történik. Az óra 3-nal osztható véletlenszerű, a perc meg 00.

Végignéztem az időzített folyamatokat, és mindent, ami 00-kor indult, áttettem másik időpontra. Ennek ellenére továbbra is következetesen :00-kor történik, ha történik.

Milyen háttérfolyamat lehet az, ami mindig 00-kor fut le?

Azt hittem egyszerűbb lesz de elakadtam.
A végcél: librenms-ben monitorozni (alert+grafikon) az nvme hőmérsékletét.
Másodlagos cél: egyéb diszkek hőmérsékletét is hozzáadni a monitorozáshoz.

A LibreNMS-em jól működik, a "gyári" MIB-eket szépen hozza mindenféle eszközökről. 

Odáig már eljutottam hogy a MIB hierarchiába valahová be kell tennem ezeket az értékeket.
Hova tegyem?

Odáig is eljutottam hogy az NVME hőmérsékletét le tudom kérdezni.

Hogyan tovább?

Sziasztok!

Debian 12 + postfix 3.7.6, szeretném, ha a levél fejlécében szerepelne az "X-Envelope-To: " a megfelelő értékkel. Félig működik, azaz amikor telefonról küldök levelet a postfixen keresztűl, akkor beleteszi a fejlécbe az "X-Envelope-To: "-t, viszont amikor localban, szerveren belül küldöm, akkor már nem csinálja.

A leírás szerint a main.cf bejegyzés:

smtpd_recipient_restrictions = ..., check_recipient_access pcre:/etc/postfix/x-add-envelope-to, ...

A /etc/postfix/x-add-envelope-to tartalma:

/(.*)/   prepend X-Envelope-To: $1
 

Tehát, amikor két local user egymás között levelez, vagy éppen kifele küld levelet, akkor az "X-Envelope-To: " nem kerül bele a levél fejlécébe.

Esetleg van valakinek ötlete, hogy merre nézzek szét?

Előre is köszönöm az ötleteket/segítséget.

Sziasztok,

itt olvasom: https://kubernetes.io/blog/2018/07/12/resizing-persistent-volumes-using…

hogy egy letrehozott pvc merete valtoztathato.

Az en esetemben:

$ kul get sc
NAME                    PROVISIONER                    RECLAIMPOLICY   VOLUMEBINDINGMODE   ALLOWVOLUMEEXPANSION   AGE
vsphere (default)       kubernetes.io/vsphere-volume   Delete          Immediate           true                   2y302d
vsphere-storage-class   kubernetes.io/vsphere-volume   Delete          Immediate           false                  10d

$ kul get pvc -n test4-ns-pkn
NAME                       STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   AGE
pvc-testpvcexpansion       Bound    pvc-1b2618cb-2687-4242-a478-d0f9d6306288   1Gi        RWO            vsphere        30m
 

Itt editalom a nagysagot 1G-rol 2G-ra:

# kul edit pvc pvc-testpvcexpansion -n mynamespace

# Please edit the object below. Lines beginning with a '#' will be ignored,
# and an empty file will abort the edit. If an error occurs while saving this file will be
# reopened with the relevant failures.
#
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  annotations:
    pv.kubernetes.io/bind-completed: "yes"
    pv.kubernetes.io/bound-by-controller: "yes"
    volume.beta.kubernetes.io/storage-provisioner: kubernetes.io/vsphere-volume
  creationTimestamp: "2023-11-13T03:33:11Z"
  finalizers:
  - kubernetes.io/pvc-protection
  name: pvc-testpvcexpansion
  namespace: mynamespace
  resourceVersion: "503302910"
  uid: 1b2618cb-2687-4242-a478-d0f9d6306288
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 2Gi  #<--------------------------------------itt irtam at 1G-rol 2G-ra --------------------
  storageClassName: vsphere
  volumeMode: Filesystem
  volumeName: pvc-1b2618cb-2687-4242-a478-d0f9d6306288
status:
  accessModes:
  - ReadWriteOnce
  capacity:
    storage: 1Gi
  phase: Bound

Nos, ha az ehhez hozzarendelt pod-ot megsemmisitem (kul delete pod proba -n mynamespace)

es kiirom ujra a pvc yaml  fajljat, nem latom, hogy elkezdodott volna a resizing.

$ kul get pvc pvc-testpvcexpansion -o yaml -n mynamespace
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  annotations:
    pv.kubernetes.io/bind-completed: "yes"
    pv.kubernetes.io/bound-by-controller: "yes"
    volume.beta.kubernetes.io/storage-provisioner: kubernetes.io/vsphere-volume
  creationTimestamp: "2023-11-13T03:33:11Z"
  finalizers:
  - kubernetes.io/pvc-protection
  name: pvc-testpvcexpansion
  namespace: mynamespace
  resourceVersion: "503302910"
  uid: 1b2618cb-2687-4242-a478-d0f9d6306288
spec:
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 2Gi
  storageClassName: vsphere
  volumeMode: Filesystem
  volumeName: pvc-1b2618cb-2687-4242-a478-d0f9d6306288
status:
  accessModes:
  - ReadWriteOnce
  capacity:
    storage: 1Gi
  phase: Bound

Mi az, ami hianyzik az egeszbol vagy esetleg mi az, amit rosszul csinalok?

Koszonom elore a segitseget.

Ardi

UPDATE:

Ezt a hibat talaltam:

Ignoring the PVC: didn't find a plugin capable of expanding the volume; waiting for an external controll
er to process this PVC.