collectd web interface Ubuntun

Ubuntu Linux

Ubuntun mi a kulturált módja annak, hogy a collectd által begyűjtött adatokat webes felületen megjelenítsem?
Kulturált alatt értem, hogy repoból telepíthető szoftverrel.
Mert a collectd doksi ad n+1 GUI-t, de mind olyan, hogy a saját oldaláról lehet letölteni, ubuntu repoban egyik sincs. (illetve nem webesként a kcollectd van, de az függőségként hozná a komplett KDE-t)
Én nem találom a megfelelő csomagot vagy tényleg ilyen félkészen került be az ubuntuba?
(évekkel ezelőtt Tomato-ra vagy openwrt-re két perc alatt feltoltam, egyből volt grafikus felülete is, ezért csodálkozom, hogy pont itt nincs ilyen)

  • 1611 megtekintés

( Zsugabubus | 2018. 02. 15., cs – 18:23 )

Attól függ, miben tárolod le a begyűjtött adatot. Ha rrd-ben, akkor arra tényleg nem tudok igazán jót, illetve ez elmegy:
https://github.com/pommi/CGP
De tárolhatod Whisperben (ami a Graphitehoz van), vagy InfluxDB-ben az adatokat, és megjelenítheted Grafanával. Ez a kettő van Ubuntuban. Előbbivel némileg (sokkal) egyszerűbb az aggregálás és a retention (pl. hogy 10s-es adatokat 1 napig, aztán összesítse őket, és 1 perceseket 1 hétig tartsa meg).

Hát RRD lett volna a cél, de azóta az egész collectd-t kukáztam a 'csába... Ilyenkor robbanni tudnék, olyan dühítő: egy nyomorult, ócska, hulladék router szoftvere sok tekintetben használhatóbb szerverként, mint a "nagy" linuxok... :(

Collectd után jött volna a zabbix, de (mint utóbb kiderült) a neten a 3.x doksiját találtam meg, ez a nyomorult meg még 2.x-t telepített és teli van... ha nem is feltétlenül hibákkal, de következetlenséggel, hanyag konfigurálással az egész. (pl. a php frontend miért nem húzza magára függőségként a php-t futtató modult?)

