Debian GNU/Linux

Sziasztok!

A terv:
Grafana kapjon adatokat a TeamSpeak3-as szerverről egy ilyen dashboardhoz: https://grafana.com/grafana/dashboards/3020

A probléma:
Nagy nehezen sikerült beindítani https://github.com/thannaske/telegraf-teamspeak3 ezt a programot(?), végre egy sudo go run /root/teamspeak.go parancs után mutatja szépen az adatokat a TS szerverről.

Ha csinálok egy tesztet a telegraffal akkor is normálisan mutatja az adatokat:

root@Server5:~# sudo telegraf --config /etc/telegraf/telegraf.conf --input-filter exec --test
2019-09-23T22:04:18Z I! Starting Telegraf 1.12.1
> teamspeak_server,host=Server5,id=1,port=9987 autostart=1,avg_ping=0,bytes_in=12100542,bytes_in_control=121105,bytes_in_keepalive=1865435,bytes_in_speech=10114002,bytes_out=17213273,bytes_out_control=74996,bytes_out_keepalive=1821261,bytes_out_speech=15317016,channels=18,ft_bytes_in_total=35536,ft_bytes_out_total=53599,m_clients=32,online=1,packets_in=136965,packets_in_control=676,packets_in_speech=91878,packets_keepalive_in=44411,packets_keepalive_out=44421,packets_out=184024,packets_out_control=668,packets_out_speech=138935,pl_control=0,pl_keepalive=0,pl_speech=0,pl_total=0,q_clients=1,reserved_slots=1,uptime=18149,v_clients=0 1569276259000000000

Viszont a dashboardon ezek az adatok nem akarnak megjelenni, egyáltalán nem kap adatokat.

Telegraf config:
[[inputs.exec]]
commands = ["sudo go run /root/go/src/github.com/thannaske/telegraf-teamspeak3/teamspeak.go"]

Valaki segítsen légyszi, már nincs ötletem mit kellene vele csinálnom :S

Köszi

Holnap és holnapután egy webinart szeretnék követni, de holnap délután nem tudok a gépnél lenni.

Fel szeretném venni, amit mond és mutat az előadó. A cég maga a webinarról nem tudom, készít-e felvételt, de nem osztják meg velünk (feltételezem, nem szeretnék, ha kikerülne).

Az első (és egyetlen) ötletem az, hogy egy screen recordert fogok munkára, felveszi ami a képernyőmön van.
Első akadály: ha nem vagyok a gépnél, akkor is működnie kellene. Ideális esetben a gép észreveszi, hogy történés van, és hagyja békén. Kevésbé ideális esetben megpróbálom mindenhonnan kivenni a képernyő kikapcsolás meg sleep meg automatikus lockolás és hasonló beállításokat.

Második: google hozott nekem millió találatot (na jó, ilyeneket, hogy a top 20 screen recorder linux alá).

Nincs időm holnap reggelig végigpróbálgatni 20-at vagy többet, ezért arra vagyok kíváncsi, mi az, ami bejött nektek. Esetleg azt is, hogy miért

Peremfeltételek: ez egy tanfolyam, reggeltől estig tart, szóval órákon át kell a felvételt készíteni. Ezt valahogy úgy kellene becsomagolni on the fly, hogy ne fussak ki tárhelyből. A kész anyagot nfs-en felmountolt NAS-ra kellene menteni. A NAS-on van 800G hely, a laptopom csak 13G, félek, ebből egy sok órás HD felvétel kifutna.
Vas: egy 9 éves HP laptop. OS: Debian stable. KDE5-öt használok.

Van egy laptopom. Új korában is hajlamos volt a túlmelegedésre, bár akkor főleg Windows alatt jelentkezett a probléma (pl. tömörítéskor). Pár éves korában, még a 3 éves garancia lejárta előtt ki is jött egy ember a HP-től és kicserélte a hűtés pár alkatrészét, megtakarítgatta, javult a helyzet. Nem állt le ugyanattól a terheléstől.

