Debian GNU/Linux

Moodle 4.0+ probléma

Fórumok

Üdvözlet!

Olyan problémába futottam bele sajnos, hogy a moodle frissítése után (https://download.moodle.org/releases/latest/) az alábbi hibaüzenetet dobja a moodle belépés után: "HIBA!!! A használt kód RÉGEBBI, mint az ezen adatbázisok létrehozásához használt verzió." Erre a linkre lehet csak kattintani: https://docs.moodle.org/400/en/error/moodle/downgradedcore Viszont ez nem sokat segített sajnos. Mind a version.php-ben mind pedig a mdl_config táblában a verziók egyformák. A frissítést git pull-al végeztem, mint mindig.

sudo git pull
hint: Pulling without specifying how to reconcile divergent branches is
hint: discouraged. You can squelch this message by running one of the following
hint: commands sometime before your next pull:
hint:
hint:   git config pull.rebase false  # merge (the default strategy)
hint:   git config pull.rebase true   # rebase
hint:   git config pull.ff only       # fast-forward only
hint:
hint: You can replace "git config" with "git config --global" to set a default
hint: preference for all repositories. You can also pass --rebase, --no-rebase,
hint: or --ff-only on the command line to override the configured default per
hint: invocation.
Already up to date.

/var/www/html/moodle$ sudo -u www-data php admin/cli/upgrade.php
A telepített 4.0+ (Build: 20220506) (2022041900.04) verziót nem szükséges frissíteni

version.php:

defined('MOODLE_INTERNAL') || die();

$version  = 2022041900.04;              // 20220419      = branching date YYYYMMDD - do not modify!
                                        //         RR    = release increments - 00 in DEV branches.
                                        //           .XX = incremental changes.
$release  = '4.0+ (Build: 20220506)'; // Human-friendly version name
$branch   = '400';                     // This version's branch.
$maturity = MATURITY_STABLE;             // This version's maturity level.

MDL_Table:

select id,name,value from mdl_config where value like '202%';
+----+----------------+---------------+
| id | name           | value         |
+----+----------------+---------------+
| 30 | version        | 2022041900.04 |
+----+----------------+---------------+
1 row in set (0.001 sec)

Nagyon köszönöm a segítséget!

[MEGOLDVA] ISPconfig postfix+dovecat. A bejövő emailek nem a megfelelő helyre kerülnek

Fórumok

Szisztok!

Egy olyan problémába ütköztem, hogy telepítettem egy Debian szervert (11.3), amire felhúztam a legfrissebb ISPConfig-ot, amin majd működni fog egy levelezőszerver (postfix+dovecot+amavis) és egy webszerver (Apache). Egy ilyen tesztet már csináltam, és probléma nélkül működött mikor egy közvetlen MX record mutatott a külső Ip-re.
Viszont az új felállás az, hogy a létrehozott szerverre nem mutat semmilyen MX record, hanem egy másik szerver megszűri a leveleket, és bizonyos emailcímek esetén küldi nekünk tovább az emaileket. Ebben az esetben viszont az emailek nem a /var/vmail alatt jönnek létre Maildir formátumba, hanem a /var/mail alatt jönnek létre 1db fileként a felhasználó nevével, és ehhez appendeli az emaileket, pedig a postfix-ben meg van adva a /var/vmail. Ez a probléma csak és kizárólag akkor jön létre, ha a levelek továbbítódnak a mi szerverünkre egy másik emailszerverről (amin amúgy exim4 fut).

A felállás a következő:

A fő emailszerver ami továbbítja nekünk bizonyos userek emailjeit az mail.valami.hu és egy teljesen más hálózatban van, helyileg is máshol van.
A mi szerverünk neve isp.valami.hu, de a leveleket mx2.valami.hu címre kapjuk.

A szerverünk hosts fileja:

127.0.0.1       localhost
172.16.1.16    valami.prx.local valami (ez egy belső proxmox-os hálózat)
külső ip-nk   isp.valami.hu   isp  mx2.valami.hu  mx2

A main.cf "lényegi" tartalma:

myhostname = isp.valami.hu
myorigin = isp.valami.hu
mydestination = mx2.valami.hu, localhost, localhost.localdomain
relayhost =
mynetworks = 127.0.0.0/8 [::1]/128
inet_interfaces = all
inet_protocols = all
virtual_mailbox_base = /var/vmail

A logban azt vettem észre, hogy 2 sorban is különbözik ilyenkor:

Amikor egy mx record mutat a szerverre, tehát közvetlenül kapjuk a levelet, akkor az alábbiak látszódnak:

Apr 21 14:26:05 isp postfix/lmtp[158380]: 6527D101CA0: to=<shyciii@valami.hu>, relay=127.0.0.1[127.0.0.1]:10024, delay=0.55, delays=0.26/0.01/0.01/0.27, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 948EF101CA1)
Apr 21 14:26:05 isp postfix/qmgr[3726755]: 6527D101CA0: removed
Apr 21 14:26:05 isp dovecot: lmtp(shyciii@valami.hu)<158386><shyciii@valami.hu>, relay=isp.valami.hu[private/dovecot-lmtp], delay=0.28, delays=0.08/0.01/0.01/0.18, dsn=2.0.0, status=sent (250 2.0.0 <nyiro.viktor@yourcallcenter.hu> jbHqKV1NYWKyagIAbwWYLQ Saved)

