Szeretném kérni az illetékesektől, hogy legyen egy olyan KDE-s panel kisalkalmazás, amelyen van egy nagy piros gomb. A működése annyi lenne, hogy ha ezt megnyomom, akkor fájjon azoknak az embereknek, akik kitalálták, hogy a fájlok tartalmi indexelése annyira elengedhetetlenül fontos része egy operációs rendszernek, hogy ezért minden esetben érdemes feláldozni a teljes CPU és I/O […]
Eljött az ideje, hogy megírjak egy kis doksit a GlusterFS beüzemelésével kapcsolatban CentOS 6.5 operációs rendszeren… bár van néhány glusterfs csomag a CentOS repóban, érdemes hozzáadni a “hivatalos” Gluster repót: A telepítés egyszerű, az alábbi csomagokra lesz szükségünk: Állítsuk be, hogy induljon el automatikusan és indítsuk el: Ezt ismételjük meg az összes olyan lábon, ahol szeretnénk egy Gluster
Az előző bejegyzés folyománya, hogy a Confluence is külön virtuális szerverre került, ahol nem zavarja senki és semmi – kivéve talán a fizikai gépen mellette levő egyéb virtuális gépek, de egyelőre nem láttam kifejezett lassulást vagy éheztetést, teljesen sima és egyenletes a kiszolgálás, ami nem volt jellemző a közös gépen osztozó régi megoldás esetén. Az alábbi ábrán
Hmm… bámulatos, hol tart már a modern cloud VPS technológia: 512MB RAM, 1 CPU, 20GB SSD Disk, 1TB Transfer, CentOS 6.5 x64 = $5.00/month Nagyjából fél óra alatt költöztettem át oda a FishEye-t, ugyanis már éppen nem fért el kényelmesen a jelenlegi 8GB memóriát tartalmazó szerveren, a swap használat pedig belassította a többi komponenst, ezért sokszor
A DigitalOcean “Droplet” létrehozása után szükséges néhány apróság beállítása, amelyek egy része a kényelmet fokozza, másik része pedig kapcsolódási pont a javaforum.hu szerver felé. Először is, frissítsünk egy alaposat, majd telepítsük fel a wget csomagot: Állítsuk be a CentOS közösségi repository-kat: Telepítsük a munin-node csomagot: Konfiguráljuk be a szerver nevét, illetve engedélyezzük a munin-server felől a kapcsolatokat: Ezek
Volt sör, pizza és póló… meg egy jó beszélgetés a közösség építéséről… 🙂
Adjunk hozzá egy új felhasználót: Ha költöztetünk vagy frissítünk, akkor mentsük le a régi példány adatait, majd a jenkins.war felülírása után indítsuk el az új verziót: …és ellenőrizzük a futását:
Hozzuk létre a nexus felhasználót, majd töltsük le a Nexus egy friss példányát: Ha frissítünk vagy költöztetünk, akkor mentsük el a sonatype-work könyvtárat: Majd indítsuk el az új Nexus verziót:
Adjunk hozzá egy felhasználót és töltsünk le egy friss Sonar verziót és indítsuk el: Állítsuk be a virtuális szervert: Állítsuk be az adatbázis elérést és töltsük vissza az előző adatbázist, ha költöztetjük vagy frissítjük a példányt: Állítsuk be a Sonar példányt a megfelelő JDBC paraméterekkel: Majd nézzük meg, hogy működik-e:
Gondolom nem kell leírnom, hogy mit jelent a spamszűrés, mindenki ismeri a spam fogalmát. A spam levelek ellen alapvetően kétféle módon védekezhetünk, az egyik az, amikor a szabályos SMTP működést követeljük meg, a másik esetben a levelek tartalma alapján dönti el a spamszűrő, hogy dobja-e a levelet, vagy kézbesítse. Az első megoldásra a postgrey kényelmes,