<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Нотатки сісадміна</title>
	<atom:link href="https://demi4.com/feed/" rel="self" type="application/rss+xml" />
	<link>https://demi4.com</link>
	<description>вирішення sysadmin / devops завдань, проблем, питань</description>
	<lastBuildDate>Mon, 10 Feb 2025 15:56:30 +0000</lastBuildDate>
	<language>uk</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.7.1</generator>
	<item>
		<title>Jojo Mayer &#8211; Секретное оружие для современного барабанщика (Часть 1)</title>
		<link>https://demi4.com/jojo-mayer-sekretnoe-oruzhye-dlya-sovremennogo-barabanshhyka-chast-1/</link>
					<comments>https://demi4.com/jojo-mayer-sekretnoe-oruzhye-dlya-sovremennogo-barabanshhyka-chast-1/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Mon, 10 Feb 2025 15:33:32 +0000</pubDate>
				<category><![CDATA[Drums]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1539</guid>

					<description><![CDATA[<p>Потужне відео для початківців і не тільки.</p>
<p>The post <a href="https://demi4.com/jojo-mayer-sekretnoe-oruzhye-dlya-sovremennogo-barabanshhyka-chast-1/">Jojo Mayer – Секретное оружие для современного барабанщика (Часть 1)</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/jojo-mayer-sekretnoe-oruzhye-dlya-sovremennogo-barabanshhyka-chast-1/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		<enclosure url="https://demi4.com/wp-content/uploads/2025/02/jojo-mayer-sekretnoe-oruzhye-dlya-sovremennogo-barabanshhyka-chast-1.mp4" length="308905155" type="video/mp4" />

			</item>
		<item>
		<title>.bashrc doesn&#8217;t apply when login over ssh</title>
		<link>https://demi4.com/bashrc-doesnt-apply-when-login-over-ssh/</link>
					<comments>https://demi4.com/bashrc-doesnt-apply-when-login-over-ssh/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Tue, 27 Jun 2023 15:08:17 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1509</guid>

					<description><![CDATA[<p>Скільки років працюю, але тільки но дізнався, що при підключенні по ssh до віддаленого серверу, система не підтягує .bashrc файл та його зміст Для вирішення цього питання потрібно було б додати перевірку на наявість файлу та импорт його [crayon-67aa33657fbcc467974631/] Ось так і вирішується питання .bashrc doesn&#8217;t apply when login over ssh </p>
<p>The post <a href="https://demi4.com/bashrc-doesnt-apply-when-login-over-ssh/">.bashrc doesn’t apply when login over ssh</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/bashrc-doesnt-apply-when-login-over-ssh/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Fluentd how to exclude some logs</title>
		<link>https://demi4.com/fluentd-how-to-exclude-some-logs/</link>
					<comments>https://demi4.com/fluentd-how-to-exclude-some-logs/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Thu, 20 Apr 2023 09:52:05 +0000</pubDate>
				<category><![CDATA[AWS]]></category>
		<category><![CDATA[exclude logs]]></category>
		<category><![CDATA[Fluentd]]></category>
		<category><![CDATA[Kubernetes]]></category>
		<category><![CDATA[logs]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1502</guid>

					<description><![CDATA[<p>Зіткнувся з ситцією і питанням на новому проекті &#8211; Fluentd how to exclude some logs, що Fluentd налаштовано за замовченням (default configuration) &#8211; що пересилає геть усі логи до OpenSearch, це створювало додаткове зайве навантаження Після деякого аналізу з&#8217;ясувалось що до логів потрапляє занадто багато &#8220;шлаку&#8221;, тобто того &#8211; що ніким не аналізується і не цікавить, наприклад [&#8230;]</p>
<p>The post <a href="https://demi4.com/fluentd-how-to-exclude-some-logs/">Fluentd how to exclude some logs</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/fluentd-how-to-exclude-some-logs/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>ERROR 1786 (HY000): Statement violates GTID consistency: CREATE TABLE &#8230; SELECT.</title>
		<link>https://demi4.com/error-1786-hy000-statement-violates-gtid-consistency-create-table-select/</link>
					<comments>https://demi4.com/error-1786-hy000-statement-violates-gtid-consistency-create-table-select/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Thu, 23 Mar 2023 07:39:50 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[ERROR 1786]]></category>
		<category><![CDATA[gtid]]></category>
		<category><![CDATA[replication]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1498</guid>

					<description><![CDATA[<p>Помилку ERROR 1786 (HY000): Statement violates GTID consistency: CREATE TABLE &#8230; SELECT. я зловив коли на проекті було вирішино прибрати зайві данні у архівну базу та таблицю. Розробник попросив виконати команду: [crayon-67aa33658025a764381233/] Але продакшин мастер сервер видав ERROR 1786 &#8211; як з&#8217;ясувалося помилака пов&#8217;язана з тим, що при репліказції GTID така операція не підтримується, тому що вважаютьься [&#8230;]</p>
<p>The post <a href="https://demi4.com/error-1786-hy000-statement-violates-gtid-consistency-create-table-select/">ERROR 1786 (HY000): Statement violates GTID consistency: CREATE TABLE … SELECT.</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/error-1786-hy000-statement-violates-gtid-consistency-create-table-select/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>registry registry.terraform.io does not have a provider named registry.terraform.io/hashicorp/cloudflare</title>
		<link>https://demi4.com/registry-registry-terraform-io-does-not-have-a-provider-named-registry-terraform-io-hashicorp-cloudflare/</link>
					<comments>https://demi4.com/registry-registry-terraform-io-does-not-have-a-provider-named-registry-terraform-io-hashicorp-cloudflare/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Tue, 14 Mar 2023 16:33:56 +0000</pubDate>
				<category><![CDATA[AWS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[terraform]]></category>
		<category><![CDATA[Cloudflare]]></category>
		<category><![CDATA[registry.terraform.io/hashicorp/cloudflare]]></category>
		<category><![CDATA[terraform provider]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1491</guid>

					<description><![CDATA[<p>Зіткнувся з проблемою, задав провайдера cloudflare в конфігуції terraform, але після запуску terraform init отримав помилку пошуку провайдера за адресою registry.terraform.io/hashicorp/cloudflare: [crayon-67aa33658041b616881754/] Чесно кажучии не відразу вдалось розібратись звідки ця проблема, після певного часу пошуку рішення, з&#8217;ясувалось, що провайдера потрібно задавати на рівні конфігурації модуля, це стосується third-party провайдерів. Рішення було як на мене трохи [&#8230;]</p>
<p>The post <a href="https://demi4.com/registry-registry-terraform-io-does-not-have-a-provider-named-registry-terraform-io-hashicorp-cloudflare/">registry registry.terraform.io does not have a provider named registry.terraform.io/hashicorp/cloudflare</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/registry-registry-terraform-io-does-not-have-a-provider-named-registry-terraform-io-hashicorp-cloudflare/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Multi-Attach error for volume &#8220;pvc-XXX&#8221; Volume is already exclusively attached to one node and can&#8217;t be attached to another</title>
		<link>https://demi4.com/multi-attach-error-for-volume-pvc-xxx-volume-is-already-exclusively-attached-to-one-node-and-cant-be-attached-to-another/</link>
					<comments>https://demi4.com/multi-attach-error-for-volume-pvc-xxx-volume-is-already-exclusively-attached-to-one-node-and-cant-be-attached-to-another/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Tue, 07 Mar 2023 08:33:58 +0000</pubDate>
				<category><![CDATA[AWS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[aws]]></category>
		<category><![CDATA[Kubernetes]]></category>
		<category><![CDATA[PVC]]></category>
		<category><![CDATA[volume]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1481</guid>

					<description><![CDATA[<p>На цей час не знаю як перманентно полагодити цю проблему, але позиційне рішення просте В моєму випадку керування інфраструктурою іде через terraform, проблема стосується ситуації (Multi-Attach error for volume), коли у тебе є зовнішній том (розділ) &#8211; який ти прикручюєш до поди, наприклад Prometheus або Jenkins, коли іде з якоїсь причини перестворення серверу (node) &#8211; том [&#8230;]</p>
<p>The post <a href="https://demi4.com/multi-attach-error-for-volume-pvc-xxx-volume-is-already-exclusively-attached-to-one-node-and-cant-be-attached-to-another/">Multi-Attach error for volume “pvc-XXX” Volume is already exclusively attached to one node and can’t be attached to another</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/multi-attach-error-for-volume-pvc-xxx-volume-is-already-exclusively-attached-to-one-node-and-cant-be-attached-to-another/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Last_SQL_Errno: 1451 on mysql slave server</title>
		<link>https://demi4.com/last_sql_errno-1451-on-mysql-slave-server/</link>
					<comments>https://demi4.com/last_sql_errno-1451-on-mysql-slave-server/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Wed, 01 Feb 2023 09:10:58 +0000</pubDate>
				<category><![CDATA[mysql]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1474</guid>

					<description><![CDATA[<p>Не маю бажання з&#8217;ясовувати першопричину помилки Last_SQL_Errno: 1451, але завдякі ній &#8211; впала реплікація mysql Для вирішення проблеми Last_SQL_Errno: 1451 потрібно було б пропустити помилку, для цього потрібно було виконати [crayon-67aa336580779918996873/] Але при виконанні цієї команди зіткнувся з: [crayon-67aa336580780674010833/] Для вирішення цього блоку проблем потрібно виконати по черзі наступні команди: [crayon-67aa336580783115861874/] І для особистого порозуміння: [&#8230;]</p>
<p>The post <a href="https://demi4.com/last_sql_errno-1451-on-mysql-slave-server/">Last_SQL_Errno: 1451 on mysql slave server</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/last_sql_errno-1451-on-mysql-slave-server/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Setup Squid ipv4 to ipv6 proxy</title>
		<link>https://demi4.com/setup-squid-ipv4-to-ipv6-proxy/</link>
					<comments>https://demi4.com/setup-squid-ipv4-to-ipv6-proxy/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Thu, 15 Sep 2022 18:58:05 +0000</pubDate>
				<category><![CDATA[squid]]></category>
		<category><![CDATA[ipv6 proxy]]></category>
		<category><![CDATA[proxy]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1468</guid>

					<description><![CDATA[<p>Давно такого не робив, а тут попросили. Анонімний ipv4 to ipv6 proxy based on Squid Прості речі по типу встановлення squid опускаю. До сервера має іти ipv6 subnet зазвичай з маскою /64. Я використовую Linux Debian 10, для додавання сабнету та IP до нього прописую параметри у [crayon-67aa3365809d1616909678/] В моєму випадку він виглядав так: [crayon-67aa3365809da074766352/] [&#8230;]</p>
<p>The post <a href="https://demi4.com/setup-squid-ipv4-to-ipv6-proxy/">Setup Squid ipv4 to ipv6 proxy</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/setup-squid-ipv4-to-ipv6-proxy/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Proxmox how extract data from VMA file</title>
		<link>https://demi4.com/proxmox-how-extract-data-from-vma-file/</link>
					<comments>https://demi4.com/proxmox-how-extract-data-from-vma-file/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Wed, 22 Sep 2021 15:31:28 +0000</pubDate>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[losetup]]></category>
		<category><![CDATA[proxmox]]></category>
		<category><![CDATA[vda]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1459</guid>

					<description><![CDATA[<p>Станося потреба з застарілого бекапу витягнути базу, без відновлення смої системи. Для мене завдання незвичне, бо з віртуалками я не працюю. Вирішується просто Витягуємо образ диску з vma файлу: [crayon-67aa336580c5d295122462/] Створюємо loopback пристрій з диском: [crayon-67aa336580c66197517532/] Монтуємо диск для доступу до данних: [crayon-67aa336580c6a151977541/]  Після того &#8211; як попрацювали з даними &#8211; можна відмонтувати та відключити [&#8230;]</p>
<p>The post <a href="https://demi4.com/proxmox-how-extract-data-from-vma-file/">Proxmox how extract data from VMA file</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/proxmox-how-extract-data-from-vma-file/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Decrypt Jenkins credentials</title>
		<link>https://demi4.com/decrypt-jenkins-credentials/</link>
					<comments>https://demi4.com/decrypt-jenkins-credentials/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Mon, 13 Sep 2021 12:45:55 +0000</pubDate>
				<category><![CDATA[Jenkins]]></category>
		<category><![CDATA[Groovy]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1454</guid>

					<description><![CDATA[<p>Сталася потреба відновити данні, які зберікаютсья у дженкісі, се можна зробити простим скриптом: &#160; [crayon-67aa336580e6f358683194/] Його потрібно виконати у консолі Jenkins -&#62; https://domain.com/jenkins/script</p>
<p>The post <a href="https://demi4.com/decrypt-jenkins-credentials/">Decrypt Jenkins credentials</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/decrypt-jenkins-credentials/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
