為何要移轉到新的虛擬主機上? 因為原本虛擬主機已經是EOL了，若nextcloud升級，會面臨資料庫版本不符、docker版本過舊問題；需要另外安裝新虛擬主機、安裝新docker，升級資料庫版本，才能解決nextcloud無法升級問題。
作法如下：
所有分享的檔案與目錄，都會失效
另外還可透過資料庫，查詢所有分享連結，以及其擁有者，語法如下
# 例如某個連結失效了 https://cloud.test.com/s/T8wnofnnZjHk93e
# 我們可以透過以下語法，找到哪個帳號停用了
select * from (
select uid_owner uid,ldap_dn name,token from oc_share,oc_ldap_user_mapping where uid_owner=owncloud_name
union
select uid_owner uid,displayname name,token from oc_share,oc_users where uid_owner=uid
) as NewUnionTable
where token='T8wnofnnZjHk93e'
guacamole是很棒的網頁版遠端連線工具，就差在切換輸入法不是那麼簡便。
公司可以安裝酪梨醬，綁定員工帳號只能連到員工主機，也不開放員工自行設定連線，搭配現在guacamole已經可以設定遠端開機，就可以讓員工遠距連線工作，而公司方面可以計算員工工時，若員工加班也能有所憑證。
我安裝的酪梨醬使用mysql，計算工時的語法如下：
# 可計算同一天連線小時(小數第二位)
SELECT username ,DATE_FORMAT(start_date, "%Y%m%d") the_same_date, cast(sum(TIMESTAMPDIFF(MINUTE,start_date,end_date))/60 as decimal(9,2)) overtime_hour
from guacamole_connection_history
group by username,the_same_date
order by username,the_same_date desc
#若資料庫時區沒有調整，預設是UTC，可暫時使用CONVERT_TZ轉換正確時區
SELECT username ,DATE_FORMAT(CONVERT_TZ(start_date,'+00:00','+08:00'), "%Y%m%d") the_same_date, cast(sum(TIMESTAMPDIFF(MINUTE,start_date,end_date))/60 as decimal(9,2)) overtime_hour
from guacamole_connection_history
group by username,the_same_date
order by username,the_same_date desc# 排除每次連線低於30分鐘
SELECT username ,DATE_FORMAT(start_date, "%Y%m%d") the_same_date, cast(sum(TIMESTAMPDIFF(MINUTE,start_date,end_date))/60 as decimal(9,2)) overtime_hour
from guacamole_connection_history
where TIMESTAMPDIFF(MINUTE,start_date,end_date) >= 30
group by username,the_same_date
order by username,the_same_date desc
#若資料庫時區沒有調整，預設是UTC，可暫時使用CONVERT_TZ轉換正確時區
SELECT username ,DATE_FORMAT(CONVERT_TZ(start_date,'+00:00','+08:00'), "%Y%m%d") the_same_date, cast(sum(TIMESTAMPDIFF(MINUTE,start_date,end_date))/60 as decimal(9,2)) overtime_hour
from guacamole_connection_history
where TIMESTAMPDIFF(MINUTE,start_date,end_date) >= 30
group by username,the_same_date
order by username,the_same_date desc
為了員工健康，要設定上線時間
另外酪梨醬預設60分鐘沒有任何遠端連線，會整個登出。
可搭配遠端桌面連線相關設定
vi guacamole.properties
##### 修改30分鐘整個網頁登出(必須在沒有任何連線的情況下)
api-session-timeout:30可以搭配設定閒置30分鐘後，遠端桌面連線自動登出，此時酪梨醬沒有任何連線了，過30分鐘也跟著登出了。
幾天前我想把nextcloud 25.0.11 升級到 26.0.5 ，這麼多年來從18版一路高歌升到25版，都沒遇到問題，這次卻栽了無法升級，原因卡在資料庫那段，這問題似乎無解，在不想等待的情況下，我決定還原回去。
2023/9/22 發現我25.0.11升級會出錯，官方馬上釋出25.0.12 ，但我升級還是失敗，原來資料庫mariadb 10.3.2版本有問題，我直接docker pull mariadb:10.3 後面不接了，這樣就從25->26能升級成功
還原步驟：
我先將restic 所備份最新版nextcloud備份的snapshot掛載起來，接著停用目前的資料庫(mariadb 10.3.2 多個容器共用)；再將nextcloud的相關volume、資料庫還原，結果失敗，失敗原因不明，docker看log也看不出來，web登入出現「Nextcloud the server was unable to complete your request」錯誤，真真急死人；後來爬文，歸納問題可能有三種：目錄權限沒設定好、資料庫問題與ldap無法連線。
不屈不撓檢查才發現原來是我偷懶，當初所有容器所用到的資料庫都統一讓唯一的資料庫容器管理，現在要還原，我停止資料庫容器後，只有還原其中nextcloud的資料庫，其他資料庫不還原，導致重新啟動資料庫容器時，nextcloud資料庫居然有一些資料表損毀(ENGINE=InnoDB)。
好在損毀的資料表是oc_authtoken，只要重建就好了，但是重建失敗，mysql會說該資料表已在，但是query時，mysql又說沒有該資料表，網上有位苦命工程師說建資料表時，遇到這情形，請改用ENGINE=MyISAM格式就能成功，我照著做之後，nextcloud又恢復往日雄風還原成功，但重建的資料表MyISAM跟其他使用InnoDB的資料表格格不入，以後要找一天將資料庫修復才行。
這故事告訴我們，還原資料庫容器要全部都還原，不可只還原其中一部分資料庫。
CREATE TABLE `oc_authtoken` ( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `uid` varchar(64) COLLATE utf8_bin NOT NULL DEFAULT '', `login_name` varchar(64) COLLATE utf8_bin NOT NULL DEFAULT '', `password` longtext COLLATE utf8_bin, `name` longtext COLLATE utf8_bin NOT NULL, `token` varchar(200) COLLATE utf8_bin NOT NULL DEFAULT '', `type` smallint(5) unsigned NOT NULL DEFAULT '0', `remember` smallint(5) unsigned NOT NULL DEFAULT '0', `last_activity` int(10) unsigned NOT NULL DEFAULT '0', `last_check` int(10) unsigned NOT NULL DEFAULT '0', `scope` longtext COLLATE utf8_bin, `expires` int(10) unsigned DEFAULT NULL, `private_key` longtext COLLATE utf8_bin, `public_key` longtext COLLATE utf8_bin, `version` smallint(5) unsigned NOT NULL DEFAULT '1', `password_invalid` tinyint(1) NOT NULL DEFAULT '0', PRIMARY KEY (`id`), UNIQUE KEY `authtoken_token_index` (`token`), KEY `authtoken_last_activity_idx` (`last_activity`), KEY `authtoken_uid_index` (`uid`), KEY `authtoken_version_index` (`version`) ) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COLLATE=utf8_bin;
以上重建table失敗
CREATE TABLE `oc_authtoken` ( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `uid` varchar(64) COLLATE utf8_bin NOT NULL DEFAULT '', `login_name` varchar(64) COLLATE utf8_bin NOT NULL DEFAULT '', `password` longtext COLLATE utf8_bin, `name` longtext COLLATE utf8_bin NOT NULL, `token` varchar(200) COLLATE utf8_bin NOT NULL DEFAULT '', `type` smallint(5) unsigned NOT NULL DEFAULT '0', `remember` smallint(5) unsigned NOT NULL DEFAULT '0', `last_activity` int(10) unsigned NOT NULL DEFAULT '0', `last_check` int(10) unsigned NOT NULL DEFAULT '0', `scope` longtext COLLATE utf8_bin, `expires` int(10) unsigned DEFAULT NULL, `private_key` longtext COLLATE utf8_bin, `public_key` longtext COLLATE utf8_bin, `version` smallint(5) unsigned NOT NULL DEFAULT '1', `password_invalid` tinyint(1) NOT NULL DEFAULT '0', PRIMARY KEY (`id`), UNIQUE KEY `authtoken_token_index` (`token`), KEY `authtoken_last_activity_idx` (`last_activity`), KEY `authtoken_uid_index` (`uid`), KEY `authtoken_version_index` (`version`) ) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=utf8 COLLATE=utf8_bin;
改成MyISAM就成功重建table
以前安裝wordpress容器的時候，可以利用–link參數，綁定以有的資料庫容器(mariadb)，讓資料庫容器主機名稱變身成「mysql」，就可以不用安裝一大堆資料庫容器惹。(wordpress容器只認mysql這個主機(host)名稱，所以我們不得已而這樣做)
我先前的文章舊版(Docker)(WordPress)如何使用docker安裝wordpress (帳密皆為guest)，也是建議醬做；可是好景不常，docker終於受不了了，新版廢棄–link參數，podman也跟進。
當然會這樣做一定是為了區分子網路，方便管理使用，我也「被」樂見其成，因此我安裝wordpress也必須避開–link參數。
該如何做呢? 以podman為例子，首先我們要想一個很威的網路橋接名稱mynet(可自訂)：
podman create network mynet然後將以前就有的資料庫容器，加到這個網路橋接器上：
podman network connect mynet mariadb-container接下來賦予資料庫容器別名，讓資料庫變身成wordpress心目中的mysql：
podman network connect --alias mysql mynet mariadb-container這樣一來安裝wordpress就可以不用加上 –link 這個參數，且wordpress容器也能自動認得資料庫容器了。
要得知wordpress正確版本，可從資料庫(mariadb)著手，輸入以下SQL語法：
SELECT * FROM `wp_options` where option_name = 'db_version';
得到option_value之後，再比對官方網站公告資訊 https://codex.wordpress.org/WordPress_Versions，就可以得到正確版本啦。
wordpress 4、5、6這三個大版本，密碼皆使用hash方式加密，若我們忘記管理者帳號密碼，且無法從資料庫看到明碼密碼；此時如果你有資料庫(mariadb)管理者權限那就好辦了，可以先以資料庫的管理者帳號登入，該帳號為整個wordpress資料庫最高權限，而非wordpress管理者帳號；登入後，找出wordpress管理者帳號名稱，然後進行hash密碼加密。
網路上有提供該加密的網站，請google WordPress Password Hash Generator，就可以輕易產出密碼，甚至有些網站還產出SQL語法，修改一下語法內之管理者名稱即可使用，非常方便。
－－
－－
根據官方文件 , 吉茶可以綁定各式各樣的登入認證, 也包含微軟網域主控認證, 但並沒有解釋太多, 因我有需求要綁定Micro$oft 網域主控站 , 因此記錄一下注意事項.
# (memberOf=xxx) xxx 為群組名稱 CN=GitGroup,OU=groups,DC=test,DC=com
# 意思就是帳號需隸屬於GitGroup這個群組, 若不需要可以拿掉.
# (mail=*) 代表帳號email屬性必須有值才能用, 若不需要也可以拿掉
(&(objectCategory=Person)(memberOf=CN=GitGroup,OU=groups,DC=test,DC=com)(sAMAccountName=%s)(mail=*)(!(UserAccountControl:1.2.840.113556.1.4.803:=2)))
MariaDB [gitea]> delete from email_address where id<>1;
Query OK, 2 rows affected (0.00 sec)
MariaDB [gitea]> delete from user where id<>1;
Query OK, 2 rows affected (0.00 sec)
好久沒安裝mysql了, 我之前都是docker 無腦安裝, 並不需要了解太多, 但是因為我先前安裝的 piwigo docker版本升級不利, 想說手動安裝piwigo看看, 當然第一步就是安裝mariadb囉.
這次RL9預設的mariadb是10.5, 安裝相當簡單
dnf install mariadb-server接下來就是改密碼,預設console直接可以使用root登入
mysql -p -uroot跟之前不一樣,我還停留mysql舊時代改密碼方式 update user set password=password(‘you password’) where user=’root’
居然失敗了, 爬了文, 反正就是跟上主流,改用oracle類似的變更方式了
alter user root@localhost identified by 'your password';
flush privileges;
很多相關設定可參考原廠文件