![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
#author("2022-12-15T02:13:20+00:00","default:wikiadmin","wikiadmin") #author("2023-06-21T21:25:19+00:00","default:wikiadmin","wikiadmin") #contents *CentOS Stream移行計画 [#hf488fe1] -不安定でもミッションクリティカルではないので問題なし -問題あったらRocky Linuxなどだが、onamaeではisoアップロードになるのがなんとも *Rocky Linux/Alma Linux以降計画 [#b7e684c8] **テスト結果 [#b88e6f00] -DB/Wiki/SVN/Blog OK -Ansibleでの復元 OK(mariabackupでもOK) -Ansible実行 setup,apps,myapps,recover **mysqldump: Couldn't execute 'show events': Cannot proceed, because event scheduler is disabled (1577) [#be04025f] Mariadb 5.5から10.3なので以下のコマンド実施必須。 mysql_upgrade -u root -p --verbose --force systemctl restart mariadb *移行時間記録 [#z8edb0d1] *お名前.com リニューアル後VPS初期化手順 [#x84c76be] **SWAP [#p186eeaf] dd if=/dev/zero of=/swap bs=1M count=2048 chmod 600 /swap mkswap /swap swapon /swap echo "/swap none swap defaults 0 0" >> /etc/fstab **手順 [#u6bb45fb] -OSインストール -swap有効化（忘れがち） -yum upgrade -y -セキュア化 -バックアップ(secure) -ansible 素材コピー -セットアップ(cron無効化/mvn package/gradlew build) -バックアップ(recover) -Chromedriver最新化(忘れがち) **2022 [#g01c8cfb] お名前.com VPS 再インストールで不具合あったので慎重に。1月にようやくスナップショットが利用できるようになっていた。 |項目|計画日|実施日|備考| |お名前.com VPS to ConoHa 1G|2022/01/19|01/19 19:30-19:34|1/16に構築済み。cron入れ忘れ30分経過。| |ConoHa 1G to お名前.com VPS|2021/01/19|01/19 20:34-20:39|お名前.com再構築で時間かかる。| |お名前.com VPS to ConoHa 1G|2022/02/03|02/03 18:37-18:42|1/16に構築済みを再利用| |ConoHa 1G to お名前.com VPS|2022/02/03|02/03 19:17-19:23|お名前.com 1/16snapshot利用| |お名前.com VPS to ConoHa 1G|2022/02/15|02/15 17:27-17:33|secureから構築。| |ConoHa 1G to お名前.com VPS|2022/02/15|02/15 18:57-19:03|お名前.com 1/16snapshotがchromeもれだったので作り直しだがこのサーバーだけConnection ResetでProxyで対応| |お名前.com VPS to ConoHa 1G|2022/02/20|02/20 4:26-4:31|recoverから| |ConoHa 1G to お名前.com VPS|2022/02/20|02/20 5:31-5:37|お名前.comからコミット忘れ救出＆作り直し| |お名前.com VPS to ConoHa 1G|2022/02/24|02/24 20:20-20:26|recoverから| |ConoHa 1G to お名前.com VPS|2022/02/24|02/24 21:14-21:20|swap作り忘れなどさんさんたる状況で作り直し| |お名前.com VPS to ConoHa 1G|2022/03/08|03/08 20:31-20:36|recoverから。| |ConoHa 1G to お名前.com VPS|2022/03/08|03/08 21:50-21:55|またしても作り直し。昔より早いんで。ただChromeは失敗常態化でproxy| |お名前.com VPS to ConoHa 1G|2022/03/29|03/29 19:56-20:00|3/11作成のrecoverから。| |ConoHa 1G to お名前.com VPS|2022/03/29|03/29 20:13-20:18|svnをhome/vps両対応にしたのでパスがずれていた障害で時間かかる| |お名前.com VPS to ConoHa 1G|2022/04/17|04/17 4:43-4:47|3/11作成のrecoverから。| |ConoHa 1G to お名前.com VPS|2022/04/17|04/17 5:15-5:21|3/11のbakupはsvn関連でハマるのでそろそろ作り直さねば！| |お名前.com VPS to ConoHa 1G|2022/04/29|04/29 19:07-19:19|志賀高原で暇なので！| |ConoHa 1G to お名前.com VPS|2022/04/29|04/29 19:43-19:49|ちょっと最新化| |お名前.com VPS to ConoHa 1G|2022/05/13|05/13 9:39-9:43|まだMaria 5.5| |ConoHa 1G to お名前.com VPS|2022/05/13|05/13 10:02-10:08|ちょっと最新化| |お名前.com VPS to ConoHa 1G|2022/05/20|05/20 16:34-16:39|maria 5.5漏れがあったので作り直し| |ConoHa 1G to お名前.com VPS|2022/05/20|05/20 16:57-17:04|| |お名前.com VPS to ConoHa 1G|2022/05/20|05/20 13:11-13:15|証明書期限切れでConoha作成し直し| |ConoHa 1G to お名前.com VPS|2022/05/20|05/20 13:38-13:43|証明書と自作アプリ最新化などでちょっと更新| |お名前.com VPS to ConoHa 1G|2022/06/19|06/19 4:43-4:49|OpenVPN構築後初の移行| |ConoHa 1G to お名前.com VPS|2022/06/19|06/19 5:15-5:21|1時間ギリ！| |お名前.com VPS to ConoHa 1G|2022/06/24|06/24 18:32-18:37|Onamae作り直し＆PKI救出| |ConoHa 1G to お名前.com VPS|2022/06/24|06/24 19:42-19:48|二時間あれば大丈夫| |お名前.com VPS to ConoHa 1G|2022/07/01|07/01 7:50-7:56|Conoha作り直し＆PKI救出| |ConoHa 1G to お名前.com VPS|2022/07/01|07/01 8:30-8:36|Chromedriver 対応など| |お名前.com VPS to ConoHa 1G|2022/07/14|07/14 7:21-7:26|recoverから作成（タグ名ミス220701_secureはrecover!)| |ConoHa 1G to お名前.com VPS|2022/07/14|07/14 7:51-7:57|結構ギリギリ| |お名前.com VPS to ConoHa 1G|2022/07/27|07/27 17:06-17:11|手動JCBクロールの効率化でイメージ更新| |ConoHa 1G to お名前.com VPS|2022/07/27|07/14 17:51-17:57|こちらもイメージ更新で結局1時間には間に合わず！| |お名前.com VPS to ConoHa 1G|2022/08/04|08/04 15:38-15:43|Let's Encrypt/楽天手動落ち対応でイメージ更新| |ConoHa 1G to お名前.com VPS|2022/08/04|08/04 16:06-16:12|Let's Encrypt/楽天手動落ち対応でイメージ更新| |お名前.com VPS to ConoHa 1G|2022/08/19|08/19 20:44-20:48|Cron 同名で上書きミス修正| |ConoHa 1G to お名前.com VPS|2022/08/19|08/19 21:03-21:09|| |お名前.com VPS to ConoHa 1G|2022/09/02|09/02 08:55-09:00|20G / パーティション構築してたので再構築だが、Chromedriver古すぎた| |ConoHa 1G to お名前.com VPS|2022/09/02|09/02 10:05-10:10|20G問題調査でパーティション再構築| |お名前.com VPS to ConoHa 1G|2022/09/08|09/08 10:08-10:13|swap作り忘れ/ChromeDriverバージョン違い/証明書切れetcの地雷除去だがsnapshot枝分かれの根本を消しておかしなことに！| |ConoHa 1G to お名前.com VPS|2022/09/08|09/08 11:20-10:27|ConohaもLet's encrypt期限切れ修正| |お名前.com VPS to ConoHa 1G|2022/09/15|09/15 06:16-06:20|ようやく何のトラブルもない移行| |ConoHa 1G to お名前.com VPS|2022/09/15|09/15 06:47-06:53|recover同士でも1時間ギリ！| |お名前.com VPS to ConoHa 1G|2022/09/27|09/27 15:04-15:09|ようやく何のトラブルもない移行| |ConoHa 1G to お名前.com VPS|2022/09/27|09/27 15:22-15:28|recover同士で30分だがバックアップを先行させればもっと早くなる。だが会議で消し忘れで2H| |お名前.com VPS to ConoHa 1G|2022/10/06|10/06 10:04-10:09|事前にバックアップ後Recoverで最短チャレンジ| |ConoHa 1G to お名前.com VPS|2022/10/06|10/06 10:19-10:26|事前にバックアップ後Recoverで最短チャレンジで２スナップショット最新化しても余裕| |Pukiwiki移行|2022/10/14|10/14|脆弱性対応で久々にpukiwikiを移行| |お名前.com VPS to ConoHa 1G|2022/10/19|10/19 8:30-8:35|pukiwikiとvue配置後のrecoverテスト| |ConoHa 1G to お名前.com VPS|2022/10/19|10/19 8:50-8:57|pukiwikiとvue配置後のrecoverテスト| |お名前.com VPS to ConoHa 1G|2022/11/08|11/08 16:50-16:55|node開発本格化前に一旦リセット| |ConoHa 1G to お名前.com VPS|2022/11/08|11/08 17:38-18:05|node開発本格化前に一旦リセットだがunarchive svnでフリーズで手動で対応。あとでsnapshot戻し忘れであったこと発覚| |お名前.com VPS to ConoHa 1G|2022/11/08|11/08 19:26-19:31|リベンジかつバックアップはそのままSCP| |ConoHa 1G to お名前.com VPS|2022/11/08|11/08 19:40-19:55|SCPして、backupなしでやるが、xtrabackup忘れで結局backup| |お名前.com VPS to ConoHa 1G|2022/11/30|11/30 19:40-19:46|nodeサービス化| |ConoHa 1G to お名前.com VPS|2022/11/30|11/30 20:30-19:55|recoverより復活| |お名前.com VPS to ConoHa 1G|2022/12/15|12/15 09:30-9:36|お名前.com再構築だがansible系の素材コピーミスなどボロが出る。| |ConoHa 1G to お名前.com VPS|2022/12/15|12/15 10:55-11:03|2時間では終わらず！| *2022年のトラブル [#m2cbf8b4] **DockerでDisk Full [#je0ab86e] お名前.comで/が20Gしかない！ **SVN異常 [#u77b684c] DNS以降直後にコミットしてしまい失ったものは取り戻せなかったが、リビジョンがずれてしまった。その後リビジョンが1000近く失われていることが判明で。バックアップデータからリストア。今後要経過観察。 *2022年のイベント [#tc271729] **Mariadb10系移行 [#v1feb3bb] -ansible importでエラー。ログインエラーだが原因不明 -10.7で直接importすると「Table 'user' already exists」のエラー。 -MariaDB 10.4でuserがviewになったのが原因。以下の二行をdump topに追加（5.5稼働サーバーから10.7に直接上げたためこの問題は回避できた） -MariaDB 10.4でuserがviewになったのが原因。以下の二行をdump topに追加（5.5稼働サーバーから10.7に直接上げる場合は、この問題は回避できた） DROP TABLE IF EXISTS `mysql`.`global_priv`; DROP VIEW IF EXISTS `mysql`.`user`; -DUMP時に以下のエラー mysqldump: Couldn't execute 'show events': Cannot proceed, because event scheduler is disabled (1577) RockyLinuxと同じ対応 ***Live Migration [#m6c4862e] Maria5.5系からデータ引き継いでやってくれる。 -競合するPerconaを消す yum list installed | grep percona yum remove percona-release.noarch percona-toolkit.x86_64 percona-xtrabackup.x86_64 yum install -MariaDB インストール yum install MariaDB-server MariaDB-client MariaDB-backup ***10.7 障害 [#ka8cb610] -Javaのバッチから接続不可能。Spring/PHPはOKで原因不明。 -datetime /* mariadb-5.3 */なるもので -String data, right truncated: 1406 Data too long for column 'area_cd' at row 1 - Invalid datetime format: 1292 Incorrect datetime value: '1651558505' for column `cakephp`.`batch_records`.`modified` at row 1 **脱TCP Wrapper [#s058e555]
