miutaku

vaapiを使っているため、少しDockerfileを追記しているため、一応共有します ``` FROM l3tnun/epgstation:latest ENV DEV="make gcc git g++ automake curl wget autoconf build-essential libass-dev libfreetype6-dev libsdl1.2-dev libtheora-dev libtool libva-dev libvdpau-dev libvorbis-dev libxcb1-dev libxcb-shm0-dev libxcb-xfixes0-dev pkg-config texinfo zlib1g-dev" ENV FFMPEG_VERSION=4.2.4...

v2.7.2でも同じ現象が発生しました。 [system.log](https://github.com/l3tnun/EPGStation/files/13465007/system.log) コンテナイメージはv2.7.2-debianを使っています。 先程確認できなかったnpmのバージョンをみてみました。9.8.1 です。

> `[2023-11-26T01:30:52.803] [ERROR] system - [Error: Unknown system error -122: Unknown system error -122, write] { errno: -122, code: 'Unknown system error -122', syscall: 'write' }` > > となってるので、mirakurunと接続できて映像を受信したが~ディスク(パーティション)に空きがなくて~ディスククオータ制限によって書けないのが原因のように思います。 番組開始時にmirkurunと接続できない時は5行間隔でリトライを試みますが、ディスクに書けなくて失敗した場合は間を置かずリトライを繰り返してしまうんでしょうね。...

現状、これを実質的に実現するため、録画した番組を数週間保持し、期間が満了になると、録画ファイルを削除&DBから該当の番組をDELETEするようにしています。 DBはmariadb:10.5(docker on aarch64)です。

~~動作環境ってどうなってます？~~ ~~EPGStation/mirakurunをDockerで動かしてるのかとか、どのバージョンで動かしてるのかとか、、、~~ →すみません、1番下に書いてましたね。見逃してました。

古いnode.js使わせるのもあれですが、18系に落として試してみたらいけたりしませんかね、、、？ 22系で試したことがないので、切り分け的な意味で試してみてもいいかなと。 (というか22系対応してましたっけ…)

Same for me. I want to quit managing secret manager redundantly in each cloud service. The lack of resolution of this Issue makes the management of secrets by bitwarden meaningless.