Sziasztok!
Szükségem lenne valami könnyen/jól kezelhető mind mapping motyóra (windows alatt edraw -ot használok) fedora alá.
Ötlet?
Köszi!
Sziasztok!
Egy új monitorozó rendszer összeállításáról van szó és szeretném jól körüljárni a dolgot. A következőkben gondolkodom:
nagios 4
pnp4nagios v. nagiosgraph?
mklivestatus (nagvis backend)?
nagvis.
Érdekelne még hogy mklivestatus -t kitudom e váltani (mysql backend?), vagy egyáltalán tutira szükségem van e rá? Csak nagvis miatt dobnám.
Zabbix cacti stb nem érdekes felesleges is belemennünk.
Érdekelne a véleményetek: performancia, magas rendelkezésre állóság stb.
Várom és köszönöm az építő hozzászólásokat.
Sziasztok!
Tervezem, hogy a közeljövőben felrakom a fedora 21-et.Haználtam már régen fedorát, aztán visszatértem a debian ubuntu vonalhoz. Megszoktam már, hogy ubuntuban nagyon szépek a betűk.Talán, a legszebb, minden os között.A fedorában viszont, kifejezetten rondák. Abban szeretnék segítséget kérni, hogy tudtok-e valami leírást, ill.megoldást arra, hogy hogyan lehetne szép megjelenést kölcsönözni a fontoknak fedorában.
Köszi előre is!!
Sziasztok!
Olyan plugin -ra lenne szükségem, ami mondjuk 10 perces időintervallummal figyeli egy mount point tárterületének változását, és ez alapján a kimenete valami olyasmi, hogy a megadott mount ponton előreláthatólag még 12 óráig elegendő a tárterület.
Tehát ilyen megelőző szkript kellene, hogy ha az üzemeltető mondjuk elmegy hétvégére akkor csekkolni tudja, hogy a délelőtt mértek alapján nem lesz para a hétvégén a tárterülettel.
Vagy valami hasonló sztori. Remélem nem nagy hülyeség. Nagios exchange -t már csekkoltam, de nem leltem tökéletes megoldásra, bár eléggé ígéretesnek tűnik a file_grow_check téma.
Az építő hozzászólásokat előre is köszönöm.
Sziasztok!
Szerintetek van bármi előnye-hátránya a CentOS 6-ot használni a CentOS 7 helyett?
Én így látom, de várnék érveket a 7-esnél maradásnál vagy 6-ra váltásnál.
Amik miatt ez felmerült, hogy legyen 6 a 7 helyett, a 7 nem tetsző dolgai:
- firewalld-vel orbitális szívások: beállított forward nem működik
- systemd
- network manager bug-jai és létezése :)
- strukturális változások, amik nem tetszenek
Ami miatt mégis maradna a 7, a 7 előnyei:
- újabb
- elvileg ez lesz a jövő, lásd systemd, nm, firewalld
Itt egy téma, ami például nem működik nekem megfelelően CentOS 7 alatt és még nem találtam rá megoldást, pedig csak egy egyszerű port/ip forward:
Sziasztok!
Adot egy program (VisualSFM) amihez rpm csomagok keszitek. A problemam az, hogy a program mindig a ./ konyvtaraba akarja irni a log and tmp fajlokat. Mivel a csomagban az/usr/libexec/%{name} ala kerulnek a binalisok, erteremszeruen ide probal irni. Mivel ugye ide csak root felhasznalo irhat az normal felhasznalok nem kepesek log es tmp fajlokat letrehozni. Kerdesem az, hogy lehetne ezt megkerulni valahogy.
Probalkoztam linkekel de nem sikerult megoldanom a problemat.
Most egy olyan nagyon nem szep megoldas mukodik, hogy minden inditaskor az /usr/bin/visaulsfm script fajl bemasolja a ~/visualsfm konyvtarba az /usr/libexec/visualsfm/VisualSFM -t es ott inditja.
hali mind,
mivel valami durva PHP-s CVE jött be, nekiálltam befrissíteni a centos 6.5-ös szervereimet (legutóbb múlt héten frissítettem őket), és valami nagyon durva adag frissítést hozott be. többek között rubyt telepít a gépre valaminek a dependencyje miatt... wtf.
más is találkozik ezzel a rohadt nagy update-tel?
Adott egy ESX környezetben futó virtuális redhat 5.6 64 bites linux.
3 vg van, sysvg, appdatavg, appvg.
sysvg-n belül a tmp lvm-hez kellett volna hozzáadnom 2gb-ot, de mivel a sysvg-ben nem volt hely, ezért kértem +2gb-ot a vm-től.
Ők hozzá is adták, és amikor próbáltam a pvresize /dev/sda vagy pvresite /dev/sda2 parancsot, nem növelte meg.
Gyanakodni kezdtem, hogy lehet azért mert nincs hely.
Rescue módba újralőttem a rendszert, összekukáztam 1 giga helyet, majd megpróbáltam pvresize-ot megint, nem csinált semmit. (Mindig pvresize-zel szoktam amikor egy imaget ráhúznak egy vm guestre, persze még új korában).
Így a megoldásom az lett, hogy nem használtam fel a +2gb-ot amit kaptunk, hanem összekukáztam azt 2gb-ot, amit hozzá kellett adnom.
Mit gondoltok mi lehet a probléma ?
fdisk,vgdisplay,pvdisplay,dmesg kimenet itt lenne: http://pastebin.com/0jeAeSHu
Átméretezés folyamata:
[root@servername ~]# pvs
/dev/cdrom: open failed: No medium found
PV VG Fmt Attr PSize PFree
/dev/sda2 sysvg lvm2 a- 33.47G 256.00M
/dev/sdb appvg lvm2 a- 76.00G 2.60G
/dev/sdc appdatavg lvm2 a- 140.00G 8.50G
[root@servername ~]# pvresize /dev/sda
Failed to read physical volume "/dev/sda"
0 physical volume(s) resized / 0 physical volume(s) not resized
[root@servername ~]# pvresize /dev/sda2
/dev/cdrom: open failed: No medium found
Physical volume "/dev/sda2" changed
1 physical volume(s) resized / 0 physical volume(s) not resized
[root@servername ~]# pvs
/dev/cdrom: open failed: No medium found
PV VG Fmt Attr PSize PFree
/dev/sda2 sysvg lvm2 a- 33.47G 256.00M
/dev/sdb appvg lvm2 a- 76.00G 2.60G
/dev/sdc appdatavg lvm2 a- 140.00G 8.50G
[root@servername ~]#
Sziasztok!
Mi a leggyorsabb és legésszerűbb módja, hogy a bekapcsolt 1-2 nem hivatalos repo rpm-jeit visszacseréljem a CentOS 7 alap rpm-jeire?
Az is segítség lenne, ha le tudnám takarítani az összes más repo-ból származó rpm-et, mert visszarakom, ami kell, azt tudom, hogy mi kell.
Mi a módja, hogy kigyűjtsem az adott repo összes csomagját, amit onnan raktam fel? Mert akkor azokat eltávolítom és kb kész.
Tehát ha tehetném, a még fel nem rakott egyéb csomagok előtti snapshot-ra állnék vissza - a gyakorlatban.
Köszönöm.
Tortent az eset hogy reggel munkaba erve, belepve gepemre egyszer csak ujra inditom a google chrome-ot mert hogy frissitettek rajta!
No akkor jott egy segfault, es azota is ugy van.
Fejelemenyek az ugyben: https://code.google.com/p/chromium/issues/detail?id=397548
Nalam nem mukodott sajna....
Esetleg ha valaki tudja hogy honnan szedhetnek egy 37 es google chrome installert centos 6.5 hoz ami meg 32 bites az hasznos lenne!
http://mirror.pcbeta.com/google/rpm/i386/google-chrome32/ Aki esetleg centos alatt szenvedne ezzel annak itt a regiek listaja :)
Hanzo