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

Problé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.

Probléma: Végre akarsz hajtani egy Apache Spark lekérdezést, de az java.lang.IllegalArgumentException: <gépnév>-vel elhal.

Megoldás: Nem működik a Spark gépek között a névfeloldás. Spark esetén minden gépnek tudnia kell a másik nevéhez tartozó IP címet. Egy kisebb klaszter esetén megoldás lehet a hosts fájl használata. Ne feledkezzünk meg róla, hogy ez egy elosztott rendszer, tehát minden gép hosts fájljába írjuk be mindegyik gép nevét és IP címét.

Teljes exception és stack trace:
Legyen az aktuális gép neve spark-1

Probléma: Meg kellene keresni azokat a fájlokat, melyek nem egy adott felhasználóhoz és csoporthoz tartoznak.

Megoldás: find . ! -group <csoport> ! -user <felhasználó>
Például: find . ! -group cassandra ! -user cassandra

Probléma: A következőhöz hasonló hibaüzenet sorozatot látod a Redis logban, miközben a kliensek kapcsolódási hibára, időtúllépésekre panaszkodnak:

Probléma: Egy bizonyos szabály szerint szeretnél tömegesen kulcsokat törölni Redisből, de valamiért nem szeretnél LUA-t használni.

Megoldás: Hozzunk létre egy egyszerű for ciklust bash-ben, amely a redis-cli kimenetét fogja sorról-sorra végigjárni. A redis-cli az általunk megadott sablon szerint listázza a kulcsokat: