Izmantojot elasticsearch-head paneli, lai izveidotu savienojumu ar Elasticsearch(ES), es atradu šādu kļūdu:
Klasteris Veselība: sarkans (24 no 31)
Lai skatītu statusa informāciju, apmeklējiet:Hipersaites pieteikšanās ir redzama.
{ "cluster_name" : "elasticsearch", "status" : "sarkans", "timed_out" : nepatiess, "number_of_nodes": 1, "number_of_data_nodes": 1, "active_primary_shards" : 24, "active_shards" : 24, "relocating_shards" : 0, "initializing_shards" : 0, "unassigned_shards": 7, "delayed_unassigned_shards" : 0, "number_of_pending_tasks" : 0, "number_of_in_flight_fetch" : 0, "task_max_waiting_in_queue_millis" : 0, "active_shards_percent_as_number" : 77.41935483870968
} "status" : "sarkans"Statuss ir Tukšs
Galvas spraudnis tiks parādīts dažādās krāsās
1) Zaļš - veselīgākais stāvoklis, kas nozīmē, ka ir pieejami visi primārie un replikas šķembas; 2) Dzeltens - visi primārie šķembas ir pieejami, bet dažas kopijas nav pieejamas; 3) Sarkans - dažas primārās šķembas nav pieejamas. (Šobrīd dažus datus joprojām var atrast, izpildot vaicājumu, tāpēc labāk to ātri atrisināt.) )
Lai skatītu indeksa statusu, piekļūstiet:Hipersaites pieteikšanās ir redzama.
.monitoring-es-6-2021.01.22 0 p NEPIEŠĶIRTIE ALLOCATION_FAILED Kas ir nepiešķirtā sadalīšana?
Paskaidrojums vienā teikumā: Nesadalītas šķembas. Startējot ES, jūs atradīsit, ka klastera šķembas parādīsies violetas, pelēkas un visbeidzot zaļas pēc pastāvīgas atsvaidzināšanas, izmantojot Head spraudni.
Kāpēc notiek nepiešķirta sadalīšana?
Ja nevarat piešķirt šķembas, piemēram, esat pārdalījis repliku šķembu skaitu klastera mezglu skaitam, šķembas paliek NEPIEŠĶIRTAS. Kļūdas kods ir: ALLOCATION_FAILED.
Iespējamie cēloņi nepiešķirtām sadalīšanas problēmām?
1) INDEX_CREATED: nav piešķirts indeksu izveidojušās API dēļ. 2) CLUSTER_RECOVERED: Nav piešķirts pilnīgas klastera atkopšanas dēļ. 3) INDEX_REOPENED: netiek piešķirts indeksa atvēršanas vai aizvēršanas dēļ. 4) DANGLING_INDEX_IMPORTED: Nav piešķirts nokarenā indeksa importēšanas rezultāta dēļ. 5) NEW_INDEX_RESTORED: Nav piešķirts, jo atgriežas pie jauna indeksa. 6) EXISTING_INDEX_RESTORED: Nav piešķirts, jo atgriežas pie slēgta indeksa. 7) REPLICA_ADDED: Nav piešķirts, jo ir skaidri pievienotas replikas šķembas. 8) ALLOCATION_FAILED: Nav piešķirts fragmentu sadalījuma kļūmes dēļ. 9) NODE_LEFT: mezgls, kas pārvadā šķembu, atstāj klasteri un netiek piešķirts. 10) REINITIALIZED: sakarā ar nepiešķirtām šķembām, pārejot no sākuma uz inicializāciju (piemēram, sharding ar ēnu ēnu kopijām). 11) REROUTE_CANCELLED: Atdalīšana skaidras komandas rezultātā. 12) REALLOCATED_REPLICA: Nosakiet, ka labāka replikas atrašanās vieta ir kalibrēta lietošanai, kā rezultātā tiek atcelta esošā kopiju piešķiršana un nepiešķiršana.
Piesakieties serverī un skatiet Elasticsearch (ES) žurnālus šādi:
Elasticsearch izvada daudz žurnālu, visi direktorijā ES_HOME/logs. Noklusējuma reģistrēšanas līmenis ir INFO. Tas nodrošina mērenu informāciju, bet ir izstrādāts, lai nepārslogotu žurnālus. Hipersaites pieteikšanās ir redzama.
Ir daudz kļūdu, piemēram:
[2021-01-21T03:33:26,435] [BRĪDINĀT] [o.e.x.m.e.l.LocalExporter] [A_OefhJ] negaidīta kļūda indeksēšanas uzraudzības dokumenta laikā
org.elasticsearch.xpack.monitoring.exporter.ExportException: ClusterBlockException[blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];] vietnē org.elasticsearch.xpack.monitoring.exporter.local.LocalBulk.lambda$throwExportException$2(LocalBulk.java:128) ~[?:?] vietnē java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[?:1.8.0_222] vietnē java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) ~[?:1.8.0_222] java.util.Spliterators$ArraySpliterator.forEachRemaining(Spliterators.java:948) ~[?:1.8.0_222] vietnē java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482) ~[?:1.8.0_222] java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) ~[?:1.8.0_222] vietnē java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) ~[?:1.8.0_222] vietnē java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) ~[?:1.8.0_222] vietnē java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[?:1.8.0_222] vietnē java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:485) ~[?:1.8.0_222] vietnē org.elasticsearch.xpack.monitoring.exporter.local.LocalBulk.throwExportException(LocalBulk.java:129) ~[?:?] vietnē org.elasticsearch.xpack.monitoring.exporter.local.LocalBulk.lambda$doFlush$0(LocalBulk.java:111) ~[?:?] vietnē org.elasticsearch.action.ActionListener$1.onResponse(ActionListener.java:60) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.ContextPreservingActionListener.onResponse(ContextPreservingActionListener.java:43) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.TransportAction$1.onResponse(TransportAction.java:85) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.TransportAction$1.onResponse(TransportAction.java:81) ~[elasticsearch-6.5.2.jar:6.5.2] org.elasticsearch.action.bulk.TransportBulkAction$BulkRequestModifier.lambda$wrapActionListenerIfNeeded$0(TransportBulkAction.java:607) ~[elasticsearch-6.5.2.jar :6.5.2] vietnē org.elasticsearch.action.ActionListener$1.onResponse(ActionListener.java:60) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.bulk.TransportBulkAction$BulkOperation$1.finishHim(TransportBulkAction.java:414) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.bulk.TransportBulkAction$BulkOperation$1.onFailure(TransportBulkAction.java:409) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.TransportAction$1.onFailure(TransportAction.java:91) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.finishAsFailed(TransportReplicationAction.java:901) ~[elasticsearch-6.5.2.jar :6.5.2] vietnē org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.handleBlockException(TransportReplicationAction.java:824) ~[ elasticsearch-6.5.2.jar:6.5.2] org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.handleBlockExceptions(TransportReplicationAction.java:812) ~[ elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.doRun(TransportReplicationAction.java:710) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.replication.TransportReplicationAction.doExecute(TransportReplicationAction.java:169) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.replication.TransportReplicationAction.doExecute(TransportReplicationAction.java:97) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.TransportAction$RequestFilterChain.proceed(TransportAction.java:167) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.xpack.security.action.filter.SecurityActionFilter.apply(SecurityActionFilter.java:126) ~[?:?] vietnē org.elasticsearch.action.support.TransportAction$RequestFilterChain.proceed(TransportAction.java:165) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.TransportAction.execute(TransportAction.java:139) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.TransportAction.execute(TransportAction.java:81) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.bulk.TransportBulkAction$BulkOperation.doRun(TransportBulkAction.java:384) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.bulk.TransportBulkAction.executeBulk(TransportBulkAction.java:496) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.bulk.TransportBulkAction.executeIngestAndBulk(TransportBulkAction.java:243) ~[elasticsearch-6.5.2.jar:6.5.2] org.elasticsearch.action.bulk.TransportBulkAction.doExecute(TransportBulkAction.java:169) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.bulk.TransportBulkAction.lambda$processBulkIndexIngestRequest$4(TransportBulkAction.java:549) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.ingest.IngestService$4.doRun(IngestService.java:417) [elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.common.util.concurrent.ThreadContext$ContextPreservingAbstractRunnable.doRun(ThreadContext.java:723) [elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-6.5.2.jar:6.5.2] vietnē java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_222] vietnē java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_222] vietnē java.lang.Thread.run(Thread.java:748) [?:1.8.0_222] To izraisīja: org.elasticsearch.cluster.block.ClusterBlockException: bloķēja: [FORBIDDEN/12/index read-only / allow delete (api)]; org.elasticsearch.cluster.block.ClusterBlocks.indexBlockedException(ClusterBlocks.java:183) ~[elasticsearch-6.5.2.jar:6.5.2] vietnē org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.handleBlockExceptions(TransportReplicationAction.java:810) ~[ elasticsearch-6.5.2.jar:6.5.2] ... Vēl 21
Pēc analīzes tika konstatēts, ka tas bija tāpēc, kaServera, kurā atrodas ES, diska vieta ir pārāk maza, tiklīdz jebkurš indekss ar vienu vai vairākiem fragmentiem ir piešķirts mezglam diskā, kurā tiek glabāti vairāk nekā 95% datu, indekss tiks piespiests pāriet tikai lasīšanas režīmā.
Skatīt visu indeksa iestatījumu informāciju, kas jāapmeklē:Hipersaites pieteikšanās ir redzama., kā parādīts attēlā:
"zināšanas" : { "iestatījumi" : { "indekss" : { "number_of_shards" : "3", "bloki" : { "read_only_allow_delete" : "patiess" }, "provided_name" : "zināšanas", "creation_date" : "1576206251443", "number_of_replicas" : "0", "uuid": "yeSIP_otQo6JQ8ooRdr8hA", "versija" : { "created" : "6050299" } } } } read_only_allow_deleteJa šis atribūts ir patiess, ekosistēmu pakalpojumu indekss atļauj tikai lasīt un dzēst datus, bet neļauj pievienot vai modificēt datus
šķīdums
Pēc diska problēmas atrisināšanas izvērsiet vai izdzēsiet nevēlamos failus, izpildiet tālāk sniegto apmācību.
Iestatīt read_only_allow_delete uz false
Lai nosūtītu ievietošanas pieprasījumu, izmantojot elasticsearch-head:Hipersaites pieteikšanās ir redzama., kā parādīts attēlā:
Tas joprojām nevar atbrīvoties no Reda veselības stāvokļa,Tieši izdzēsiet ".monitoring-es-6-*" datus, valsts kļūst veselīga, kā parādīts zemāk redzamajā attēlā:
(Beigas)
|