Szóval... izé... :(

Annyi, hogy nincs az ubuntu gyári csomagjai közt.
Egyéb megoldás van bőven, de én kifejezetten olyat kerestem, amit egy apt-get install is fel tud rakni, ppa-k és egyéb kerülőutak használata nélkül.
De már feladtam. Nálam a tegnapi nappal végetért az álmodozások kora: a free linuxot visszatettem a játékok közé.

megkerdezhetem, miert ragaszkodsz ennyire az apk csomagkezelohoz es azon belul is a gyari repohoz?

Ott van pl a netdata, en azt hasznalom 2 szerveren is.

A(z alap) telepitese egyetlen script: bash <(curl -Ss https://my-netdata.io/kickstart.sh)

Adat megy InfluxDB-be, azt jeleniti meg a Grafana.

Apt...
Miért ragaszkodom hozzá? Ez a hobbim. (Update-ek automatikusa jönnek, többé-kevésbé ellenőrzött forrás, a rendszerrel kompatibilis szoftver, nem kell hozzá újabb libc-t hackelni, mert az enyémmel épp nem kompatibilis stb. - elméletileg. De mint látható, a gyakorlat más...)

vagy csak szarul csinalod.
zabbix:
wget http://repo.zabbix.com/zabbix/3.4/ubuntu/pool/main/z/zabbix-release/zab…$(lsb_release -sc)_all.deb
dpkg -i zabbix-release_XXXXXXX
apt-get update
apt-get install zabbix-server-mysql zabbix-frontend-php zabbix-agent
ezekután a sima install leírás gond nélkül megy.

Még mindig ugyanaz: adott egy szarkupac(alias Ubuntu/Fedora/stb), amiből csináljak rendszert magamnak, mert a gyári csomagoknak annyi közük sincs egymáshoz, mint anno az 1.0-s Slackware .tgz archivumainak.
Soha nem írtam, hogy ne tudnám felrakni külső forrásból, itt az a baj, hogy az ubuntu mint rendszer nem létezik. Egy összehányt gányolmány ez az egész. :(

Azt mutassa meg valaki, hogy kizárólag a gyári ubuntu lts repokra építve hogy lehet telepíteni pl zabbix-t...
Szerintem ezt itt le is zárhatjuk.

Telepits legyszi windows telepitolemezrol/windows webhelyrol AutoCAD-et please!!

Pff te elvarod, hogy MINDEN alkalmazas benne legyen az Official Repoban??

Miert lenne attol valami "ganyolt" ha pl folveszel egy uj repot, ne adj isten az app offical repojat?

Te valahogy nagyon el vagy tevedve...

A windows esetében ez megszokott, ott leszarom (bár most ök is elindultak az áruházas irányba).
Linuxok esetében kicsit más a felállás: kiadnak a kezükből egy tákolmányt, ahol pl a collectd webes interface-i teljesen hiányoznak. Akkor meg minek a collectd önmagában?
Eclipse - mellé egy olyan pydev, ami nem működik.
Zabbix - aminek a telepítője hát legalábbis problémás.
Stb.

Még1x: nem megoldhatatlan a telepítés, de ez így már gány, nem rendszer.

Azt megertem, hogy az "akarki" altal letrehozott repokat nem erezheted biztonsagosnak, vagy a forraskodbol valo telepitest problemasnak erzed, de pl az official repoval mi a gond, mondjuk Zabbix eseteben?

https://www.zabbix.com/documentation/3.2/manual/installation/install_fr…

Vagy a Snap-al?

Elvbol nem telepitesz alkalmazast official repobol, csak distro offical repobol?

OK, most mar tenyleg nem ertem, a dolgot de ha te igy csinalod, ha tedd... csak epp a sajat eleted nehezited meg, nem kicsit...

En ugy vagyok vele, hogy pl az Ubutnu az Operacios rendszert adja, nem varom el tole, hogy az alkalmazasaimrol is o gondoskodjon... OK, nyilvan van az offical repojaban par app, ami nagyon alap dolgokat kielegit, de ha az ember friss/komplexebb dolgot akar, akkor kulso forrasbol kell telepiteni, nincs mese...

Ez teljesen fuggetlen attol, hogy en most Linuxot, Windows-t , akarmit hasznalok.

Nem: az elv az, hogy van egy egységes rendszerem és a repojában lévő csomagok úgy kerültek be, hogy azok telepíthetőek és működőképesek. Na ezzel megy szembe az ubuntu (is), ahol egyre több az ilyen hulladék. De akkor minek ez az egész? Adjanak egy kernelt, meg írják le, hogy mit, honnan kell letölteni.

Ha telepítettél volna 10+ éve oracle8-9 rdbms-t debianra, akkor talán értenéd miről beszélek. :)

Tul sok az app, keptelenseg szerintem elvarni, hogy a Canonical mindent alaposan teszteljen es berakjon sajat Repoba. Nyilvan alap dolgokkal nincs gond, ha az ember pl MySQL-t, Apache-ot, VLC-t, stb... akar telepiteni, de kevesbe "nepszeru" appok eseteben kulso forrasbol kell dolgozni. Lehetetlen elvarni, hogy minden friss ES tokeletesen kitesztelt legyen az official repoban.

De mint irtam, egy Operacios rendszernek nem feladata minden funkciora "gyarilag" adni egy tokeletes appot. Szerintem.

Vagy lehet jelentkezni karbantartónak/vezérürünek, és megcsinálni, hogy legyen. Ja, hogy vannak olyan csomagolási, verziókiválasztási elvek, amikkel néhány igény szembe megy? Azon is lehet változtatni, ha kellően megalapozott a javaslat, és van mögötte támogatottság.
Ha meg csak egy dependency hibádzik, akkor meg lehet hibát bejelenteni...

Megnyugtatlak: a Redhat EL (azaz a fizetős RedHat Enterprise Linux) is tud ilyet.
Pont a zabbixrepós zabbix - php páros játszott egy éven át körszopatós mérkőzést.

DE

Legyünk igazságosak! Általában (...) fel lehet telepíteni a disztrib repókból azt, amit hajtunk, csak nem feltétlenül azt a frissensült verziót, azokkal a fincsi fícsörökkel, amelyekre ácsingózunk.
Az viszont nem várható el, hogy a disztrib repója pont azt pont úgy tartalmazza, mint amit a szatellit repóba, mindenféle kalandos úton beszerzett vagy előállított függőség alapján tettek. Az vagy megy apt-get/yum/telepüjjémá után, vagy nem.
Attól a rendszer még rendszer, hogy nem biztos, hogy befogadja az idegen testet.

Nem nyugtattál meg, főképp, hogy fordítva ülted meg a pacit, ha jól értelek.
A konkrét zabbix telepítés, a zabbix saját csomagjaival működik, ha a zabbix.com-ról letöltött .dpkg telepítés után nem felejtem el az apt-get update futtatását :D Legalábbis kapok egy működőképes agentet, szervert, és webes admin felületet.
De nekem nem kellett a legfrissebb, beértem volna az ubuntuba csomagolt 2.4-es verzióval. Sőt... kifejezetten azt szerettem volna, az ubuntuba csomagoltat, verziótól függetlenül. Na az nem működik. Meg még n+1 olyan csomag van, amit nem lehet telepíteni az ubuntus repokból, csak a saját oldalukról. És ezen vagyok kiakadva.

( Cajga | 2018. 02. 18., v – 00:13 )

Amikor legutobb neztem a Red Hat-ek ebbe az iranyba mentek el: http://pcp.io
Ehhez akkor, built in grafana jart Red Hat-on.
Es a web oldalon azt itjak hogy: Included : Everything you need is already included in the major distributions: Fedora, RHEL, Debian, SUSE, Ubuntu, Gentoo