<?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>AWS - Нотатки сісадміна</title>
	<atom:link href="https://demi4.com/category/linux/aws/feed/" rel="self" type="application/rss+xml" />
	<link>https://demi4.com</link>
	<description>вирішення sysadmin / devops завдань, проблем, питань</description>
	<lastBuildDate>Thu, 20 Apr 2023 09:53:44 +0000</lastBuildDate>
	<language>uk</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.7.2</generator>
	<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>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-67ac40cdb91ee140199955/] Чесно кажучии не відразу вдалось розібратись звідки ця проблема, після певного часу пошуку рішення, з&#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>The deployment failed because a specified file already exists at this location</title>
		<link>https://demi4.com/the-deployment-failed-because-a-specified-file-already-exists-at-this-location/</link>
					<comments>https://demi4.com/the-deployment-failed-because-a-specified-file-already-exists-at-this-location/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Fri, 10 Jul 2020 14:40:39 +0000</pubDate>
				<category><![CDATA[AWS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[aws]]></category>
		<category><![CDATA[cli]]></category>
		<category><![CDATA[codedeploy]]></category>
		<guid isPermaLink="false">https://demi4.com/?p=1448</guid>

					<description><![CDATA[<p>Після запуска делплою через aws cli зіткнувся з цією помилкою. Це сталось тому &#8211; що у appspec.yml немає параметру OVERWRITE, але він є у cli команді, вирішується простим додаванням параметру: [crayon-67ac40cdb940d291931366/] Цей параметер приймає три варіанти значення OVERWRITE: destination буде перезаписано RETAIN: destination не буде перезаписано, а залишиться той файл &#8211; що був DISALLOW: деплой буде зупинено з [&#8230;]</p>
<p>The post <a href="https://demi4.com/the-deployment-failed-because-a-specified-file-already-exists-at-this-location/">The deployment failed because a specified file already exists at this location</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/the-deployment-failed-because-a-specified-file-already-exists-at-this-location/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Resize EBS volume in AWS Linux instances</title>
		<link>https://demi4.com/resize-ebs-volume-in-aws-linux-instances/</link>
					<comments>https://demi4.com/resize-ebs-volume-in-aws-linux-instances/#respond</comments>
		
		<dc:creator><![CDATA[graff]]></dc:creator>
		<pubDate>Thu, 13 Dec 2018 10:25:24 +0000</pubDate>
				<category><![CDATA[AWS]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[aws]]></category>
		<category><![CDATA[bash]]></category>
		<category><![CDATA[growpart]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[resize2fs]]></category>
		<guid isPermaLink="false">http://demi4.com/?p=1242</guid>

					<description><![CDATA[<p>Іноді потрібно оно вити розмір розділу, без перезавантаження сервреу. У Амазоні це дуже прикольно робиться, у консолі робимо resize Підтверждуємо Modify та чекаємо доки оновлення розілу буде завершено, це буде видно у панелі Амазону Далі ідемо на сервер, та оновлюємо розмір, у мене це робиться за дві команди. Після цього перевіряємо що розмір розділу збільшено.</p>
<p>The post <a href="https://demi4.com/resize-ebs-volume-in-aws-linux-instances/">Resize EBS volume in AWS Linux instances</a> first appeared on <a href="https://demi4.com">Нотатки сісадміна</a>.</p>]]></description>
		
					<wfw:commentRss>https://demi4.com/resize-ebs-volume-in-aws-linux-instances/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
