Sziasztok! Valaki tudna nekem segíteni abban hogyan tudnám bekapcsolni a koppintásos kattintást? Mert nincs ilyen lehetőség a beállításokban.
Jeff Geerling
Removing official support for Red Hat Enterprise Linux
June 23, 2023
For all of my open source projects, effective immediately, I am no longer going to maintain 'official' support for Red Hat Enterprise Linux.
I will still support users of CentOS Stream, Rocky Linux, and Alma Linux, as I am able to test against those targets. Support will be 'best effort', and if you mention you are using my work on Red Hat Enterprise Linux, I will close your bug/feature/support request as 'not reproducible', since doing so would require I jump through artificial barriers Red Hat has erected to prevent the use of their Linux distribution by the wider community. For more of my reasoning, see my previous blog post: Dear Red Hat: Are you dumb?. This decision will not change until and unless I see evidence Red Hat cares about giving free and open access to the sources required to build and test against their Linux distribution.
Process
The timeline for this transition to not supporting RHEL is as follows: Today: Removing official support for RHEL in Ansible role metadata, so users searching for roles to work with RHEL will not find my roles (I would rather they find roles that are actually tested against RHEL, because I cannot guarantee my roles will work for these users). Ongoing: As issues crop up on various roles against RHEL, I will decide on a case-by-case basis whether to strip all RHEL-like support (effectively making the project only run on Fedora, Arch, Ubuntu, Debian, or other distros), or attempting to fix the problem so existing users of Rocky Linux, AlmaLinux, and CentOS Stream may still benefit from the fix.
Sziasztok,
RHEL 8.7 alatt szükségem lenne compressed volume-ra (konkréten egy könyvtár esetén, rekurzivan).
- BTRFS kiesik mert ki lett vezetve
- VDO gyári csomagja használhatatlan:
ERROR - modprobe: FATAL: Module kvdo not found in directory /lib/modules/4.18.0-425.19.2.el8_7.x86_64
- ZFS-ről nem sokat találtam RHEL alatt és az is experimental-al tűnik
Van esetleg más opció rá?
Köszönöm, Tassadar
Sziasztok.
Ismerkedek a ZFS fájlrendszerrel, és olvasva az előnyeit, bár sok értelme lehet hogy nincs egy desktop gépen, de használni szerentém:
Az én gépem soha nem lesz akkora rendszer, ahol bármit is kihasználnék ebből, de foglalkoztat. Ezt tényleg egy modern megoldásnak látom.
Kicsit furcsa, hogy a Fedora-ban talán kernelt is kell fordítni, hogy ha a Root fájlrendszert is ZFS-nek szeretném. Gondolom megvan az oka, de én bármilyen gépen (laikusként) eleve egy ilyen rugalmas modern fájlrendszert szeretnék, ezekkel a feature-ökkel. Akár desktop gépen is.
Egy virtuális gépben próbáltam ki először, feltelepítettem a Fedora-t, úgy hogy egy darab EXT4 partíciót csináltam a root-nak, ami 20 Gb-os.
Utána újraindítottam a gépet, megcsináltam az első usert, ami nem root, beléptem szépen.
Majd feltettem a ZFS-t, a következő módon: https://openzfs.github.io/openzfs-docs/Getting%20Started/Fedora/index.h…
ZFS modul engedélyezés, majd fdisk-el a maradék helyen csináltam egy üres partíciót: /dev/vda4
Ezután:
zpool create -f zpool1 /dev/vda4
zfs create zpool1/home
zfs create zpool1/tmp
zfs create zpool1/var
rsync -avxHAX --progress /home/ /zpool1/home/
rsync -avxHAX --progress /var/ /zpool1/var/
zfs set mountpoint=/home zpool1/home
zfs set mountpoint=/tmp zpool1/tmp
zfs set mountpoint=/var zpool1/var
Majd reboot,
mount --bind / /mnt/root/
és az /mnt/root/ alól a régi /home /var /tmp könyvtárak tartalmát kitöröltem.
Tömörítés, deduplikáció kikapcsolva az alap beállításokkal: reméltem, de pipa.
Kérdések:
Előre is köszönöm
Üdv,
Nálatok is ezt csinálja? sha256 checksum hiba.
sudo dnf update
Repository google-chrome is listed more than once in the configuration
symfony-stable 1.1 kB/s | 659 B 00:00
Függőségek feloldva.
==============================================================================================================================================================================================================================================
Csomag Architektúra Verzió Tároló Méret
==============================================================================================================================================================================================================================================
Frissítés:
symfony-cli x86_64 5.5.3-1 symfony-stable 5.2 M
Tranzakció összegzés
==============================================================================================================================================================================================================================================
Frissítés 1 Csomag
Teljes letöltési méret: 5.2 M
Ez így jó? [y/N] y
Csomagok letöltése:
[MIRROR] symfony-cli-5.5.3.x86_64.rpm: Downloading successful, but checksum doesn't match. Calculated: 6436af8b6ae682d100b16886cb9c19f88a7ec11c69f53fab0d19f90d73dae7ae(sha256) Expected: 6397065a73f50a2456d10bbbeb87faa1c0a48f350aaa474e19bac37645c7f026(sha256)
[MIRROR] symfony-cli-5.5.3.x86_64.rpm: Downloading successful, but checksum doesn't match. Calculated: 6436af8b6ae682d100b16886cb9c19f88a7ec11c69f53fab0d19f90d73dae7ae(sha256) Expected: 6397065a73f50a2456d10bbbeb87faa1c0a48f350aaa474e19bac37645c7f026(sha256)
[MIRROR] symfony-cli-5.5.3.x86_64.rpm: Downloading successful, but checksum doesn't match. Calculated: 6436af8b6ae682d100b16886cb9c19f88a7ec11c69f53fab0d19f90d73dae7ae(sha256) Expected: 6397065a73f50a2456d10bbbeb87faa1c0a48f350aaa474e19bac37645c7f026(sha256)
[MIRROR] symfony-cli-5.5.3.x86_64.rpm: Downloading successful, but checksum doesn't match. Calculated: 6436af8b6ae682d100b16886cb9c19f88a7ec11c69f53fab0d19f90d73dae7ae(sha256) Expected: 6397065a73f50a2456d10bbbeb87faa1c0a48f350aaa474e19bac37645c7f026(sha256)
[FAILED] symfony-cli-5.5.3.x86_64.rpm: No more mirrors to try - All mirrors were already tried without success
A letöltött csomagok mentésre kerültek a gyorsítótárba a következő sikeres tranzakcióig.
A gyorsítótárazott csomagokat a következő végrehajtásával törölheti: „dnf clean packages”.
Hiba: Hiba a csomagok letöltésekor:
symfony-cli-5.5.3-1.x86_64: Cannot download, all mirrors were already tried without successA dnf clean nem segít.
Sziasztok!
Segítséget kérnék az alábbi probléma megoldásában:
Van egy régi intranetes szerverünk, melyen a PHP-ben megírt alkalmazás Oracle adatbázist használ. Frissítettem 5.4-ről balga módon 5.6-ra, ezzel viszont elszállt az alkalmazás.
InstantClient11.2 van rajta. Már próbálkoztam mindenféle leírással, de nem megy. a Google már nem barátom, mindent végig próbáltam, fordítottam is PDO-OCI-t.
A hiba (php -ri oci8 utasítás után):
PHP Warning: Module 'oci8' already loaded in Unknown on line 0
PHP Parse error: syntax error, unexpected end of file in Command line code on line 1
Parse error: syntax error, unexpected end of file in Command line code on line 1
yum info php-oci8 kimenete:
Név : php-oci8
Arch : x86_64
Verzió : 5.6.40
Kiadás : 35.el7.remi
Méret : 414 k
Tároló : installed
Tárolóból : remi-php56
Összegzés : A module for PHP applications that use OCI8 databases
URL : http://www.php.net/
Licenc : PHP
Leírás : The php-oci8 packages provides the OCI8 extension version 2.0.12
: and the PDO driver to access Oracle Database.
:
: The extension is linked with Oracle client libraries 21.8
: (Oracle Instant Client). For details, see Oracle's note
: "Oracle Client / Server Interoperability Support" (ID 207303.1).
:
: You must install libclntsh.so.21.1 to use this package, provided
: in the database installation, or in the free Oracle Instant Client
: available from Oracle.
:
: Notice:
: - php-oci8 provides oci8 and pdo_oci extensions from php sources.
: - php-pecl-oci8 only provides oci8 extension.
:
: Documentation is at http://php.net/oci8 and http://php.net/pdo_oci
Az alkalmazás PDO-n keresztül érné el:
PDO("oci:dbname=".$tns.";charset=EE8ISO8859P2",$db_username,$db_password)
Előre is köszönöm!
Sziasztok,
Az operációs rendszer Redhat 8, Tomcat verziója 9.0.65.
A probléma a következő:
Egy tomcat alkalmazás 2022.07.24 én még a logrotálás után leürítette a catalina.out tartalmát, de azóta nem.
Volt akkor egy tomcat frissítés és még utána működött, de viszont kézzel le lett ürítve a catalina.out (echo > " ") azóta úgy tűnik nem működik.
Esetleg van valakinek ötlete mi lehet a probléma?
A válaszokat előre is megköszönve
A legújabb 6.1.36-os VirtualBox van fent, az extension pack-et is telepítettem. Gazda: Windows 10 Home AMD64, 16 GB ECC, 500 GB SSD, Ryzen 3 3100. Vendég: Fedora 36 Scientific AMD64, 4 GB, 2 CPU, 128 MB VRAM, 64 GB HDD, EFI, egymásbaágyazott virtualizáció, PAE/NX, I/O APIC, memóriavirtualizáció, VMSVGA, 3D gyorsítás, hangbemenet, USB 3.0: mindent engedélyeztem amit lehet. Nagyítás nélkül, 3840*2160-as felbontásban. A telepítés ment szépen, de utána bejelentkezés után 1 perc se telik el és az egér lefagy. Mindig, sokszor próbáltam. Ez javítható valahogy, vagy töröljem az egész virtuális gépet? Gondolom a VirtualBox-ban van a hiba.
Sziasztok! Gondom akadt a Fedora indulásával. Ez a hibaüzi: https://drive.google.com/file/d/1pNjIidRUAnUsUUzQBqgH0KrEN9rYn3Zi/view?usp=sharing
Grub reinstall kellene? Jól gondolom?
Fedora Wiki ide vonatkozó része, UEFI-t illetően: https://drive.google.com/file/d/1uof3LbEaDzzid_-CspEIFsvrMJBGCEIm/view?usp=sharing
Eddigi Debian/Ubuntu/Arch ismereteim szerint. Ilyen esetben kell az aktuális rendszer Live ISO-ja, majd abban chroot és utána a megfelelő csatolások után. Grub reinstall.
Viszont itt csak két parancsot látok, ami kitöröl két .cfg fájlt két partíció két könyvtárából. Nem ír a fáma arról, hogy ezt Live rendszer alól, vagy helyreállítási konzolról vagy a Grub minimális környezetéből.
Aztán a csomagkezelővel reinstallálni a szükséges dolgokat.
Amit nem értek az ez:
# dnf reinstall shim-* grub2-efi-* grub2-common
A shim-* és -efi-* kifejezések mit takarnak?
Ezek helyettesítenék a chroot folyamatot?
Sziasztok!
Üzembe kell helyeznem egy gépet, amin CentOS oprendszerrel egy FreePBX üzemel.
Konfiguráció:
- Alaplap: Gigabyte B365M H
- Proci: INtel I5-9400
- Mem.: Kingston 8GB
- HDD: 2 db ADATA 240GB Sata SSD
PBX: A jelenlegi utolsó letölthető verzió: FreePBX 16, Asterisk 13
Csak úgy tudtam feltelepíteni a rendszert, hogy a biosban kikapcsoltam az UEFI-t (Legacy-ra van állítva), valamint nincs hw RAID, mert ha ezek bármelyike aktív, akkor a telepítő GUI indulásakor elhalálozik.
Sikerült a rendszert feltelepíteni, működik is rendesen, de szeretném a két HDD-t RAID-be kapcsolni, de nem tudom, hogyan kell.
Kérlek benneteket, segítsetek, miket kellene csinálnom? Abszolút kezdő vagyok Linuxban.
Az mdadm telepítve van.
lsblk kimenete:
sda (223.6 G)
- sda1 (200M) /boot/efi
- sda2 (2G) /boot
- sda3 (221.4G)
- SangomaVG-root (203G) /
- SangomaVG-swaplv1 (7.8G) [SWAP]
sdb (223.6G)
- sdb1 (100M)
- sdb2 (16M)
- sdb3 (223G)
- sdb4 (510M)
Azt látom, hogy a rendszer az sda disken van. Az sdb disken azért vannak ilyen partíciók, mert még a kezdet kezdetén feltettem a gépre egy Win10-et, mert tesztelni akartam, hogy a pbx telepítőnek van baja a hw raid-el, vagy a raid a hibás, de a Win10 csont nélkül felment hw raid-el...
Gábor