Cassandra :: Неожиданное исключение во время запроса; канал = [id: 0x7acf3f0c, L:/100.55.10.124:9042 ! Р:/30.75.50.2:39263]

Я использую Cassandra 3.10 с кластером из 6 узлов, имеющим фактор репликации 2. [пожалуйста, учтите, что IP-адреса были замаскированы и не являются оригинальными].

Datacenter: DC1
===========================================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address       Load       Tokens       Owns (effective)  Host ID                               Rack
UN  100.55.10.124  212.33 MiB  256          65.9%             8328123a-678c-4027-a136-06b3626ab017  rack1
UN  100.55.10.125  216.92 MiB  256          67.1%             af76123c-6880-43d6-bff8-b139731242bd  rack1
UN  100.55.10.126  216.94 MiB  256          67.0%             f541cdc1-aa2f-4a30-3612-5d4291421ec3  rack1
Datacenter: DC2
===========================================
Status=Up/Down
|/ State=Normal/Leaving/Joining/Moving
--  Address       Load       Tokens       Owns (effective)  Host ID                               Rack
UN  100.55.10.130  198.15 MiB  256          60.7%             332eb914-bf14-4d0d-9c38-47fc4b0952f1  rack2
UN  100.55.10.131  229.48 MiB  256          70.8%             cafc702f-83d4-479a-b117-ada75274e0ba  rack2
UN  100.55.10.132  223.14 MiB  256          68.5%             8a9c03ae-ed5a-4cb9-9540-0ca97a04640e  rack2

кластер работал нормально, но в эти дни я вижу ниже «INFO» в системных журналах

INFO  [Native-Transport-Requests-3] 2017-04-19 03:21:19,684 Message.java:617 - Unexpected exception during request; channel = [id: 0x7acf3f0c, L:/100.55.10.124:9042 ! R:/30.75.50.2:39263]
io.netty.channel.unix.Errors$NativeIoException: syscall:read(...)() failed: Connection reset by peer
        at io.netty.channel.unix.FileDescriptor.readAddress(...)(Unknown Source) ~[netty-all-4.0.39.Final.jar:4.0.39.Final]

Я пытался проанализировать проблему, но пока не смог.

я изучил следующие проблемы JIRA это, но не смог найти ничего полезного.
я также ссылался на несколько ссылок на stackoverflow, не смог найти ничего убедительного. <ул>

  • Неожиданное исключение во время запроса
  • Время ожидания Cassandra без использования ЦП
  • Странное исключение в /var/log/cassandra/system.log

    • я использую CQL v3.4.4. Есть ли кто-нибудь, кто знаком с описанным выше сценарием?


    cassandra cassandra-3.0
    person segFaulter    schedule 24.04.2017    source источник
    comment
    Старый пост, но решил ту же проблему, это связано с тем, что клиентское приложение на IP 30.75.50.2 закрывает/килизирует соединение с узлом Cassandra. Это вызовет такое же сообщение INFO.   -  person Anil Kapoor    schedule 08.02.2019

    Ответы (1)


    arrow_upward
    0
    arrow_downward

    Поскольку этот запрос показывает Native-Transport-Requests, в этом случае будет запрашиваться проверка вывода команды nodetool tpsstasts.

    Если вы видите большое количество заблокированных Native-Transport-Requests, в этом случае вы планируете увеличить max_queued_native_transport_requests.

    Собственный протокол CQL — это способ взаимодействия драйвера Cassandra с сервером. Сюда входят все операции чтения, записи, изменения схемы и т. д. Существует ограниченное количество потоков, доступных для обработки входящих запросов.

    Когда все потоки используются, некоторые запросы ожидают в очереди (в ожидании). Если очередь заполняется, некоторые запросы молча отклоняются (блокируются), и сервер не отвечает.

    https://support.datastax.com/hc/en-us/articles/360031470531-High-blocked-NTR-count-during-increased-workload-on-Cassandra-node

    person Yogesh Pingle    schedule 07.07.2021