Amikor továbbítják nekünk,akkor pedig ez kerül bele:

Apr 22 09:11:47 isp postfix/lmtp[211790]: 21BE2C40DCB: to=<shyciii@mx2.valami.hu>, relay=127.0.0.1[127.0.0.1]:10026, delay=4.1, delays=0.2/0.01/0/3.8, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10027): 250 2.0.0 Ok: queued as 1B1F1C40DD2)
Apr 22 09:11:47 isp postfix/qmgr[211782]: 21BE2C40DCB: removed
Apr 22 09:11:47 isp postfix/local[211794]: 1B1F1C40DD2: to=<shyciii@mx2.valami.hu>, relay=local, delay=0.11, delays=0.05/0.01/0/0.05, dsn=2.0.0, status=sent (delivered to mailbox)

Látható, hogy ha továbbítják nekünk, akkor nem a user@valami.hu -ként jön, hanem user@mx2.valami.hu-ként, és utána nem a dovecot dolgozza fel, hanem a postfix, és a realy-nél is így local szerepel, és nem a szerver neve.

Mi lehet a probléma?

debian11 exim4 tainted filename

Fórumok

release notesben irjak

https://www.debian.org/releases/bullseye/amd64/release-notes/ch-informa…

hogy $local_part es $domain helyett fajlnevekben $local_part_data es $domain_data-t kell hasznalni, ez oke.

de vajon egy fix fajlnevre miert irja hogy tainted? nincs benne semmi valtozo.

"Warning: Tainted filename '/etc/exim4/graylist_host_whitelist'"

igy nez ki a configban:

!host = ${if exists{/etc/exim4/graylist_host_whitelist}{/etc/exim4/graylist_host_whitelist}{}}

Deepin (Debian 10) Displayport kulso monitor problema

Fórumok

Sziasztok!

Notimon Deepin 20.5-ot hasznalok, ami Debian 10-re epul.

A gondom az,hogy ha racsatlakoztatok egy Kulso monitort Displayportal, akkor ha lehajtom a notebook fedelet, elsotetul a kulso monitor... A fura, hogy nem kapcsol ki, vagy alszik el, olyan mintha csak a brightness-t venne le 0 -ra....Ami erdekes, ha lehajtott fedovel kapcsolom be a gepet, akkor addig van kep a kulso monitoron, amig egyszer fol nem nyitom/csukom a fedelet. Az energia beallitasoknal mar mindent kikapcsoltam, csekkoltam parancssorbol a "lid" re vonatkozo policyat is, ezekbol is kikapcsoltam mindent, de semmi nem segit...

Ha nem is Deepin alatt (gondolom nem sokan hasznaljak) de Debian 10 alatt valaki mar talalkozott ilyennel?

Plusz info:

Ha kijelentkezek es akkor csukom le a fedelet, akkor jol mukodik es nem kapcsolja ki a kulso monitort. Be is jelentkezhetek, ekkor sem kerul kikapcsolasra, addig a pillanatig, amig ujra ki nem nyitom, majd becsukom... (ha be vagyok jelentkezve)

Exfat fájlrendszer olvasási furcsaságok

