Sziasztok,
az egyik gép egy jó pár hete egy kernelfrissülés óta bagzik, dmesg: failed to load ath10k/QCA6174/hw3.0/firmware-6.bin felület: missing fw files: ath10k/cal-pci-0000:03:00.0.bin
utóbbit nem lelek, előbbit meg egyelőre nem igazán akarja látni egy 8 GB-es usb-key-en, ami van
Keresek olyan megoldást (raspbian), hogy a DHCP szervert (bármilyet) UI-n keresztül tudjam menedzselni. Alapvetően azt szeretném elérni, hogy a dinamikusan kiosztott címekből pár klikk után reserved cím legyen.
Amit találtam az az ISC + Glass (https://github.com/Akkadius/glass-isc-dhcp) az web interfacenek elmegy, de pont a reservationt nem tudja. Kézzel beírkálni a configba meg macerás.
Az újsütetű Debian 10.2 szerverkémen egy apache2 2.4.38 (Debian) fut.
Engedélyeztem a "userdir" modult:
# a2enmod userdir
# a2enmod cgid
# a2enmod cgi
# systemctl restart apache2
Persze a cgi ezen nem működik. Így elkezdtem túrni a netet. A Debian nem készített erre külön mod -ot, van a userdir.conf, cgi.load no meg a cgid.conf (nem igazán tudom mi ez de legfeljebb letiltom).
Nem működik :( A /home/tovis/public_html/cgi-bin/ mappában lévő cuccot nem futtatja le)
Tovább turkáltam, és végül az apache oldalán találtam egy ilyet:
<Directory "/home/*/public_html/cgi-bin/">
Options ExecCGI
SetHandler cgi-script
</Directory>
Jobb híjján beleszerkesztettem a userdir.conf -ba és itt jött a meglepi (a Debian konfigurációs fájlban nincs a path idézőjelek között így én sem tettem oda).
Az elavult XP -n futó "Firefox ESR 52.9.0" böngészővel működik, a jóval modernebb "Firefox Quantum 68.2.0esr (64-bit) Debian 9.11 alól nem működik (Chrome -al sem). Forbidden
Én azt hittem (eddig) hogy ez csak a szerveren múlik. Letiltották a per user cgi scripteket? Mi ez?
(A Raspberry Pi -n a lighttpd -vel is így jártam)
Sziasztok!
Egy RAID1 tömbre telepített Debian 10-et szeretnék saját kernellel bootolni. Az első próbálkozásnál rögtön a boot során kernel panic-ra számítottam ami be is jött. Ezután minden RAID-del kapcsolatos dolgot a kernelbe fordítottam: Device Drivers -> Multiple devices driver support (RAID and LVM)
Ezek után továbbra is makacsul tartja magát a kernel panic-hoz mert nem találja a tömböt: VFS: Cannot open root device "md0p5" or unknown-block(0,0): error -6
A jelenlegi config így néz ki: https://pastebin.com/VnGCaVea
Mit hagytam ki ami a gyári kernelben benne van?
Help pls!
Megoldás: A kernel config túl régi volt és nem volt beleforgatva a "Initial RAM filesystem and RAM disk (initramfs/initrd) support". Ennek belefordítása után már működik.
Segítséget kell kérnem.
A "szerverkémre" van kötve egy HP1100A, cups, hplip és samba segítségével a windowsos gépek simán elérik (persze drivert kelhet telepíteni). A cups-pdf is működik.
Mi kell ahhoz hogy a Linux kliensek tudják a nyomtatót használni?
Tud valaki valami értelmes leírást ehhez?
A Debian wiki több cikkben is foglalkozik a nyomtató rendszerrel, de nekem valahogy úgy tűnik mintha mind a lokális gépre kötött nyomtatóra nyújt megoldást.
A kliens (most épp) egy Debian 9.11 azaz old stable. Feltelepítettem a cups-browsed, cups-client csomagokat (ezek behúzzák a cups-daemont is) de az xfce desktop beállítási lehetőségei között semmi nincs amivel nyomtatót lehetne telepíteni.
Az "lpinfo -v" kijelenti a cups-deviced failed to execute.
Létezhet az, hogy úgy kell telepíteni mint mondjuk a lokálisan a gépre kötött nyomtatókat, csak más lesz az definíció?
A szerveren a cups 631 port csak lokálisan működik, a hálózatról nem elérhető.
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?
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á?
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.
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.
Az exim4 beállításból kimaradt a dc_localdelivery='maildir_home'
Miután elkezdtem "újjáépíteni" az /etc/fetchmailrc -t úgy 400 levelet "sikeresen" beküldtem a 'mail_spool' -ba :(
Hogy tudnám onnan átömleszteni a dovecot IMAP Maildir -be?