Veeam Backup & Replicationからライセンスを抜くとCommunity Editionになる。
Community Editionでも、その範囲内であればバックアップを動作させることが可能。
Veeam Backup & Replicationからライセンスを抜くとCommunity Editionになる。
Community Editionでも、その範囲内であればバックアップを動作させることが可能。
Broadcomに買収されてから無くなっていたVMwareのESXiの無料バージョンが復活したようだ。
https://cloud.watch.impress.co.jp/docs/column/infostand/2008490.html
VMware ESXi 8.0 Update 3eリリースノートを見てみると、無料ダウンロードできると書いてある。非本番環境での使用を目的とのこと。ちょっと試すためには使えるけれど、本番環境での長期利用はできないようだ。仮想マシンあたりのCPUも8までの制限があるようなので、実際の利用には厳しそうだ。
ちょっと、GitLabのアップデートをサボっていたところ、GitLab 17.7.2-ceからGitLab 17.10.3へのapt upgradeがエラーになった。
エラーの内容(↓)
.../gitlab-ce_17.10.3-ce.0_amd64.deb を展開する準備をしています ...
gitlab preinstall: It seems you are upgrading from 17.7 to 17.10.
gitlab preinstall: It is required to upgrade to the latest 17.8.x version first before proceeding.
gitlab preinstall: Please follow the upgrade documentation at https://docs.gitlab.com/ee/update/index.html#upgrade-paths
dpkg: アーカイブ /var/cache/apt/archives/gitlab-ce_17.10.3-ce.0_amd64.deb の処理中にエラーが発生しました (--unpack):
new gitlab-ce package pre-installation script subprocess returned error exit status 1
処理中にエラーが発生しました:
/var/cache/apt/archives/gitlab-ce_17.10.3-ce.0_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
GitLab 17.10.xへのアップデートするために、一度、GitLab 17.8.xに上げる必要があるとのこと。厳密なアップグレードのパスを調べるために、下記の公式サイトで、アップグレードパスをチェックした。
https://gitlab-com.gitlab.io/support/toolbox/upgrade-path
これによると、「GitLab 17.8.6」に一度上げる必要があるということで、apt upgradeでバージョン指定をして、実行。コマンドは下記。
sudo apt upgrade gitlab-ce=17.8.6-ce.0
GitLab 17.8.6へのアップデートが成功したのを確認して、もう一度、apt update、apt upgradeを行った。
sudo apt update
apt list --upgradable
sudo apt upgrade
正常終了したらGitlabをリスタートさせて終了。
sudo gitlab-ctl restart
bootstrap-tableをUNPKG経由で使っている。bootstrap-tableが機能しなくなり、画面表示されない障害になった。調べてみると、下記のURLで「Internal Server Error」になる。
https://unpkg.com/bootstrap-table@1.18.3/dist/bootstrap-table.min.js
そこまで急ぎの対応も必要ないので、待つことにしている。
あと、調べてみると、2週間くらい前から、UNPKGで障害が起きている模様。
https://github.com/unpkg/unpkg/issues/412
昨日解消とあるが、、、また問題が発生したのだろう。
ウェブサイトの廃止に伴い、閉鎖のお知らせページを設定する。基本的に、エラーコード404のNot Foundばかりになるので、さくらのレンタルサーバで、404エラーページを独自に設定するようにしたメモ。
さくらのレンタルサーバの管理画面では、404ページの設定はない。
さくらのレンタルサーバでは、.htaccessを利用したウェブサーバの設定の上書きが可能。そのため、「.htaccess」を使って、404エラーのページを設定する。
.htaccessの中身
ErrorDocument 404 /404.html
他に「.htaccess」で設定していることがなければ、この1行でよい。ファイルは作ってアップロードするか、管理画面のファイルマネージャーから作成して、書き込む。
「404.html」は、設定したウェブサイトのフォルダのルートに置く。「/」でルートの階層を指定しているので。
今回、ADでDFSR(分散ファイルシステムレプリケーション)まわりのレプリケーションの問題が発生した。削除可能なものだったので、削除で対応したわけだが・・・。
DFSRまわりの障害を調べてみると、いろいろと出てくる。仮想マシンで、スナップショットから戻したらダメとか。このパターンだと、バックアップから仮想マシンをリストアしてもDFSRの問題はでるということか。DFSRは、なかなか大変。
以下、リンク。
DFSR は、仮想化されたサーバーのスナップショットを復元した後にファイルをレプリケートしなくなりました
https://learn.microsoft.com/ja-jp/troubleshoot/windows-server/networking/distributed-file-system-replication-not-replicate-files
指定されたプライマリ メンバーで DFSR データベースがクラッシュした場合の復旧
https://learn.microsoft.com/ja-jp/troubleshoot/windows-server/networking/recover-from-dfsr-database-crash
Windows Server 2022 DFSR レプリケーションエラー(ID:4012と4614の対処法)
https://qiita.com/iyokan5/items/4fdd086c79015e7d2991
PowerShellでWindows DFSレプリケーション状態を確認し障害を検知する方法
https://ittrip.xyz/powershell/powershell-dfs-replication-status
あと、DFSRのタイプミスをしてしまう、DFRSとか、FDSRとか。
ADの一部で DFS Replicationのエラーが発生して、正常な認証ができなくなった。そのため、不具合の発生したADを降格する作業を実施した。
そのADの降格作業で「DFS Replication アクセスが拒否されました」が発生した。
下記のMicrosoftの手順を使って、ADから対象のサーバを外す処理を行った。サーバ自体は利用予定もないため、「回避策2」の「[C] メタデータ クリーンアップ」を行った。

