unchama unchama

run proxmox-backup-client at container で `Error: Operation not supported (os error 95)` が出た時のメモ

containerd環境下において proxmox-backup-client backup data.pxar:{バックアップ対象ディレクトリ} ... で取得したファイルレベルバックアップを proxmox-backup-client restore ... でリストアすると Error: Operation not supported (os error 95) がでる
strace によると、リストア先ディレクトリに関わらず /tmp/ と /root/.cache/ に対して O_TMPFILE フラグ付きの openat(2) が実行される
- これらへの openat(2) が -1(失敗) すると表題のエラーにつながる模様
- 参考: https://ja.manpages.org/open/2
```
# strace 抜粋
```

ゲストOSのCPU modelをクラスタ内のホストCPUのラインナップに応じて適切に選定してやることよって特定のホストCPUにしかない命令セットをゲストVMから隠蔽すれば安全にマイグレーションできる説
なおデフォルトのkvm64でもある程度大丈夫っぽい記載があるが、ぼくの経験上うまくいった試しがあまりない
- でもドキュメント上は Compatible with Intel CPU >= Pentium 4, AMD CPU >= Phenom とあるので、一番安全そうに見えるが。別原因でこけてただけなのかなあ。
だいたいダメな時はマイグレーション後数十分後にフリーズしてることがよくあるように思う。マイグレーション後のホストCPUにない命令セット触った時にオワるんだろうか

	#!/bin/bash
	#OS起動時に自動で流すならcronに@rebootで仕込むなどする
	#screenを起動
	#起動したscreenにMC起動コマンド流し込み
	screen -AmdS mcsrv01 \
	&& sleep 5s \
	&& screen -r mcsrv01 -p 0 -X exec <サーバー起動シェルまでのフルパス>

	# please rename to docker-compose.yml

	version: '3.3'

	networks:
	haproxy-network:
	external: false

	services:
	haproxy:

	worker_processes 2;

	events {
	worker_connections 1024;
	}

	stream {
	log_format proxy '$remote_addr [$time_local] '
	'$protocol $status $bytes_sent $bytes_received '
	'$session_time "$upstream_addr" '

	# 整地鯖(春)開発用にspigot+DB+phpmyadmin環境を構築するdocker-compose定義ファイル

	## 下準備 ##
	# 1. docker-compose.ymlにrename
	# 2. コメントアウトの説明文に沿って編集する
	# 3. <docker-compose.ymlを配置したカレントディレクトリ>/plugins ディレクトリ配下にビルドしたgigantic.jar+各種依存プラグインを配置する
	# 4. docker-compose up ※初回ビルドはspigotをビルドするため十数分かかります
	# 5. 起動しただけだとdbの設定が違う。変更するために一旦Ctrl+Cでコンテナを止める
	# 6. <docker-compose.ymlを配置したカレントディレクトリ>/plugins/Gigantic/database.ymlを編集
	# - 接続先ホストを”localhost”から"db"に変更

	#!/bin/sh

	# $1=ビルドバージョンの指定

	LOGFILE="build-spigot_"`date '+%Y%m%d%H%M%S'`".log"
	TARGETDIR="$1_"`date '+%Y%m%d%H%M%S'`

	mkdir -p ./$TARGETDIR
	cd ./$TARGETDIR