Eugene Klimov Slach

ClickHouse `ReplicatedAccessStorage` TOCTOU race — reproducer

Reproduces a server-side race in ClickHouse when RBAC is stored in Keeper (<user_directories><replicated>). A freshly created ROLE is evicted from the local in-memory cache by the background watch thread, so the very next statement that resolves the role by name fails with:

Code: 511. There is no role `...` in `user directories`. (UNKNOWN_ROLE)

Распределенные DDL-задания: хранение, выполнение и очистка

Структура хранения заданий в Keeper (ZooKeeper)

Когда в ClickHouse выполняется распределенный DDL-запрос (ON CLUSTER), он сохраняется в распределенной очереди задач в Keeper (аналог ZooKeeper). В конфигурации задается путь для этой очереди (например, /clickhouse/task_queue/ddl), и каждый новый DDL-запрос на весь кластер добавляется как новый узел (znode) в этом разделе. Узел создается с флагом persistent sequential – то есть получает уникальное имя вида query-<число> по возрастанию github.com. Таким образом, в Keeper хранится упорядоченный список задач.

Данные каждого узла (задачи) содержат сериализованную информацию о DDL-запросе. В коде это структура DDLLogEntry, которая при сохранении превращается в текстовые строки. В узле сохраняются поля: версия формата записи, сам текст SQL-запроса, список це

Интеграция Go-логики в фронтенд Grafana без использования WebAssembly

Контекст и цель задачи

Grafana-плагины для источников данных обычно состоят из фронтенда (JavaScript/TypeScript, выполняется в браузере) и опционального бэкенда (как правило, на Go, запускается на сервере). Однако официальная площадка Grafana Marketplace принимает только плагины, которые могут работать без отдельного бэкенда или бинарных модулей. В нашем случае сложная бизнес-логика (~100 KB Go-кода в нескольких файлах) реализована на Go для бэкенда плагина, и ее требуется перенести во фронтенд (TypeScript) без использования WebAssembly.

Причины отказа от WebAssembly связаны с ограничениями Grafana: плагины с WASM-модулями не поддерживаются официально. В частности, попытки напрямую импортировать .wasm в плагин приводят к ошибкам типа “Response has unsupported MIME type” при загрузке файла [community.grafana.com](https://community.grafana.com/t/how-can-i-import-a-wasm-file/33642#:~:text=The%20error%20message%20I%20get,and%20l

cllickhouse-keeper have configuration in XML format,
NuRaft (quorum library) have internal state which stored /var/lib/clickhouse/coordination/state

24.8 clickhouse-keeper version allow rescale with declarative change the configs

	package main

	import (
	"context"
	"flag"
	"fmt"
	"log"
	"os"
	"os/exec"
	"strings"

	# ClickHouse: `DROP TABLE SYNC` and Async Object Storage Deletion (v26.2+)

	Applies to: `s3`, `azure_blob_storage`, `hdfs`, `local_blob_storage` disk types.

	## What changed in ~v26.2

	A `BlobKillerThread` background thread was introduced. It is now responsible for
	all actual blob deletion from object storage. The metadata files are updated
	synchronously, but the blobs themselves are always removed asynchronously.

	<clickhouse>
	<http_handlers>
	<rule>
	<url>/play</url>
	<methods>GET</methods>
	<handler>
	<type>static</type>
	<status>403</status>
	<content_type>text/plain; charset=UTF-8</content_type>
	<response_content></response_content>

	apiVersion: batch/v1
	kind: CronJob
	metadata:
	name: clickhouse-backup-cron
	spec:
	# every day at 00:00
	# schedule: "0 0 * * *"
	schedule: "* * * * *"
	concurrencyPolicy: "Forbid"
	jobTemplate:

	<clickhouse>
	<listen_host replace="replace">0.0.0.0</listen_host>
	<logger>
	<console>1</console>
	</logger>
	<keeper_server>
	<tcp_port>2181</tcp_port>
	</keeper_server>
	</clickhouse>