Fórumok

Sziasztok!

Egy érdekes problémával küzdök épp. Adott egy Sony PXW-Z280 kamera, mely SxS kártyára rögzít exfat fájlrendszerre. Windows 10-re felcsatolva szépen működik és látható az összes mappa és fájl. Ugyanez MX Linux 21 (Xfce4) alatt már nem így van, mert nem látható az XDROOT-on belüli Clip mappa. Cd paranccsal azonban sikerül belépni a nem látszódó Clip mappába, de azon belül hiányzik az összes MXF fájl. A dmesg semmilyen hibaüzenetet nem ír a felcsatoláskor.
Ezután kipróbáltam azt, hogy a felcsatoláskor ne a kernel modul legyen használva, hanem mount.exfat-fuse -vel legyen mountolva. Ez esetben a kártya teljes tartalma tökéletesen látszódik és olvasható. Azonban ilyenkor meg az a gond, hogy a rendszer nem csatolja fel magától a kártyát.
Olyan megoldás érdekelne, hogy rendesen lehessen olvasni a kártya tartalmát és működjön az automatikus felcsatolás is. Az mindegy, hogy a natív kernel modult vagy a fuse-t használom.
A cél az lenne, hogy az operatőr kollégák ugyanúgy át tudják másolni a másolni a kártya tartalmát mint Windows alatt.

Samba megosztás, mappa hiba

Fórumok

Sziasztok!

Debian 11 alatt telepítettem a Sambát. Hibátlanul működik is ez a része. Ami a gondom, hogy akármilyen mappát csatolok fel illetve adok meg az smb.conf fájlban, azt a Windows-os gépekről nyomtatóként jeleníti meg, nem mappaként. Ha meg szeretném nyitni, illesztőprogramot szeretne telepíteni a nem létező nyomtatóhoz.

Van erre valami megoldás?

Bridge anomália

Fórumok

Hi!

 

Vmware-en futtatotok debian 11.02-t, a VM-nek az egyik hálózati kártyát trunk-re konfigoltam, debian-on pedig próbálok bridge-t összehozni, de sajnos nem akaródzik működni. A bridge-t így rakom össze:

=======================
auto br221
iface br221 inet static
        address 192.168.221.109
        netmask 255.255.255.0
        network 192.168.221.0
        broadcast 192.168.221.255
        bridge_ports ens224.221
        bridge_stp off
        bridge_waitport 0
        bridge_fd 0
==========================

Feljön a bridge,látszólag jónak tűnik, brctrl show-n is látszik, de vele egy hálózatban lévő eszközöket nem tudom pingetni.

Ellenben, ha "sima" tagelt interface-t rakok össze imigyen:

=======================

auto ens224.221
iface ens224.221 inet static
        vlan-raw-device ens224
        address 192.168.221.109
        netmask 255.255.255.0
        network 192.168.221.0
        broadcast 192.168.221.255
=======================

akkor szépen ping-nek a 221-es vlan-ban lévő eszközök.

 

Valaki elárulná, hogy mit nézek el? Merre nézelődjek?

 

Előre is köszönöm.

debian Wheezy / Stretch -> Bullseye

Fórumok

Üdv!

 

Van 2 production rendszer, ami működik, de itt az ideje a költözésnek, és ezáltal némi frissítésnek. Az egyik egy wheezy, a másik pedig egy Stretch rendszer.

 

Mi az, amire nagyobb vonalakban figyelni kell? Nem milliós felhasználókkal rendelkező rendszerek, jó, ha 100-an használják őket, azok is többnyire apache(2), python, mysql / mariadb, pine / alpine, sshfs, perl dolgokat használnak.

 

Nyilván a python 2 -> 3 váltás elég sok problémát fog okozni, illetve remélem a mysql vonalon minden rendben lesz.

 

Köszi a tippeket.

Firefox összeomlások

Fórumok

Sziasztok.

Mostanában a firefox sűrűbben produkál omlásokat, majd felajánlja, hogy feltámasztja magát. Egyetlen ellenszert erre úgy találtam, hogy a home könyvtárban töröltem a betárazását neki, majd csupasz indítással megint ment egy ideig.

Egyetlen beépülőt sem telepítettem hozzá. Mégis, mi okozhatja még az összeomlásokat?