Debian GNU/Linux

Leírás

A Debian GNU/Linux használatával, adminisztrálásával kapcsolatos kérdések és válaszok fóruma.

Swappiness láma (elmélet)

Fórumok

Egy 16GB memóriával szerelt debian-t futtató gépen átlagosan és tartósan 8GB a szabad memória mérete - inkább több -, mégis rendszeresen megemelkedik a swout értéke.

A vm.swappiness és vm.vfs_cache_pressure változókat már megtaláltam, de igazából nem értem, ha a memória fele még szabad, miért használja folyamatosan a swap-et a rendszer?

Be lehet (érdemes?) úgy állítani a rendszert, hogy a swap-et csak végszükség esetén használja, és a folyamatos üzemben ne nyúljon feleslegesen a lemezhez? Ehhez a vm.swappiness nullázása elég, vagy valami más módon lehet ezt elérni?

Snmptranslate nem ad vissza értelmezhető szöveget

Fórumok

Sziasztok!

snmptrapd-vel szeretnék a különböző ups eseményekre reagálni. Pl. ha elmegy az áram, küldjön erről e-mailt, bizonyos idő eltelte után állítsa le a Linuxos szervert, ha nem jön vissza az áram, stb.  

A gond az, hogy nem tudom  szétválogatni/megkülönböztetni az egyes üzeneteket. Pl. ha egy UPS self tesztet nyomok, akkor hasonló jön vissza. Számomra ez így elég értelmezhetetlen:
szervernev snmptrapd[418]: 2019-11-08 16:21:35 192.168.10.92 (via UDP: [192.168.10.92 ]:55338->[192.168.10.30]:162) TRAP, SNMP v1, community public#012#011iso.3.6.1.2.1.33.2 Enterprise Specific Trap (3) Uptime: 2 days, 20:39:35.08#012#011iso.3.6.1.2.1.33.1.6.2.1.1 = INTEGER: 24#011iso.3.6.1.2.1.33.1.6.2.1.2 = OID: iso.3.6.1.2.1.33.1.6.3.24

