On Wed, Jun 30, 2010 at 10:20:36PM +0200, Papp Tamás wrote:
A debug kiment szerint nehany service-nel
/var/lib/munin/group/gep...rrd, 2 masiknal pedig
/var/lib/munin/group-gep...rrd file-t keres. Az utobbi hibas, az elobbi
jo. Hogy lehetne ravenni a helyesre?
Miert lenne hibas? Szerintem
On Thu, Jul 01, 2010 at 08:07:49AM +0200, Gabor Gombas wrote:
Miert lenne hibas? Szerintem az elso a gepenkenti grafikonhoz, a masodik
a csoport-szintu osszsites/atlag/stb. grafikonjahoz tartozik.
Nincs grafikon. A munin-limit-nek kellene attolnia az adatokat a
nagiosnak. A masodik, azaz
sziasztok,
Szeretnem egy kicsit suru:bbre venni a munin-ban levo x-tengely
feliratozasat, viszont csak a napi grafikonon, a heti havi evi
nem valtozzon.
Ha graph_args -ban megadom a forma't, mind a 4 grafikonon valtozik,
de nem talaltam sehol sem hogy a munin hol allitja be, vagy en
hogy
Udv,
Keszitettem egy munin plugint, ami mericskelne a halozati sebesseget
adott geprol bizonyos iranyokba.
Jelenleg a lenyeg a plugin vegen kb. igy nez ki:
echo -n netspeed.value
curl $FILE1 -w %{speed_download} -s -o /dev/null
echo ''
Ahol a FILE1 egy akarhol levo statikus kep. Ez nagyon
On Wed, 13 Sep 2006, LiRul wrote:
Ezert most nagy dilemmaban vagyok, hogy erdemes-e valtani munin-rol
cacti-ra (vagy netan masra?). Cacti a fenti ket pontra megoldas lenne?
REgen nalunk snmp alapu volt a monitorozas (mrtg). Most a halozati
eszkozokre (cisco) cricket, a hostokra munin
On Thu, Sep 14, 2006 at 09:48:24AM +0200, Lajber Zoltan wrote:
On Wed, 13 Sep 2006, LiRul wrote:
Ezert most nagy dilemmaban vagyok, hogy erdemes-e valtani munin-rol
cacti-ra (vagy netan masra?). Cacti a fenti ket pontra megoldas lenne?
REgen nalunk snmp alapu volt a monitorozas (mrtg
LiRul írta:
Igen, vegul is belegondolva barmilyen tartomanybol kerheto grafikon, igy
valoban felesleges a zoom.
Jelszóbal le lehet védeni a munin könyvtárat. Üdv, János
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2
On Thu, Sep 14, 2006 at 12:01:43PM +0200, Zana János wrote:
LiRul írta:
Igen, vegul is belegondolva barmilyen tartomanybol kerheto grafikon, igy
valoban felesleges a zoom.
Jelszóbal le lehet védeni a munin könyvtárat. Üdv, János
Ehh es ez hogy jon ide?! :-o Most is igy van amugy
LiRul írta:
On Thu, Sep 14, 2006 at 12:01:43PM +0200, Zana János wrote:
Igen, vegul is belegondolva barmilyen tartomanybol kerheto grafikon, igy
valoban felesleges a zoom.
Jelszóbal le lehet védeni a munin könyvtárat. Üdv, János
Ehh es ez hogy jon ide?! :-o Most is igy van amugy
Gábriel Ákos [EMAIL PROTECTED] wrote:
LiRul wrote:
2) Kisse elavultnak talalom a bitmap grafikonokat. Egy graph tipikusan
olyan valami, ami kialt a vektoros abrazolas utan. Felolem lehet SVG,
flash vagy barmi csak hianyzik a nagyithatosag.
rrd-ben nincs sok ertelme nagyitani, pont
On Thu, 14 Sep 2006, Csaba Halasz wrote:
[-a|--imgformat PNG|SVG|EPS|PDF]
Image format for the generated graph.
De hogy a muninnak ezt hogy lehet megmondani azt nem tudom.
http://munin.projects.linpro.no/wiki/protocol-config :
...
graph_args? If set, the arguments will be
Lajber Zoltan [EMAIL PROTECTED] wrote:
On Thu, 14 Sep 2006, Csaba Halasz wrote:
[-a|--imgformat PNG|SVG|EPS|PDF]
Image format for the generated graph.
De hogy a muninnak ezt hogy lehet megmondani azt nem tudom.
http://munin.projects.linpro.no/wiki/protocol-config :
On Thu, Sep 14, 2006 at 03:00:11PM +0200, Zana János wrote:
LiRul írta:
On Thu, Sep 14, 2006 at 12:01:43PM +0200, Zana János wrote:
Igen, vegul is belegondolva barmilyen tartomanybol kerheto grafikon, igy
valoban felesleges a zoom.
Jelszóbal le lehet védeni a munin könyvtárat. Üdv, János
Ehh
, bejelentkezett felhasznalok szama, lemez
kihasznaltsagi ertekek begyujtesehez, de nekem munin-nal nagy
szolgalatot tett mar sokszor egy-egy apache/mysql threadek/atvitt
byte-ok szamarol vagy az MTA queue allapotarol szolgaltatott adat.
Ez pedig nem tipikusan SNMP-n lekerdezendo adat. Ha egy mod van ra
nem
SVG,
flash vagy barmi csak hianyzik a nagyithatosag.
rrd-ben nincs sok ertelme nagyitani, pont errol szol. olvasd el a
doksijat, ra fogsz jonni.
Ezert most nagy dilemmaban vagyok, hogy erdemes-e valtani munin-rol
cacti-ra (vagy netan masra?). Cacti a fenti ket pontra megoldas lenne?
Koszi s
Hali,
Belefutottam egy munin problemaba, amire egyelore nem talaltam
megoldast:
Amint tullepi valamilyen service a warning vagy alert szintet (df,
exim_mailqueue pluginnal biztosan elojott), akkor 5 percenkent jon ket
ujabb uzenet, de mig az egyikben valos ertek van pl. Wargning: 95%-on
van
Alaplap csere után nem formáztam a winchestert. (A debian minden további
nélkül elindult rajta.) Csak pár nap múlva fedeztem fel, hogy a munin
piros színü figyelmeztetést ír ki az inode usage sorban:
warn 92 crit 98/c (ntfs) - /dev/hda2
Mi a baja az NTFS-sel? A piros jel a 98-nál
warn 92 crit 98/c (ntfs) - /dev/hda2
Mi a baja az NTFS-sel? A piros jel a 98-nál is megjelenik.
nem csak nincs rajta hely es a rendszer automatikusan bemountolta?
_
linux lista - linux@mlf.linux.rulez.org
Miloska wrote:
warn 92 crit 98/c (ntfs) - /dev/hda2
nem csak nincs rajta hely es a rendszer automatikusan bemountolta?
Van rajta vagy 10 giga szabad hely. Az fstab tartalma is a régi.
Üdv, János
_
linux lista -
Itsystem - -Értékház wrote:
Sziasztok !
Pár napja feltettem a munin-t, (erre a gépre, ami az irodában van) hogy
kipróbáljam.
Teccett. Feltettem utána még pár serverre is.
Remekül műx, csak van 1 bibi:
Az irodai gépemen elkezdett a disk (hda) hibázni. (DriveStatusError,
DriveReady SeekComplete
ide kábel hiba, szinte biztos.
esetleg alaplap (vezerlo) hiba.
csak akkor csinálja,mikor a munin-cron lefut.
S.Z:
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
Mintha a smartctl -a is ilyesmi hibauzeneteket adna, amikor nincs
engedelyezve a diszken a smart...
Nyert !
Köszi !
Solymossy Zoltán
_
linux lista - linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux
22 matches
Mail list logo
