ydb/library, branch 22.2.31Mirror of YDB github reposhttps://code.mastervirt.ru/ydb/atom?h=22.2.312022-06-06T11:41:01Z22-2: Avoid large string copy in TRope constructor, KIKIMR-147492022-06-06T11:41:01ZAlexey Borzenkovsnaury@yandex-team.ru2022-06-06T11:41:01Zurn:sha1:3feb8a16bbe51f7e2547a32e31447c0f1eae0906
Merge from trunk: r9371671
REVIEW: 2484902
x-ydb-stable-ref: 0437bdca51cf7ee8979ee79b5af3720c5cffd109
PR from branch users/eivanov89/KIKIMR-14646-hist-integral-counters-node-aggregation-fix-22-22022-06-06T11:41:00ZEvgeniy Ivanoveivanov89@yandex-team.ru2022-06-06T11:41:00Zurn:sha1:589647494eb26d06e68b792629a15d63dc4d2bdd
KIKIMR-14646: fix histogram aggregation
KIKIMR-14646: aggregate tablet histograms; avoid overflow in hist buckets
REVIEW: 2469589
KIKIMR-13457: avoid extra lookup; recalculate only when needed
REVIEW: 2464609
REVIEW: 2481186
x-ydb-stable-ref: 00743bab9efb83bfd36093fc45dccf98c0c291d1
support of http kinesis proxy inside ydb KIKIMR-14665 KIKIMR-142182022-04-18T18:02:24Zalexnickalexnick@yandex-team.ru2022-04-18T15:51:22Zurn:sha1:556795dc3e07c5497b7537aeadc7a17183b3aa51
switch metrics registry to shared_ptr KIKIMR-14218
REVIEW: 2369561
support of http kinesis proxy inside ydb KIKIMR-14665
REVIEW: 2445707
LOGBROKER-7369 Add TCP_USER_TIMEOUT option on client socket
Unfortunately timeout issue can only be reproduced in special
conditions:
- tests are run locally
- the order of tests is as follows: GoodRequestGetRecords and GoodRequestGetRecordsLongStreamName should be
executed one after another.
In debugger one can clearly see the infinite waiting in socket.
Thereby the TCP_USER_TIMEOUT option fixes it.
Moving GoodRequestGetRecordsLongStreamName up or to a different
TEST_SUITE fix the issue as well though.
REVIEW: 2433681
LOGBROKER-7298 Fix verify on GetRecords call
Fix VERIFY issue
REVIEW: 2406664
LOGBROKER-7373 Fix empty body in error response
Fix empty body in error responce from http proxy
REVIEW: 2396287
LOGBROKER-7369 Fix local run of http proxy tests
Fix local run of http proxy tests
Actor HTTP server listens on IPv6 localhost, e.g. [::]
Tests send data to localhost. Resolving of localhost works
differently from system to system.
Replace localhost to 127.0.0.1 or :: depending on use case.
REVIEW: 2393055
REVIEW: 2451066
x-ydb-stable-ref: 22bc438d32d05e166c59a3e0e4afb51da8103c3a
22-2: Snapshot isolation with prioritized reads, KIKIMR-139102022-04-18T15:40:28ZAlexey Borzenkovsnaury@yandex-team.ru2022-04-18T15:40:28Zurn:sha1:9ada39f7f8bf02130d705ad98476449e5ff29443
Merge from trunk: r9171244, r9229795, r9244174, r9285534, r9300998, r9313872
REVIEW: 2435130
x-ydb-stable-ref: 9c878f6e7949737ee83323c98c1b7c64c372710e
[merge to stable-22-2] Fix a segfault in debug mode when the allocated memory accidentally contains 0xF00000002022-04-18T15:40:19Zsharpeyesharpeye@yandex-team.ru2022-04-18T15:40:19Zurn:sha1:df455b910e1d049369547fe5c4e83417eb7a73a1
Наш сервис при сборке с `ALLOCATOR(LF_DBG)` на старте падает [в этой строчке](https://a.yandex-team.ru/arc_vcs/commit/r7923656#file-library/cpp/lfalloc/lf_allocX64.h:R1901) при попытке разыменовать очевидно невалидный указатель. В gdb видно, что мы при попытке определить координаты фиктивного заголовка в `GetAllocHeader()` прочитали какие-то левые 32 бита в качестве `header->Tag`, и они по стечению обстоятельств оказались равны `0xF0000000` в нашем случае (просто не повезло). После этого мы решаем, что в `header->Size` лежит настоящий указатель на заголовок, хотя на самом деле там лежит тоже что-то рандомное.
Решение, вроде бы, простое — когда формируем фиктивный заголовок, надо не обращать внимания на теги (потому что к этому моменту их ещё некому было записать).
REVIEW: 2408267
REVIEW: 2438642
x-ydb-stable-ref: 02ccf11b927a06e81b968e8b45c287957b8e1d60
add name_label page parameter for prometheus format KIKIMR-145642022-04-18T15:40:01Zmonstermonster@yandex-team.ru2022-04-18T15:40:01Zurn:sha1:a29b2dd13e50bb8157853eabc42eaf54ca6a6b6a
REVIEW: 2409698
REVIEW: 2411265
x-ydb-stable-ref: d99e0a3a39cc18795ae54e62bddde7afe498eed2
merge to stable-22-22022-03-23T19:30:44Zsharpeyesharpeye@yandex-team.ru2022-03-23T19:30:44Zurn:sha1:5962f8c1bf4d647772598f9fc53fa99d2f8450f3
[loadtest] NBS-3062: custom core pattern
REVIEW: 2367932
[yatest] NBS-3062: write backtrace to html with text mode
Если бинарь собирается под python3, то при попытке сдампить корку в html-файл, получаем ошибку:
```
Traceback (most recent call last):
File "library/python/testing/yatest_common/yatest/common/process.py", line 395, in verify_no_coredumps
self._recover_core()
File "library/python/testing/yatest_common/yatest/common/process.py", line 292, in _recover_core
backtrace_to_html(bt_filename, pbt_filename)
File "library/python/testing/yatest_common/yatest/common/process.py", line 737, in backtrace_to_html
coredump_filter.filter_stackdump(bt_filename, stream=afile)
File "sandbox/sdk2/helpers/coredump_filter/__init__.py", line 1294, in filter_stackdump
return dumper.dump()
File "sandbox/sdk2/helpers/coredump_filter/__init__.py", line 1130, in dump
html_prolog(self.stream, self.timestamp)
File "sandbox/sdk2/helpers/coredump_filter/__init__.py", line 927, in html_prolog
stream.write(prolog.format(
TypeError: a bytes-like object is required, not 'str'
```
REVIEW: 2370907
[harness] NBS-3062: forward custom core pattern to yatest.process
REVIEW: 2367454
DEVTOOLSSUPPORT-15739, NBS-3062: custom core pattern
REVIEW: 2367120
REVIEW: 2396836
x-ydb-stable-ref: c381d0acc3d8c7a34a2f1f7a34e7f7b1b177c047
Fix location issue KIKIMR-145132022-03-23T19:30:28ZAlexander Rutkovskyalexvru@mail.ru2022-03-23T19:30:28Zurn:sha1:de5efc9b59e9644050802bbebb921abef8c2ac49
REVIEW: 2387500
REVIEW: 2387634
x-ydb-stable-ref: 4be7269017153c1f164810bd373c63283b9c308b
Reset ClockSkew on disconnect KIKIMR-144602022-03-23T19:30:15ZAlexander Rutkovskyalexvru@mail.ru2022-03-23T19:30:15Zurn:sha1:d95570e5b6bdf45b3dd07c79076ea49e48248131
REVIEW: 2366331
REVIEW: 2367535
x-ydb-stable-ref: 810fd3595838f974804bd23f35865eb0fbc9108e
intermediate changes2022-02-21T20:40:06Zarcadia-devtoolsarcadia-devtools@yandex-team.ru2022-02-21T20:40:06Zurn:sha1:dbd0284ce8fa6dbab04240681dc8030b27c925a5
ref:97eeefd83b6f381aa940777f0d803b239f434eaf