184 похожих чатов

Добрый день. Эксплуатируем КХ в lxc-контейнере под управлением Proxmox 6.2 (5.4.44-2-pve)

на zfs
Настройки контейнера:
* отдельный маунт для /var/lib/clickhouse (30% used)
* cores: 8
* memory: 32G
* swap: 2G
Версия КХ: version 21.3.2.5 (official build)
На хосте установлено 196G RAM
В логах:
2022.03.21 13:25:10.204986 [ 246 ] {} <Information> Application: Setting max_server_memory_usage was set to 169.72 GiB (188.58 GiB available * 0.90 max_server_memory_usage_to_ram_ratio)

<…>

2022.03.21 13:25:10.255529 [ 247 ] {} <Trace> BaseDaemon: Received signal 11

В конфиге:
root@at-clickhouse1-main:~# grep -nRH mem /etc/clickhouse-server/
<…>
/etc/clickhouse-server/config.xml:250: <max_server_memory_usage>0</max_server_memory_usage>

Я правильно понимаю что КХ неверно определяет объем памяти и падает при попытке откусить больше, чем разрешено?

5 ответов

23 просмотра

Ну вы указали 0, обычно это означает бесконенчость

2022.03.21 13:25:10.255529 [ 247 ] {} <Trace> BaseDaemon: Received signal 11 это вообще с памятью доступной не связано, это сегфолт, когда процесс пытается обратиться по адресу, который процессу не принадлежит там дальше в логе stacktrace покажите его полностью

Khajiit- Автор вопроса
Slach [altinity]
2022.03.21 13:25:10.255529 [ 247 ] {} <Trace> Base...

2022.03.21 13:25:10.255529 [ 247 ] {} <Trace> BaseDaemon: Received signal 11 2022.03.21 13:25:10.262745 [ 364 ] {} <Fatal> BaseDaemon: ######################################## 2022.03.21 13:25:10.262828 [ 364 ] {} <Fatal> BaseDaemon: (version 21.3.2.5 (official build), build id: 179BDBBF228667883DFCD900B8CD498272FC044F) (from thread 344) (no query) Received signal Segmentation fault (11) 2022.03.21 13:25:10.264261 [ 364 ] {} <Fatal> BaseDaemon: Address: 0x7f1400007f24 Access: read. Address not mapped to object. 2022.03.21 13:25:10.264305 [ 364 ] {} <Fatal> BaseDaemon: Stack trace: 0xf6063e3 0xf605fd7 0xf6057f6 0xf5d13f5 0xf5cd510 0xf393478 0xf7c05ad 0xf30d849 0xe9cfd96 0xe9cef21 0x8652408 0x86543bf 0x864f9df 0x8653473 0x7f14c0c1bfa3 0x7f14c0b4c4cf 2022.03.21 13:25:10.264961 [ 364 ] {} <Fatal> BaseDaemon: 1. boost::multi_index::detail::ordered_index_impl<boost::multi_index::global_fun<std::__1::shared_ptr<DB::IMergeTreeDataPart const> const&, DB::MergeTreePartInfo const&, &(DB::MergeTreeData::dataPartPtrToInfo(std::__1::shared_ptr<DB::IMergeTreeDataPart const> const&))>, std::__1::less<DB::MergeTreePartInfo const>, boost::multi_index::detail::nth_layer<1, std::__1::shared_ptr<DB::IMergeTreeDataPart const>, boost::multi_index::indexed_by<boost::multi_index::ordered_unique<boost::multi_index::tag<DB::MergeTreeData::TagByInfo, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, boost::multi_index::global_fun<std::__1::shared_ptr<DB::IMergeTreeDataPart const> const&, DB::MergeTreePartInfo const&, &(DB::MergeTreeData::dataPartPtrToInfo(std::__1::shared_ptr<DB::IMergeTreeDataPart const> const&))>, mpl_::na>, boost::multi_index::ordered_unique<boost::multi_index::tag<DB::MergeTreeData::TagByStateAndInfo, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, boost::multi_index::global_fun<std::__1::shared_ptr<DB::IMergeTreeDataPart const> const&, DB::MergeTreeData::DataPartStateAndInfo, &(DB::MergeTreeData::dataPartPtrToStateAndInfo(std::__1::shared_ptr<DB::IMergeTreeDataPart const> const&))>, DB::MergeTreeData::LessStateDataPart>, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na, mpl_::na>, std::__1::allocator<std::__1::shared_ptr<DB::IMergeTreeDataPart const> > >, boost::mpl::v_item<DB::MergeTreeData::TagByInfo, boost::mpl::vector0<mpl_::na>, 0>, boost::multi_index::detail::ordered_unique_tag, boost::multi_index::detail::null_augment_policy>::in_place(std::__1::shared_ptr<DB::IMergeTreeDataPart const> const&, boost::multi_index::detail::ordered_index_node<boost::multi_index::detail::null_augment_policy, boost::multi_index::detail::ordered_index_node<boost::multi_index::detail::null_augment_policy, boost::multi_index::detail::index_node_base<std::__1::shared_ptr<DB::IMergeTreeDataPart const>, std::__1::allocator<std::__1::shared_ptr<DB::IMergeTreeDataPart const> > > > >*, boost::multi_index::detail::ordered_unique_tag) const @ 0xf6063e3 in /usr/bin/clickhouse одним куском не вставляется, вставлю блоками

