Ved at bruge elasticsearch-head-panelet til at forbinde til Elasticsearch(ES) fandt jeg følgende fejl:
Klyngesundhed: rød (24 af 31)
For at se statusinformation, besøg:Hyperlink-login er synlig.
{ "cluster_name" : "elasticsearch", "status": "rød", "timed_out" : falsk, "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" : "rød"Status er Tom
Hovedplugin'et vil blive vist i forskellige farver
1) Grøn – den sundeste tilstand, hvilket betyder, at alle primære og replika-fragmenter er tilgængelige; 2) Gul – alle primære fragmenter er tilgængelige, men nogle replikafragmenter er ikke tilgængelige; 3) Rød - Nogle primære fragmenter er ikke tilgængelige. (På nuværende tidspunkt kan nogle data stadig findes under udførelsen af forespørgslen, så det er bedre at løse det hurtigt.) )
For at se indeksstatus, tilgå:Hyperlink-login er synlig.
.monitoring-es-6-2021.01.22 0 p TILDELT ALLOCATION_FAILED Hvad er unassigned sharding?
Forklaring i én sætning: Uallokerede fragmenter. Når du starter ES, vil du opdage, at cluster-shards fremstår lilla, grå og til sidst grønne efter konstant opdatering via Head-plugin'et.
Hvorfor sker utildelt sharding?
Hvis du for eksempel ikke kan allokere shards, har du overallokeret antallet af replika-shards for antallet af noder i klyngen, forbliver shards UDEN TILDELT. Fejlkoden er: ALLOCATION_FAILED.
Mulige årsager til problemer med uautoriseret sharding?
1) INDEX_CREATED: Ikke allokeret på grund af API'et, der skabte indekset. 2) CLUSTER_RECOVERED: Ikke tildelt på grund af fuld klyngegendannelse. 3) INDEX_REOPENED: Ikke allokeret på grund af åbning eller lukning af et indeks. 4) DANGLING_INDEX_IMPORTED: Ikke allokeret på grund af resultatet af import af det hængende indeks. 5) NEW_INDEX_RESTORED: Ikke tildelt på grund af tilbagevenden til et nyt indeks. 6) EXISTING_INDEX_RESTORED: Ikke tildelt på grund af tilbagevenden til et lukket indeks. 7) REPLICA_ADDED: Ikke allokeret på grund af eksplicit tilføjelse af replika-shards. 8) ALLOCATION_FAILED: Ikke tildelt på grund af fejl i shard-allokeringen. 9) NODE_LEFT: Noden, der bærer fragmentet, forlader klyngen og bliver ikke allokeret. 10) REINITIALISERET: På grund af ikke-allokerede shards ved overgang fra start til initialisering (f.eks. sharding med shadow shadow-kopier). 11) REROUTE_CANCELLED: Fjern som følge af en eksplicit unresail-kommando. 12) REALLOCATED_REPLICA: Bestem at en bedre replikaplacering er kalibreret til brug, hvilket resulterer i annullering af eksisterende kopiallokering og afallokering.
Log ind på serveren og se Elasticsearch (ES) logfilerne som følger:
Elasticsearch udgiver mange logs, alle i ES_HOME/logs-mappen. Standard-logningsniveauet er INFO. Den giver moderat information, men er designet til ikke at overbelaste dine logfiler. Hyperlink-login er synlig.
Der er et stort antal fejl såsom:
[2021-01-21T03:33:26,435] [ADVARSEL] [o.e.x.m.e.l.LocalExporter] [A_OefhJ] uventet fejl under indeksering af overvågningsdokument
org.elasticsearch.xpack.monitoring.exporter.ExportException: ClusterBlockException[blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];] på org.elasticsearch.xpack.monitoring.exporter.local.LocalBulk.lambda$throwExportException$2(LocalBulk.java:128) ~[?:?] på java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) ~[?:1.8.0_222] på java.util.stream.ReferencePipeline$2$1.accept(ReferencePipeline.java:175) ~[?:1.8.0_222] på java.util.Spliterators$ArraySpliterator.forEachRemaining(Spliterators.java:948) ~[?:1.8.0_222] på java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:482) ~[?:1.8.0_222] på java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472) ~[?:1.8.0_222] at java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:150) ~[?:1.8.0_222] at java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:173) ~[?:1.8.0_222] at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) ~[?:1.8.0_222] at java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:485) ~[?:1.8.0_222] på org.elasticsearch.xpack.monitoring.exporter.local.LocalBulk.throwExportException(LocalBulk.java:129) ~[?:?] på org.elasticsearch.xpack.monitoring.exporter.local.LocalBulk.lambda$doFlush$0(LocalBulk.java:111) ~[?:?] på org.elasticsearch.action.ActionListener$1.onResponse(ActionListener.java:60) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.support.ContextPreservingActionListener.onResponse(ContextPreservingActionListener.java:43) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.support.TransportAction$1.onResponse(TransportAction.java:85) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.support.TransportAction$1.onResponse(TransportAction.java:81) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.bulk.TransportBulkAction$BulkRequestModifier.lambda$wrapActionListenerIfNeeded$0(TransportBulkAction.java:607) ~[elasticsearch-6.5.2.jar :6.5.2] på org.elasticsearch.action.ActionListener$1.onResponse(ActionListener.java:60) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.bulk.TransportBulkAction$BulkOperation$1.finishHim(TransportBulkAction.java:414) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.bulk.TransportBulkAction$BulkOperation$1.onFailure(TransportBulkAction.java:409) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.support.TransportAction$1.onFailure(TransportAction.java:91) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.finishAsFailed(TransportReplicationAction.java:901) ~[elasticsearch-6.5.2.jar :6.5.2] på org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.handleBlockException(TransportReplicationAction.java:824) ~[ elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.handleBlockExceptions(TransportReplicationAction.java:812) ~[ elasticsearch-6.5.2.jar:6.5.2] at org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.doRun(TransportReplicationAction.java:710) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) ~[elasticsearch-6.5.2.jar:6.5.2] at org.elasticsearch.action.support.replication.TransportReplicationAction.doExecute(TransportReplicationAction.java:169) ~[elasticsearch-6.5.2.jar:6.5.2] at org.elasticsearch.action.support.replication.TransportReplicationAction.doExecute(TransportReplicationAction.java:97) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.support.TransportAction$RequestFilterChain.proceed(TransportAction.java:167) ~[elasticsearch-6.5.2.jar:6.5.2] at org.elasticsearch.xpack.security.action.filter.SecurityActionFilter.apply(SecurityActionFilter.java:126) ~[?:?] på org.elasticsearch.action.support.TransportAction$RequestFilterChain.proceed(TransportAction.java:165) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.support.TransportAction.execute(TransportAction.java:139) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.support.TransportAction.execute(TransportAction.java:81) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.bulk.TransportBulkAction$BulkOperation.doRun(TransportBulkAction.java:384) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.bulk.TransportBulkAction.executeBulk(TransportBulkAction.java:496) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.bulk.TransportBulkAction.executeIngestAndBulk(TransportBulkAction.java:243) ~[elasticsearch-6.5.2.jar:6.5.2] at org.elasticsearch.action.bulk.TransportBulkAction.doExecute(TransportBulkAction.java:169) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.bulk.TransportBulkAction.lambda$processBulkIndexIngestRequest$4(TransportBulkAction.java:549) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.ingest.IngestService$4.doRun(IngestService.java:417) [elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.common.util.concurrent.ThreadContext$ContextPreservingAbstractRunnable.doRun(ThreadContext.java:723) [elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:37) [elasticsearch-6.5.2.jar:6.5.2] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_222] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_222] på java.lang.Thread.run(Thread.java:748) [?:1.8.0_222] Forårsaget af: org.elasticsearch.cluster.block.ClusterBlockException: blokeret af: [FORBIDDEN/12/index read-only / tillad delete (api)]; på org.elasticsearch.cluster.block.ClusterBlocks.indexBlockedException(ClusterBlocks.java:183) ~[elasticsearch-6.5.2.jar:6.5.2] på org.elasticsearch.action.support.replication.TransportReplicationAction$ReroutePhase.handleBlockExceptions(TransportReplicationAction.java:810) ~[ elasticsearch-6.5.2.jar:6.5.2] ... 21 mere
Efter analyse blev det konstateret, at det skyldtesDiskpladsen på serveren, hvor ES'en er placeret, er for lav, når et indeks med en eller flere shards er tildelt en node i en disk, der gemmer mere end 95% af dataene, vil indekset blive tvunget i skrivebeskyttet tilstand.
Se alle oplysninger om indeksindstillinger, du kan besøge:Hyperlink-login er synlig., som vist i figuren nedenfor:
"viden" : { "indstillinger" : { "indeks" : { "number_of_shards" : "3", "blokke" : { "read_only_allow_delete" : "sandt" }, "provided_name" : "viden", "creation_date" : "1576206251443", "number_of_replicas" : "0", "uuid" : "yeSIP_otQo6JQ8ooRdr8hA", "version" : { "skabt" : "6050299" } } } } read_only_allow_deleteNår denne attribut er sand, tillader ES-indekset kun læsning og sletning af data, og tillader ikke tilføjelse eller ændring af data
opløsning
Efter at have løst diskproblemet, udvid eller slet junkfiler, følg vejledningen nedenfor.
Sæt read_only_allow_delete til falsk
Få mulighed for at sende en put-forespørgsel ved hjælp af elasticsearch-head:Hyperlink-login er synlig., som vist i figuren nedenfor:
Det kan stadig ikke fjerne Reds helbredstilstand,Slet ".monitoring-es-6-*" dataene direkte, bliver tilstanden sund, som vist i figuren nedenfor:
(Slut)
|