Van egy mib file-om. Ezzel a paranccsal akarok hivatkozni rá:
root@szervernev:/usr/share/snmp/mibs#  snmptranslate -m +UPS-MIB -IR -On ups
(A sor végén az ups az nálam az eszköznév, de véleményem szerint bármi más is lehetne helyette, mert ez csak egy azonosító. De javítsatok ki, ha tévedek! Annyi kiegészítés még, hogy az eredeti file neve RFC1628_UPS_MIB.MIB volt, de én ezt egyszerűsítettem arra, hogy UPS-MIB.txt. Ennek oka az volt, hogy hasonló formátumú file-t akartam, mint amelyek a /usr/share/snmp/mibs könyvtárban vannak. Ráadásul a mib file első sora is így kezdődik: UPS-MIB DEFINITIONS ::= BEGIN

A parancs lefuttatása után ilyeneket kapok vissza:
Cannot adopt OID in UPS-MIB: upsBasicBatteryGroup ::= { upsBasicGroups 2 }
Cannot adopt OID in UPS-MIB: upsBasicIdentGroup ::= { upsBasicGroups 1 }
Cannot adopt OID in NET-SNMP-EXTEND-MIB: nsExtendResult ::= { nsExtendOutput1Entry 4 }

A végén, mint utolsó sor pedig ez:
Unknown object identifier: ups

Én azt várnám vissza, hogy ha lefut az snmptranslate, akkor valami értelmezhető szöveget kapnék vissza. Pl. "ups selftest".  Szerintetek hol lehet a hiba?

A másik kérdés pedig az, hogy az snmptrapd-nél hogyan tudom megkülönböztetni az egyes eseményeket, és hogyan lehet külön reagálni rá?

 

File manager, kommentek

Fórumok

Keresek egy olyan fájlmenedzsert Linuxra, ami legalább annyit tud, mint a Total Commander és képes fájlokhoz, mappákhoz tartozó szöveg kommenteket mutatni. Lepsénynél.... pardon DOS-ban még volt ilyen pl. file-id.diz vagy mi a szösz volt a neve, régen volt.

exim4 fetchmail upc sehogy sem jó

Fórumok

Szerver felújítás elvérzek a levelezésen.

legfontosabb hiba, hogy a upc (az internet szolgáltatóm) nem működik mint smarthost.

/etc/exim4/update-exim4.conf

dc_eximconfig_configtype='smarthost'
dc_other_hostnames='nusi.tovis-lab.vlmi.org'
dc_local_interfaces='127.0.0.1 ; ::1'
dc_readhost='nusi.tovis-lab.vlmi.org'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='smtp.upcmail.hu'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='true'
dc_mailname_in_oh='true'
dc_localdelivery='maildir_home'

/etc/exim4/passwd.client

smtp.upcmail.hu:tovis@upcmail.hu:jelszó

Ha levelet akarok küldeni "kifelé", roundcube: SMTP Error (250): Authentication failed.

A dolog pikantériája, hogy a tovis@upcmail.hu/jelszó párossal a UPC webmail felületére be tudok lépni. A régi (Debian 6) konfigurációval, két hete még simán működött, annyi a differencia, hogy jelszót kellet módsítanom.

A fetchmail hasonlóképp reagál:

poll pop3.upcmail.hu with protocol POP3
# poll mail.upcbusiness.hu with protocol POP3
  user "tovis@upcmail.hu" there with password "jelszó" is tovis here

Naplóba:

fetchmail: pop3.upcmail.hu: upgrade to TLS failed.
fetchmail: Unknown login or authentication error on tovis@upcmail.hu@pop3.upcmail.hu
fetchmail: socket error while fetching from tovis@upcmail.hu@pop3.upcmail.hu
fetchmail: Query status=2 (SOCKET)

Tanácstalan vagyok, (kínomban a UPC business ügyfélszolgálatát is felhívtam, de persze nem igen tudott segíteni) kipróbáltam a honlapon meghirdetett szerver nevet mint mail.upcbusiness.hu  de nem hozott változást.

Létezhet az, hogy ami a régi, elavult fetchmail, exim4 programokkal működött az most az új verziók miatt nem képes kommunikálni?

Valami default beállítás változott - amit esetleg "felül írhatok". Furcsa hogy sem a fogadás sem a küldés nem működik és leginkább csak a szerverem változott.

samba 4.9.5 és a különféle windows -ok

Fórumok

Eljutottam oda, hogy újra felhúztam a samba -t, ami a Debian 9.x buster -ben a 4.9.5 verzió. Gondolom (sajnos most nincs kéznél egy win10 gép sem), hogy erre a win10 is gond nélkül kapcsolódik, nem kell vissza "csalnom" az SMBv1 -et. Viszont, az öreg XP -s gépem, csak úgy tud csatlakozni ha a global szekcióban beállítom hogy:

server max protocol = NT1  - szerintem itt korlátozza SMBv1 -re a protokollt

lanman auth = yes

ntlm auth = yes

Így már megy az XP.

Tudtok valami jobb megoldást?

(Azon kívül, hogy dobjam ki az XP  -t - sok még élő munka van vele/rajta)

ntpd napló zörög

Fórumok

A frissen telepített debian buster -en a syslog tele van az ntpd bejegyzésekkel.

Turkáltam a netet de nem találtam használható megoldást az ilyen üzentekre:

ntpd[vlmi PID]: Soliciting pool server 84.2.46.29

Esetleg át lehet irányítani, hogy naplózzon máshova?

raid1 összeomlás - ilyet még nem láttam

Fórumok

Adva van két 1T SATA2 HDD, ami régóta fekszik de még sosem volt használatban.
# sfdisk -l /dev/sda
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZRX-00A
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x1d22a38e

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 16001023 15998976 7.6G fd Linux raid autodetect
/dev/sda2 16001024 32002047 16001024 7.6G fd Linux raid autodetect
/dev/sda3 32002048 48003071 16001024 7.6G fd Linux raid autodetect
/dev/sda4 48003072 1953523711 1905520640 908.6G fd Linux raid autodetect

Ugyanaz a típus és partíciók a /dev/sdb
Ezekből készült négy raid1 sw tömb
md1 sda1+sdb1, md2 sda2+sdb2, md3 sda3+sdb3 és md4 sda4+sdb4

Az első szimptóma az volt, hogy valamiért tunya lett a login.
Aztán ránéztem a tömbökre - cat /proc/mdstat és azt láttam, hogy resyncing meg (PENDING).
Az md2 és az md4 még formázva sem volt, az md3 pedig a swap. Miért kell re-szinkronizálni?
Az md4 -et leformáztam, így szépen leszinkronozta a semmit.
Az md3 (swap) végül így indítottam be # mdadm --readwrite /dev/mdX
Leszinkronozott, reboot.
Elkezdett mindenféle hibaüzeneteket küldözgetni a sata alrendszerről.
De bebootolt, viszont az eredmény teljesen érthetetlen a számomra:
md1 sda2+ removed
md2 sda1+sdb1
md3 sda3+sdb3
md4 sda4+sdb4

# mount
/dev/md1 on / type ext4 (rw,relatime,errors=remount-ro)

Hogy tud mountolni és bootolni egy üres (épp csak felformázott) tömb egyik lemezére?

Olyat már láttam és kezeltem ha a tömb egyik lemeze kiesik, de hogy helyet cserél ez nekem teljesen új.
Mit csinálhatok ezzel?
Kezdjem újra az egészet?

Debian 10 print szerver és Debian 9 kliens - HP1100A nyomtató

Fórumok

A házi szerverkém felújítása zajlik (még mindig).
Régebbi topicban már megoldottam, hogy cups és hplip segítségével működésre bírjam az eléggé öreg multifunkciós lézeremet - nyomtat és szkennel :)
A feladathoz letöltöttem a hplip Debian forrását és újraforgattam paralel port opcióval. A teszt rendszeren jól működik.
Eddig mindig csak windows gépeknek, samba -n keresztül nyújtott printer szerver szolgáltatást, ahol fel lett telepítve a HP1100A driver (sok évig megbízhatóan működött). Most eljutottam oda, hogy szeretném ha a Linux gépeim is tudnának így nyomtatni (eddig ez ritka volt és megoldottam pdf nyomtatással amit a windows kliens kinyomtatott - eléggé nyakatekert de működik).
A Debian wiki szerint, ehhez a "task-printer-server" nevű csomagot kellene feltelepítenem a szerverre. Kipróbáltam a homokozómban dry feltelepíteni a csomagot ami rögtön azzal kezdi, hogy "cups-bsd{a}" aztán olyan dolgok mint "printer-driver-cjet{a}" illetve egy kupac más "printer-driver" kezdetű cuccot, "usb-modeswitch", tcl és tk csomagok, no meg az "xterm{a}".
Kérdés, tényleg kellenek ezek a csomagok amellett, hogy már ott van egy működö cups, hplip, sane és a megfelelő ppd fájl (az az egy ami nekem kell)?
Aztán itt jön a másik oldal, a Debian 9 (egyelőre) kliens amiről én úgy tudtam kell a "cups-browsed". Csak dry megnéztem mit telepítene, nem látok benne printer drivert. Lehet nem is kell? Elvilegf a wiki -ben írnak olyan verzióról ahol a kliensnek nem kell printer driver.
El kéne egy kis segítség.
SZERK: Esetleg tud valaki jó leírást?

