haladó

MantisBT: mezők elrejtése

Probléma: MantisBT-ben új jegy felvételekor/szerkesztésekor fölösleges mezők is megjelennek.
Megoldás: A Manage > Manage Configuration > Manage Columns fülön meg tudod nézni, hogy az adott projektnél milyen oszlopok érhetőek el.

Nálam ezek a következők:
id, project_id, reporter_id, handler_id, priority, severity, reproducibility, status, resolution, category_id, date_submitted, last_updated, version, fixed_in_version, target_version, view_state, summary, due_date, description, steps_to_reproduce, additional_information, attachment_count, bugnotes_count, selection, edit, notes, tags, overdue

Egy Cassandra frissítés története, avagy a legacy sárkány tüzet okád

Frissítés gomb
A cél tiszta és világos: A Datastax-féle Cassanda (DSE) 4.8.9-ről fel kell frissíteni adatvesztés nélkül az összes fontosabb klaszterünket 5.1.11-re, leállás és az üzleti folyamatok bárminemű megakasztása nélkül.

Frissítéskezelő: egyéni tükör használata

Probléma: A Frissítéskezelő alapértelmezetten letiltja a külső forrásokat és a fő kiszolgálót használja a csomagok letöltésére. Ám a fő kiszolgálóról való letöltés nagyon lassú tud lenni, ezért másik kiszolgálót szeretnénk használni.

Megoldás: A megfelelő tükör kiválasztása és beállítása után a „RELEASE_UPRADER_ALLOW_THIRD_PARTY” környezeti változót kell beállítani, és abból a konzolból kell indítani a frissítéskezelőt.

Ubuntu és Bitlocker – Megférnek együtt?

titkosítás illusztráció
Mint azt évek óta jól tudjuk, az Ubuntu és a Windows egész jól megférnek egymás mellett. De mi a helyzet akkor, ha lemeztitkosítást használunk?

Vannak olyan körülmények, ahol elkerülhetetlen, sőt egyenesen kötelező valamilyen lemeztitkosítási megoldás használata.

Első LibreOffice 6.3 hibavadászat

Első LibreOffice 6.2 hibavadászat
Az első LibreOffice 6.3 hibavadászat május 13-án kerül megrendezésre. Célja, hogy a LibreOffice 6.3 alfa 1-ben (ami itt érhető el) minél több hibát és regressziót fedezzenek fel a stabil 6.3 kiadása előtt.

Cassandra: Frissítés után nem indul el

Apache Cassandra logoProbléma: Nagyobb verziófrissítés után nem indul el a (DSE) Cassandra. A system.log-ban a következő hibaüzenet olvasható:

Cassandra: Streaming error occurred java.io.IOException: CF <> was dropped during streaming

Apache Cassandra logoProbléma: Van egy relatív sok (1 TB+) adatot tartalmazó Cassandra klasztered, legalább egy DataCenterrel. Hozzáadsz egy új DataCentert, amibe szinkronizálni szeretnéd a meglévő adatokat. Ennek megfelelően módosítod a keyspace-ek replication factorát (vagy ha jobban tetszik, a kulcsterek replikációs tényezőjét). Kiadod a nodetool rebuild -dc <forrás_dc> parancsot, de az adatok szinkronizálása néhány 100 GB után megszakad. Többedik rebuild kiadására sem javul jelentősen a helyzet, sokadik próbálkozásra sem sikerül megközelíteni a forrás DataCenterben lévő adatmennyiséget.