Khajiit
2022.03.21 13:25:10.255529 [ 247 ] {} <Trace> Base...

для этого есть pastebin.com, на будущее

Khajiit- Автор вопроса
Slach [altinity]
для этого есть pastebin.com, на будущее

Забыл про него, каюс. В clickhouse.err.log дополнительно есть такое: 2022.03.21 13:25:10.198344 [ 246 ] {} <Warning> Application: Failed mlock: errno: 12, strerror: Cannot allocate memory 2022.03.21 13:25:10.262745 [ 364 ] {} <Fatal> BaseDaemon: ######################################## 2022.03.21 13:25:10.262828 [ 364 ] {} <Fatal> BaseDaemon: (version 21.3.2.5 (official build), build id: 179BDBBF228667883DFCD900B8CD498272FC044F) (from thread 344) (no query) Received signal Segmentation fault (11) 2022.03.21 13:25:10.264261 [ 364 ] {} <Fatal> BaseDaemon: Address: 0x7f1400007f24 Access: read. Address not mapped to object. 2022.03.21 13:25:10.264305 [ 364 ] {} <Fatal> BaseDaemon: Stack trace: 0xf6063e3 0xf605fd7 0xf6057f6 0xf5d13f5 0xf5cd510 0xf393478 0xf7c05ad 0xf30d849 0xe9cfd96 0xe9cef21 0x8652408 0x86543bf 0x864f9df 0x8653473 0x7f14c0c1bfa3 0x7f14c0b4c4cf

Похожие вопросы

Обсуждают сегодня

Всем привет, написал код ниже, но он выдает сегфолт, в чем причина? #include <stdio.h> #include <stdlib.h> #include <string.h> struct product { char *name; float price; };...
buzz базз
75
База данных не поможет. Шифрование не поможет. Какие там ещё варианты? Накидывайте.
КТ315
20
А как лучше конвертировать физический адрес в виртуальный при маппинге? В случае ядра у меня, например, direct mapping, первые 768МБ я как есть мапплю в higher half, а остальн...
Evg Resh
26
А табстоп это сообщение от окна или от элемента управления?
The Bird of Hermes
18
Открыл свой двухкилобайтный экзешник в x32dbg, а тут какая-то хрень. Смущает кнопка "выполнить до пользовательского кода", а что ещё может быть в файле помимо него ?
НѣкъиⰘижєжєиꙁъвьсєсвѣтьноѣсѣтиѥсть•
11
Вопрос тем кто смотрит видео и слушает подкасты - как вы потом ищете нужную вам информацию? Вот статью я прочитал, потом могу искать нужную мне часть банальным поиском. Пропус...
Aleksandr Druzhinin
4
Мне были интересны дишные хаки и я нашёл любопытный способ на форуме через __traits, что-то вроде int delegate(int) fac = (int n) => n == 0 ? 1 : n * __traits(parent, {})(n - ...
Constantin F.
1
Всем привет, подскажите/посоветуйте пожалуйста. Фаердак компоненты, имею одно место где бизнес хочет видеть при открытии формы список всех клиентов, это порядка 30к. Мои дово...
Sasha Sch
14
Ребят, если кто в курсе - скажите, а в загранке такое же засилье маркетплейсов? или там простые сермяжные интернет-магазины живут попроще?
Андрей [aharito] Харитонов
14
@FAssembler ты много с формами работал, как цикл обработки сообщений от окошек надо делать, чтобы IsDialogMessage не ломал ввод в эдиты и навигация по табам работала?
The Bird of Hermes
8
Карта сайта