Közben eltelt megint 6 év, és most már kezd megint nem rendesen hűlni. Persze most már nem garanciális, maximum a ventilátor elé beszorult pormacskákat tudom kiporszívózni, meg a rátettem egy dokkolóra, így az alján a ventilátor másik nyílása is kb. két ujjnyi magasan lett (ezt megfigyeltem, hogy ha az asztalon van, köszködik a levegő beszívásával, felpolcolva lényegesen jobban hűt.

A lényeg az, hogy mostanában ha pl. elindítok egy video tömörítést, akkor kiírja, hogy elmolyol rajta 2-3 órát, de kb. 1 óra munka után kikapcsol, hogy megvédje saját magát.

A kérdésem az, hogy a mechanikus javítgatások mellett (beütemeztem egy új porszívózást, ráirányítok majd egy külső ventilátort) szoftveresen milyen lehetőségeim lehetnek.

Amennyiben nem kritikus, hogy mennyi idő alatt végez (mert mondjuk este elindítom és csak az érdekel, hogy reggelre legyen kész, az nem, hogy 2, 3 vagy 6 óra kellett hozzá), van-e valami olyan módszer, amivel korlátozni tudom a melegedést?

Olyasmik jutottak eszembe, hogy elindítom konzolról, és ha melegnek tűnik, akkor kézzel felfüggesztem a processzt (de ehhez persze figyelni kell órákon át, messze nem az ideális megoldás).
Vagy ugyanezt automatizálva: időzítve vagy valami hőmérsékletet figyelve suspend ha hűteni kell, kis várakozás után resume.

Vagy van-e esetleg olyan beállítás, amivel azt lehet mondani, hogy adott processz csak a processzor negyedét, nyolcadát használhatja?
Esetleg leveszem a max órajelet a minimumra, aztán tovább tart de kevésbé melegszik.
Vagy bármi hasonló, ami most segíteni tudna?

HP8440p, i7 (2010 vagy 2011-es), 4G RAM. Mostanában főleg linuxszal használom.

Már megint valami változott. A Debian 6.x szerverke építésnél, még az imap szerver telepítését úgy kezdtem hogy telepítettem a courier-imap-ssl csomagot, ami húzta magával a többit. Most már nincs ilyen csomag.
Hol tudom megnézni mi történt ezzel?

Anno, mivel a Debian rendszerekben az "alapértelmezett" mta az exim4 az imap funkcionalitást a courier-imap biztosította. Lehet valami más "kombót" kéne használnom?
A régi rendszerből átbogarászni >14G levelezést egy másik imap szerverbe ijesztőnek találom.

SZERK: Erősen túl dimenzionált. Sok felesleges körrel.
Végeredmény: courier helyett dovecot és az egyszerű perl sciptel konvertált IMAP könyvtár konverziója, helyben.

Próbálok életet lehelni a régi Debian 6.x szerverembe - újra építem az egészet Debian 10 -re, vas csere nélkül.
Folyton furcsa hibákba ütközök (hplip nem akar printer portról szkennelni, nut dumb/simple kommunikációval nem működik a "gyári" systemd script készlet, még jóü hogy már nem kell FAX - email bridget építeni).
Viszont, a window 10, a Debian 10 -en futó böngészők (Chrome, Firefox) kidobják a "mókus postát" vagy a samba -t mert mind elavult, self signed certificate stb.
Van amit a kliens szinten meg lehet oldani, de pl. egy "jól felépített" vállalati gépen a mókus postát nem lehet megnyitni (olyan veszélyes).

A kérdés az, hogy legalább átmenetileg, meg lehet oldani, hogy a szigorúbb biztonsági beállításoknak megfeleljen a https (gondolom apache2) és a mókus posta?

Üdv ismét.

Ha iSPConfig 3-bol honnan tudom, hogy mit kell beállítanom e-mailhez?

Gondolok itt pl: https://mxtoolbox.com/domain/zsolti.hu/

Ezeket a hibákat hogyan tudom javítani?
Miket kell beírogatnom még a dns -hez?

E-mail -> Mail domain -t mikor hozzáadtam, ott bepipáltam: DomainKeys Identified Mail (DKM)
Aztán rányomtam a Generate DKIM Private-key -re, az létrehozta a kulcsot, illetve kiírta a DNS recordot, azt hozzáadtam domainem szolgáltatójának a dns konfigurációjánál.

Sziasztok!

Van egy szerverem, ami elég nagy: 8 mag, 16 GB RAM, 2x1 TB HDD... Ezen fut egy Debian 9, VestaCP, de a weboldalak nagyon lassúak rajta. Előzőleg egy másik szerveren volt, és ott sokkal gyorsabb volt.

Néztem a RAM használatot: kb 1,5 GB-ot használ összesen, az előző gépen 3-3,5 GB-ot evett, mégse volt érezhető. Az average load viszont perpill is 3.83. Mondjuk ez se olyan sok, de az előző gépen 0,1-1 között mozgott nagyon max.

A VestaCP nginx+apache+php-fpm -et használ. Tudtok segíteni, miért ilyen dög lassú? Mit nézzek?

Ismerem a weboldalaim sebességét, nagyjából tudom, milyen gyorsnak kell lennie egy-egy oldalnak.

Pl. egy sima WP admin felület úgy 1-2 perc (!) alatt tölt be fullon, azért ennek pikk-pakk be kéne tölteni, de legalább is 20mp -en belül.

Köszönöm előre is a segítségeT.

Sziasztok!

Abban kérném a segítségeteket, hogy hogyan lehetne megoldani azt, hogy a (postfix+dovecot) levelezőrendszerben a felhasználónak ne jöjjenek be a levelek, de felhasználóként még fel tudjon lépni az imap-ra. (Egy régi levélcím, melyet megszűntettünk, de a régi levelekre még szükség lehet, de a spam-ek ne jöjjenek már rá ezerrel...)

Előre is köszönöm a segítségeteket!

Hali!

Egy pár vpsre raktam már fel iSPConfigot, nagyon tetszik bombabiztos cucc..
Egy problémám van vele, hogy iszonyat régi csomagokkal dolgozik..
Pl.: Phpmyadminból 4.6.6 -tal még, és már 4.9 van..

Olvasgattam telepítési leírásokat a hivatalos oldalon közölt "howtoforge" -os manuális iSPConfig telepítésről, próbáltam is párat, de mindeggyikkel elakadtam valahol valami hibába, egyik sem hibátlan sajnos. Automatikus telepítővel raktam saját vpsre, viszont ebbe marharégiek a csomagok.

A script ez: https://github.com/servisys/ispconfig_setup

"Házi szerverem" megérett a szoftver frissítésre Debian 6.x -> Debian 10
Feltelepítettem a nut -ot (az volt a régi rendszerben is) az UPS kezelésére.
Azt mondanám egész könnyű volt, de azzal szembesültem, hogy a leggenerikusabb driver a genericups alacsony akkumulátort jelez. A Debian 6 -nak nincs ilyen gondja.

# upsc APC600

device.mfr: APC
device.model: Back-UPS
device.type: ups
driver.name: genericups
driver.parameter.pollinterval: 2
driver.parameter.port: /dev/ttyS0
driver.parameter.upstype: 2
driver.version: 2.4.3
driver.version.internal: 1.36
ups.mfr: APC
ups.model: Back-UPS
ups.status: OL

Ugyanez a Debian 10 -ben így fest:
# upsc APC600

device.mfr: APC
device.model: Back-UPS
device.type: ups
driver.name: genericups
driver.parameter.LB: DCD
driver.parameter.pollinterval: 2
driver.parameter.port: /dev/ttyS0
driver.parameter.synchronous: no
driver.parameter.upstype: 2
driver.version: 2.7.4
driver.version.internal: 1.36
ups.mfr: APC
ups.model: Back-UPS
ups.status: LB OL

Ráadásul, a "driver.version.internal: 1.36" verzió azonos!

Íme a syslog kivonat:
Aug 27 16:52:52 nusi upsdrvctl[501]: UPS type: APC Back-UPS (940-0020B/C cable)
Aug 27 16:52:52 nusi upsdrvctl[501]: parse_input_signals: input overrides specified, but no effective difference - check for typos?
Aug 27 16:52:52 nusi upsdrvctl[501]: Network UPS Tools - UPS driver controller 2.7.4
Aug 27 16:52:53 nusi upsd[506]: fopen /var/run/nut/upsd.pid: No such file or directory
Aug 27 16:52:53 nusi upsd[506]: listening on 127.0.0.1 port 3493
Aug 27 16:52:53 nusi upsd[506]: listening on 127.0.0.1 port 3493
Aug 27 16:52:53 nusi upsd[571]: Startup successful
Aug 27 16:52:53 nusi upsmon[776]: fopen /var/run/nut/upsmon.pid: No such file or directory
Aug 27 16:52:53 nusi upsmon[776]: UPS: APC600@localhost (master) (power value 1)
Aug 27 16:52:53 nusi upsmon[776]: Using power down flag file /etc/killpower
Aug 27 16:52:53 nusi upsmon[780]: Startup successful
Aug 27 16:52:53 nusi systemd[1]: nut-monitor.service: Can't open PID file /run/nut/upsmon.pid (yet?) after start: No such file or directory
Aug 27 16:52:53 nusi upsmon[781]: Init SSL without certificate database
Aug 27 16:52:54 nusi upsd[571]: User monmaster@127.0.0.1 logged into UPS [APC600]
Aug 27 16:52:54 nusi upsmon[781]: UPS APC600@localhost battery is low

A dokumentációban nem látok olyan újdonságot ami ezt okozhatja. Szétkaptam az UPS -t (hátha mégis hiba van) de nem találtam ilyet, az akku 13,6V állt (furcsa is lenne, márciusban cseréltem YUASA 12V10Ah 5 évig bírta).
Még azt is kipróbáltam, hogy a régi (debian 6) konfigurációs fájljait töltöttem be, de semmi változás.
Googliztam, többször átfutottam a dokumentáció idevágó részeit, de nem találtam semmi idevágót (persze ez megint egy régiség, nem igen használ ilyet senki).
Van valami ötlet?

OFF: A nálam lévő 4 darab alapvetően diszkrét, analóg áramkörökből épül fel, szinte mindene javítható, van kapcsolási rajz, sőt alap bemérési utasítás.
Saját gyártmányú kábellel működik, sok éve megbízhatóan.

SZERK: Az összes kínomat a systemd scriptek időzítése okozta. Reanimáltam a /etc/rc.local -t mint systemd service -t és ott indítom a systemd startup scripteket. Így most jól működik.