Veeam Backup & Replicationのサーバを、旧サーバから新サーバに移行するための公式ナレッジベースは下記。
https://helpcenter.veeam.com/docs/backup/vsphere/vbr_config_migrate.html?ver=120
https://www.veeam.com/kb1889
Veeam Backup & Replication を別のバックアップ サーバーに移行する場合は、次の手順を実行する。
移行前と移行後のVeeam Backup & Replicationのバージョンはそろえておく必要がある。移行前のVeeam Backup & Replicationのバージョンが古い場合は、移行前にアップグレードして、そのインストーラーを使って、新しいVeeam Backup & Replicationをインストールする。
この方法だと、ライセンスファイルも動いてしまうため、1日で移行とテスト、切り替えを行う必要がある。
AnyConnectで接続後、VPN接続先のウェブのシステムにアクセスすると最初は利用できるが、何回か動作しているうちにタイムアウトする。一度発生すると、ブラウザを変えても同じような状況になる。
Windows PCを再起動すると、一時的にアクセスできるようになるが、また同じ状況が発生する。
Windowsのイベントログをみると「cscan.exe」のエラーが多数発生していた。
この「cscan.exe」を調べると、CiscoのAnyConnectクライアントで使われているものだった。VPN接続時のみで発生しているもので、VPN接続もやや遅いことを考えると、「cscan.exe」が悪さをしているようだ。
対応として、Cisco AnyConnectクライアントのインストーラーを起動して、「Repair」を選択して、AnyConnectクライアントの修復を行った。修復後に試すと、問題は解消された。AnyConnectクライアントが何らかの原因で壊れていたのが原因。
Windowsで、Excelの表をJSONに形式にする必要があったので、ExcelからCSVファイルで保存して、Powershellを使って、CSVファイルをJSON形式のファイルに変換した。
使ったPowershellのスクリプト(コマンドレット)は下記。
# CSVファイルのパスを指定
$csvFilePath = "C:\path\to\your\file.csv"
# JSONファイルのパスを指定
$jsonFilePath = "C:\path\to\your\file.json"
# CSVファイルをインポート
$csvData = Import-Csv -Path $csvFilePath
# JSONファイルにエクスポート
$csvData | ConvertTo-Json | Set-Content -Path $jsonFilePath
最初の2つは、CSVファイルと出力するJSONファイルの指定なので、直接指定すれば2行でOK。
1行ずつ、Powershellのプロンプトに入力していけば実行できるので楽。文字コードは全部がUTF8で行う想定だったので指定していないが指定することも可能。