software raid1 grub2 pratícionálás, OS mentés és helyreállítás

Fórumok

Tudom lerágott csont, több fórum bejegyzést átolvastam, 2014-re visszamenőleg. Szeretném ezt kicsit aktualizálni. Tanácsokat kérek - ha tudom megfogadom.
Két 1T diszket, egyformán "aprítottam" négyfelé és tettem raid1 -be, a Debian 10 telepítő segítségével.
Az egyik diszk így fest:
root@nusi:~# sfdisk -l /dev/sda
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: WDC WD10EZRX-00A
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x1d22a38e

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 16001023 15998976 7,6G fd Linux raid autodetect
/dev/sda2 16001024 32002047 16001024 7,6G fd Linux raid autodetect
/dev/sda3 32002048 48003071 16001024 7,6G fd Linux raid autodetect
/dev/sda4 48003072 1953523711 1905520640 908,6G fd Linux raid autodetect

root@nusi:~# sfdisk -V /dev/sda
/dev/sda:
Remaining 1456 unallocated 512-byte sectors.

A grub telepítésekor, kaptam egy üzenetet (sajnos nem tudom szó szerint), hogy az EFI boot -al lehetnek gondok. Semmilyen gond nem volt, gyorsan és megbízhatóan bootol. Mivel a diszk 2T kisebb így az EFI/UEFI -re nincs szükségem. Nem gpt hanem csak dos. A partíciós tábla is ezt igazolja.
Kezdjem újra és gyúrjak EFI -re?
A partíciós táblában az első két partíció rendszer partíció lesz, míg a harmadik a swap és a negyedik a /home lesz. Szerintetek, ráfogom tudni venni az első partícióba telepített grub -al, hogy a második partíciót bootolja?
Az elgondolás az lenne, hogy ha legközelebb distrót kell váltani, azt ellehessen rendezni, mondjuk a második partícióban. Így ha minden kötél szakad akkor visszaléphetek az előző verzióhoz. Nem tervezek mást mint Debian -t de azt már látom, hogy ha hagyom elavulni a rendszert az nagyon fáj - igaz >5 évet húztam a Debian 6 - al soha többé ilyet nem teszek.
Úgy emlékszem, létezik valami minimál grub rendszer, amit esetleg feltehetek egy kisebb partícióra, lehet az jobb mint egy teljes értékű rendszer mindkét rendszer partíción?
A másik nagy kérdés csoport, hogy lehet menteni és visszaállítani egy ilyen rendszert grub bootloader esetén (nem adat/home csak OS)?
A lilo -val jó kapcsolatot alakítottam ki, tudtam komplett rendszert tar archívumból visszarakni és bootolhatóvá tenni. Működhet ez grub -al?