本篇是介紹如何處理在Proxmox VE中無法在網頁管理介面(web-based management)中刪除OpenVZ的問題。這個錯誤是因為OpenVZ虛擬機器的本體檔案在刪除、備份、還原的途中被強制中斷，導致OpenVZ檔案遺失、但是設定檔(*.conf)卻還在節點(node)之中，所以在網頁管理介面中仍然會出現那個虛擬機器，但是無法藉由網頁管理介面刪除。這時候只要用指令列中移除在 /etc/pve/openvz/ 的設定檔，刪不掉的虛擬機器就會消失了。
(more...)本篇是修復Proxmox VE 3/4的集叢(Cluster)中遇到「No route to host (595)」錯誤的解決方法。這個錯誤是因為Proxmox VE伺服器變更了網路設定，但是並沒有完全設定好的關係。以下說明造成錯誤的原因以及解決方法。
(more...)最近花了一段時間在研究怎麽把Google Drive (Google雲端硬碟)跟Zotero與Proxmox伺服器整合。整合之後可以運作，但是可能是因為檔案處理速度過慢或是Google Drive API配額的限制，最後都無法順利運作。這篇記錄一下到目前為止的研究進度。
(more...)本篇是修復Proxmox VE的集叢(Cluster)中全部節點都變成「離線」狀態，而且重新啟動CMAN的時候還會卡在「Unmounting configfs...」的錯誤。這個錯誤是因為掛載的儲存裝置NAS無法正常連線的問題。確保NAS正常運作之後，所有節點就會恢復正常。以下說明造成錯誤的原因以及解決方法。
This article aims to solve the problem that all nodes of Proxmox VE Cluster are offline (but still can be connected). When restarting CMAN service, it was hang on the message “Unmounting configfs...” and stopped to restart. The cause of this problem is that Proxmox Cluster’s storage, NAS, is not work. Proxmox Cluster can be restored after resuming NAS again. Following I will discribe the problem and the solution.
(more...)之前我寫過「Proxmox VE增加第二顆硬碟」的做法，是用額外掛載的方式來新增一個新的Storage。這次我要做的是比較完整的做法：將新增加硬碟加入LVM中。操作步驟主要參考Jarrod的LVM教學。
本文是以Proxmox VE 3.4為例子，以VirtualBox來架設。重點是這個電腦有兩顆硬碟，Proxmox VE是安裝在第一顆硬碟中，第二顆硬碟是空的。
你可以用Proxmox VE的Web GUI中的Shell來登入，也可以直接登入本機端。總之要先以root的身份操作指令。
首先我們要確定新硬碟的路徑。一般來說，第一顆SATA硬碟為 /dev/sda 、第二顆為 /dev/sdb，而IDE的路徑則是 /dev/had 、第二顆則是 /dev/hdb。詳情請看鳥哥的說明。
因為我安裝的是第二顆的SATA硬碟，所以路徑為 /dev/sdb。
硬碟的分割要使用fdisk，搭配第二顆硬碟的路徑/dev/sdb，指令如下：(粗體的地方表示是我們要輸入的指令)
root@pve:~#fdisk /dev/sdb
接下來會跳到fdisk的對話介面：
Command (m for help):
如果該硬碟裡面已經有資料，那就要用d指令來刪除。
Command (m for help): d
Selected partition 1
然後新增磁碟分割區，建立一個主要分割區，空間為整顆硬碟：
Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First cylinder (1-2610, default 1): "enter"
Using default value 1
Last cylinder, +cylinders or +size{K,M,G} (1-2610, default 2610): "enter"
Using default value 2610 然後將該分割區的檔案類型修改為Linux LVM：
Command (m for help): t
Selected partition 1
Hex code (type L to list codes): 8e
Changed system type of partition 1 to 8e (Linux LVM) 最後將分割表的資訊寫入硬碟：
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
Syncing disks.
完成。新增硬碟的磁碟分割位置為 /dev/sdb1。
接下來要連續輸入四個指令。注意裡面的磁碟分割路徑 /dev/sdb1，這是剛剛用fdisk新增的磁碟分割。
pvcreate /dev/sdb1
vgextend pve /dev/sdb1
lvextend /dev/pve/data /dev/sdb1
resize2fs /dev/pve/data 這樣就把第二顆硬碟新增到Proxmox VE的local空間中。
使用lvdisplay指令來看看結果，可以發現/dev/pve/data的空間已經新增到了12.37GiB。
這樣就大功告成囉！同樣的這種做法也可以用在第三顆、第四顆硬碟上面，繼續擴大local的硬碟空間。
既然我們可以新增硬碟到LVM，那一樣可以從LVM中移除硬碟。但是這個步驟就比新增還要複雜很多，細節可以參考鳥哥的縮小LV容量，如果那天我遇到這種情況了再來深入研究吧。
現在Linux在安裝時預設都是以LVM的形式來分割磁碟，所以對大多數的人來說都感覺不到LVM的存在。LVM雖然能夠像上面這樣任意擴充一顆硬碟來增加空間，但是LVM是一種以任意調整容量為目的的檔案系統，安全性、可恢復性則不在考量範圍內。而且LVM預設是用線性模式在寫入資料，一顆硬碟滿了再放下一顆，存取方式無法與RAID相比。簡單來說：
既然大部分Linux發佈版預設都用LVM，我們應該也無法擺脫LVM壞掉時的風險。因此在使用LVM時，一定要有壞掉之後很難復原的心理準備喔。
(more...)安裝Proxmox VE的時候，如果事前硬碟上已經有安裝好的Proxmox VE時，再次安裝就會發生「unable to create volume group at /usr/bin/proxinstall line 706」的問題。這個問題必須先移除硬碟上名為「pve」的LVM，然後就可以正常安裝了。
有時候安裝Proxmox VE的時候會遇到「unable to create volume group at /usr/bin/proxinstall line 706」的錯誤訊息，然後安裝就無法繼續下去。
造成這個問題的原因是因為原本硬碟上面已經安裝過Proxmox VE。Proxmox VE在安裝時會建立一個名為「pve」的邏輯捲軸管理員LVM。而LVM不能有相同的名字，因此第二次安裝Proxmox VE時，就無法建立相同名字的「pve」，因此造成失敗。
我們需要一個可以開機的Linux版本Live CD來刪除LVM。
我原本是使用Ubuntu 14.04桌面版，但是那個太大了，速度也很慢。我試了幾個Live CD的版本，太小的Live CD並不具備LVM的工具，找到最後是Ubuntu Rescue Remix 12.04版本，ISO大小為233MB，啟動速度很快。
將這個ISO燒錄成光碟之後，或是像我這樣用VirtualBox掛載ubuntu-rescue-remix-12-04.iso之後，我們就可以開機進入Live CD。
一路enter到最後會是這個畫面。請輸入指令：
sudo vgremove pve –-removemissing
接下來會一一確認是否要刪除Volume Group裡面的Logical volume，總共有swap、root跟data。請一律按「y」確定。
接下來確認是否有刪除這個Volume Group。
vgdisplay
如果沒有看到pve，那Volume Group「pve」就刪除完成了。
完成之後輸入關機指令：
sudo halt
在看到「Please remove installation media and close the tray (if any) then press ENTER:」的訊息時，取出光碟，然後按下Enter鍵繼續關機。
再來重新安裝Proxmox VE的時候就可以順利成功了。
(more...)Proxmox VE改版之後，很多OpenVZ範本都無法進入終端畫面(Console)。其實可以開啟節點(Node)的終端畫面(Shell)，然後以「vzctl enter [VMID]」來進入OpenVZ虛擬機器中。
This article describes the problem of Proxmox VE Cluster: How to enter OpenVZ container’s console? A proposed solution to the problem is use vzctl enter [VMID] command, or modify template. Following are the problem description and solutions.
Proxmox VE提供了方便的管理工具，可以讓管理者直接在Proxmox VE中點選「Console」(終端頁面)來顯示OpenVZ虛擬機器(又稱為container，CT)的終端畫面，如上圖。
可是由於早期的OpenVZ虛擬應用範本，特別是CentOS，在開啟Console的時候，只會顯示以下訊息：
Attached to CT 101 (ESC . to detech)
什麼都看不到，而且什麼都無法操作。
這是因為早期OpenVZ虛擬應用範本檔案中輸出Console的終端設定跟現在Proxmox VE版本的設定不合。導致OpenVZ虛擬機器雖然可以顯示開機與關機資訊，但真正讓人可以操作的訊息卻顯示不到console使用的Java Applet上。
應急的解決方案是從節點(node)直接進入虛擬機器的手動解決方案，長期的話就修改範本設定。我們現在已經使用了很多虛擬機器，也不是常常在進入伺服器。在此先介紹短期內直接進入的手動解決方案。
參考Proxmox VE OpenVZ Console的Troubleshooting，做法如下：
# vzctl enter [VMID] # vzctl enter 101 
由於這個方法跟直接點選console按鈕比起來也不會耗費太多功夫，所以很推薦大家來使用。
當然，最好的方式是修改虛擬應用範本，以避免每次都還要繞路才能開啟Console的困擾。
根據Proxomx VE Modifying your templates的說明，我試著在centos-6-standard_6.3-1_i386.tar.gz上修改成功。
做法是在該虛擬機器範本中加入 /etc/init/tty.conf 檔案，檔案內容如下：
# This service maintains a getty on tty1 from the point the system is
# started until it is shut down again.
start on stopped rc RUNLEVEL=[2345]
stop on runlevel [!2345]
respawn
exec /sbin/agetty -8 tty1 38400 然後以 reboot 指令重新啟動虛擬機器，這樣就可以用console登入了。
為了方便起見，我把這些動作寫成以下指令。只要在無法直接進入console端的虛擬機器直接執行即可：(感謝aleroot對wget覆寫指令的解說)
# mkdir –p /etc/init; cd /etc/init; wget -q http://goo.gl/nx13fz –-no-check-certificate; reboot 然後就等待重開機吧。
CentOS 5的做法不一樣，請輸入以下指令：
# echo "1:2345:respawn:/sbin/agetty tty1 38400 linux" >> /etc/inittab; reboot
剛進去的時候是全黑的，請先按一次「enter」鍵。然後才會顯示文字訊息。
不過似乎第一次登入還是要輸入帳號密碼的樣子，這部分就難免了。
由於使用vzctl enter [VMID]的方式可以進入任何OpenVZ虛擬機器裡面，而且是以root身份進入，因此可以用這個方式重設root的密碼。
做法概述如下：
# vzctl enter [VMID] # passwd root
然後輸入你要變更的密碼 完成。
正式的做法則是參考OpenVZ論壇中maratrus的講解，在節點的Shell中使用vzctl中的—userpasswd，指令如下：
# vzctl set [VMID] --userpasswd root:[newpasswd] --save
兩種方法都可以喔。
(more...)Proxmox VE在備份時會設定虛擬機器的備份鎖，位於/var/lib/vz/lock/[VMID].lck。在Proxmox VE 3.2版本中，備份異常中斷、或是有其他備份仍在進行中的時候，備份功能依然可以正常運作。
When Proxmox VE start a backup job, it will create a lock file at /var/lib/vz/lock/[VMID].lck. In Proxmox VE 3.2 version, when previous backup job got error or not finished, current current backup job will not crash.
備份時所產生的備份鎖，在舊版本的Proxmox VE中不會自動解除。例如這篇「backup failed - command 'qm set 101 --lock backup' failed with exit code 255」就遇到了這個問題，發問者doknet的錯誤訊息如下：
vm1:~# vzdump --dumpdir /var/lib/vz/dump/ --snapshot 101
INFO: starting new backup job: vzdump --dumpdir /var/lib/vz/dump/ --snapshot 101
INFO: Starting Backup of VM 101 (qemu)
INFO: stopped
INFO: status = stopped
INFO: setting parameters failed - VM is locked (backup)
ERROR: Backup of VM 101 failed - command 'qm set 101 --lock backup' failed with exit code 255
INFO: Backup job finished with errors
這時候由於備份時產生的備份鎖無法自動解除，所以必須要管理者手動刪除檔案。以VMID 101的虛擬機器為例：
rm -f /var/lib/vz/lock/101.lck
刪除該鎖之後，備份就可正常進行。
在Proxmox VE 3.2版本中，備份時常發生的錯誤都不會影響備份任務的心情。常遇到的錯誤如下：
備份任務一次只能進行一個。較晚執行的備份任務會先等待其他任務完成，顯示訊息為：
INFO: trying to get global lock – waiting…
這時候備份任務會進行等待，然後當其他備份任務完成時，這個任務就會開始進行備份。
在這個情況下會連續製作備份檔案，請自行注意。
如果之前的備份任務因為斷電、斷網等各種因素導致無法順利進行，那後來的備份任務也不會因此被鎖住，而可以直接開始備份。
在各種試誤中，最後我只有找到了「No space left on device」的錯誤。如文字所示，這純粹是硬碟空間不足而已，也不是備份功能的問題。
如果大家在備份時有遇到被鎖住的錯誤情況，請再跟我分享。
(more...)本篇是修復Proxmox VE的集叢(Cluster)中遇到「authentication key already exists」的錯誤。這個錯誤是因為該節點(node)已經在集叢(cluster)中，所以無法再加入集叢。加入-force參數之後可以讓節點強制加入集叢。以下說明造成錯誤的原因以及解決方法。
This article describes the problem of Proxmox VE Cluster: “'authentication key already exists” when add a node to cluster. A proposed solution to the problem is append “-force” option to “pvecm add [NODE_ADDRESS]”. Following are the problem description and solutions.
由於你的集叢一直發生錯誤，你想要重新建立起集叢，再把目前這個節點加入到新的集叢時，使用了pvecm add [節點網路IP]的指令，例如：
pvecm add 10.1.0.1
但是這時候卻出現了以下錯誤訊息，讓你加入節點失敗：
authentication key already exists
於是集叢依然無法運作，節點也無法加入到新的集叢中，錯誤無法解決。這一個問題我也在「Proxmox VE集叢重新加入節點」一篇中提及過，現在總算找到解決方法。
可能是以下幾種原因，你會想要把一臺Proxmox VE伺服器節點(node)加入到一個集叢中。
前面兩個原因都無法靠重新加入節點來解決，請參考我另外的解決方案來處理。這篇主要處理的是第三種情況，也已經就是要把節點換到另一個集叢的時候。
造成無法加入集叢的原因有兩個：
解決方法就是在pvecm add時加上「-force」參數。舉例來說就是：
$ pvecm add 10.1.0.1 -force
這樣Proxmox VE會強制複寫原本的設定，就不會出現「authentication key already exists」錯誤訊息。
然後再來要重新啟動cman跟pve-cluster服務，以確保載入新的集叢資訊：
$ service cman restart
$ service pve-cluster restart
我把這些步驟寫成了腳本pve-add_node_force.sh，下載、加入執行權限之後，就能夠用以下方法加入集叢：
$ ./pve-add_node_force.sh 10.1.0.1
就拿這個方案來取代原本的pvecm add指令吧。
(more...)本篇是修復Proxmox VE的集叢(Cluster)中遇到不斷跳出「Proxmox VE Login」登入視窗的錯誤。這個錯誤是因為節點的時間不一致，使用ntpdate網路校時之後可以解決。以下說明造成錯誤的原因以及解決方法。
This article describes the problem of Proxmox VE Cluster: when you do anything on other nodes, Proxmox VE Login form prompted again and again. A proposed solution to the problem is correcting the time of every node by using ntpdate. Following are the problem description and solutions.
有時候在進行Proxmox VE集叢中任何操作時，明明之前已經登入過了，但是現在卻又跳出了「Proxmox VE Login」登入表單。即使你再一次登入，這個登入表單依然會跳出來。就算網頁重新整理，這個它依然會跳出這個表單。
如果用Google Chrome來檢查錯誤主控臺，你會發現大量的「401 (No ticket)」，例如：
Failed to load resource: the server responded with a status of 401 (No ticket)
這大概是Proxmox VE使用者遇到最頭痛的問題了，一堆人都在網路上拼命地找尋這個問題的解決方法。但是這個問題本身不在於Proxmox VE集叢本身，而是在於伺服器上。
造成這個問題的原因是因為節點伺服器自己的時間不一致。
以下幾種情況可能會造成伺服器時間錯亂：
你可以執行date指令來查詢伺服器現在的時間：
root@proxmox-02:~# date
Thu Aug 7 20:47:01 CST 2014
如果這個時間附和現實時間，那沒有問題。但通常有問題的節點的時間都會與現實時間不同。
當兩個節點的時間不一致時，維持正確時間的節點去查看延遲錯誤時間的節點時，大概兩者只要相差5分鐘，就會導致這個錯誤發生。
要解決伺服器時間錯誤，最簡單的方法是使用網路校時ntpdate。Proxmox VE預設沒有安裝ntpdate，我們要先更新apt-get，然後再用apt-get安裝。接著就能夠跟NTP伺服器pool.ntp.org進行網路校時。
安裝ntpdate的做法如下：
apt-get update
apt-get install -y ntpdate
進行網路校時的指令如下：
ntpdate -u pool.ntp.org
要自動解決這個問題的方法是固定每天都進行網路校時，確保伺服器的時間一直保持正確。
我將以上指令寫成了腳本pve-ntpdate.sh，請下載到/root/dlll-cias/pve/scripts/pve-ntpdate.sh：
wget http://goo.gl/vKyjnQ -o /root/dlll-cias/pve/scripts/pve-ntpdate.sh
加入執行權限：
chmod +x /root/dlll-cias/pve/scripts/pve-ntpdate.sh
然後在crontab加入以下設定：
echo “0 2 * * * root /root/dlll-cias/pve/scripts/pve-ntpdate.sh”
這樣每天清晨2點的時候，伺服器會自動進行網路校時，以確保時間的正確性。
(more...)本篇是修復Proxmox VE的集叢(Cluster)中遇到「'vzctl destroy [VMID]’ failed: exit code 41」的錯誤。這個錯誤是因為虛擬機器未成功建立，刪除設定檔之後可以解決。以下說明造成錯誤的原因以及解決方法。
This article describes the problem of Proxmox VE Cluster: “'vzctl destroy [VMID]’ failed: exit code 41”. A proposed solution to the problem is deleting the configuration file of the VMID. Following are the problem description and solutions.
有些虛擬機器呈現灰色未開機的狀態。這些機器無法啟動，也無法備份、遷移，甚至刪除。整臺機器彷彿被鎖定一樣無法操作。
以虛擬機器ID (VMID) 100為例，刪除動作會失敗，而且出現以下錯誤訊息：
stat(/var/lib/vz/root/100): No such file or directory
Container is currently mounted (umount first)
TASK ERROR: command ‘vzctl destory 100’ failed: exit code 41
造成這個問題的原因在於虛擬機器未完成建立(create)或從備份檔案重建(restore)，虛擬機器應該要有的檔案位置尚未建立好相對應的檔案，導致刪除等任何動作的失敗。
通常遇到的情況是：
要移除無法運作的虛擬機器，做法是刪除該虛擬機器的設定檔案。以VMID為100的虛擬機器為例，刪除指令為：
rm -f /etc/pve/nodes/*/*/100.conf
我做成腳本pve-destroy_vm.sh，請下載、加入執行權限，然後可以這樣做：
./pve-destroy_vm.sh 100
這樣就能夠強制刪除虛擬機器了。
上述的手動解決方案必須每次都要登入伺服器操作，不能同一在網頁操作上進行，比較不方便。
因此自動解決方法應該是去修改網頁端刪除的指令。如果取得了exit code 41，那就用上述的方法強制刪除。
只是Proxmox VE的網頁比較麻煩，他是用Perl寫成，而且前端使用了ext js這個鷹架，整體來說非常複雜。這部分仍有待研究。
(more...)本篇是修復Proxmox VE的集叢(Cluster)中遇到「TASK ERROR: cluster not ready – no quorum?」的錯誤。這個錯誤是因為集叢未正常啟動，以下說明造成錯誤的原因以及解決方法。
This article describes the problem of Proxmox VE Cluster: “TASK ERROR: cluster not ready – no quorum?”. A proposed solution to the problem is executing “pvecm expected 1”. Following are the problem description and solutions.
在Proxmox VE是在集叢的狀況下，在節點(Node)操作的時候進行虛擬機器的建立(create)、刪除(remove)、備份(backup)、遷移(migrate)時，有時候會出現以下錯誤訊息：
TASK ERROR: cluster not ready – no quorum?
在這個狀態底下，將不能對虛擬機器進行任何操作。而虛擬機器本身則可以繼續運作，不會中斷。
你也可以用pvecm status指令來查詢看看現在的狀態：
請Proxmox VE節點伺服器上執行以下指令
pvecm status
Proxmox VE會顯示集叢現在的狀態，例如：
Version: 6.2.0
Config Version: 3
Cluster Name: dlll-cias
Cluster Id: 52033
Cluster Member: Yes
Cluster Generation: 144
Membership state: Cluster-Member
Nodes: 1
Expected votes: 3
Total votes: 1
Node votes: 1
Quorum: 2 Activity blocked
Flag:
Ports Bound: 0
Node name: proxmox-02
Node ID: 2
Multicast addresses: 239.192.203.13
其中你可以注意到「Quorum: 2 Activity blocked」這段訊息，表示你的集叢是在鎖定的狀態。
發生這個問題是因為Proxmox VE的集叢沒有正常運作。quorum是集叢中重要的一個服務元件，如果集叢有任何設定錯誤，都會導致quorum無法正常啟動。因此遇到這個問題時，並不是去啟動quorum，而是要先解決造成集叢錯誤的原因。
造成集叢錯誤的原因中，最常見的就是節點之間網路的斷線，集叢中節點數量低於2時，集叢就會被鎖住。如果集叢中有pmox1、pmox2、pmox3三臺伺服器，然後把pmox3網路中斷。接著過不久之後，pmox3就會陷入「no quorum」的狀態。這是因為Proxmox VE Cluster預設期待集叢中必須要有2個節點(Node)以上，可是因為網路斷線的緣故，pmox3只能偵測得到一臺Node，這時候集叢就會把pmox3鎖住。因此才會出現「Quorum: 2 Activity blocked」這個狀態。
解決方法是暫時把集叢的期待數量從2降低為1。做法如下：
pvecm expected 1
這個步驟會讓集叢改為只期待1個節點正常運作。
service pve-cluster restart
這個動作會重新載入集叢設定，而虛擬機器不受影響。
再使用pvecm status查詢時，會發現Quorum已經變成1，而Activity blocked狀態已經解除。接著就能夠進行虛擬機器的新增、刪除、備份、遷移。而當該節點與集叢正常運作時，節點設定不需要任何修改。
為了避免網路異常時集叢每次都會把自己鎖定，我們可以每天定時去檢查集叢的狀態。如果陷入「Activity blocked」的時候，就自動進行解除的動作。
mkdir /root/pulipuli_scripts wget http://goo.gl/6gyDnH -O /root/pulipuli_scripts/cluster_is_activity_blocked.sh
wget http://goo.gl/r37ySO -O /root/pulipuli_scripts/cluster_activity_unblocked.sh chmod +x /root/pulipuli_scripts/*.sh crontab -e # 定期解除Proxmox VE Cluster鎖定狀態
0 3 * * * /root/pulipuli_scripts/cluster_activity_unblocked.sh 這樣子每天凌晨3點的時候，Proxmox VE都會檢查集叢，然後嘗試解除被鎖定的狀態。
(more...)這篇發佈我在2014年6月底的「雲端科技與圖書館行動服務研習班」中課程「雲端平台基礎設施建置實務──DLLL-CIAS介紹」的課程投影片。
This article is the slide of my course “Cloud Technology and Library Mobile Service Workshop” in July, 2014. Finally is my thought of this workshop.
DLLL-CIAS是政大圖檔所數位圖書館與數位學習實驗室中我所開發的開放原始碼雲端平台方案。主要目的是希望能夠讓經費不多的中小型單位也能夠用現有伺服器資源架設好用的IaaS雲端平台。其他介紹請看「DLLL-CIAS雲端平台架設與使用專題目錄」。
另外值得一提的是，這篇投影片是一開始是以Google Drive投影片製作。
雖然Google Drive投影片製作起來並不如Power Point一般的精緻（另一方面也是因為這個版本是供列印用的，所以特別以高對比黑白相間的範本製作），但是Google Drive投影片製作功能卻是相當足夠使用。更重要的是，Google Drive的協同製作跟註解(comment)完全贏過Windows的OneDrive。
這學期我大量使用Google Drive的協同編輯功能，像是跟人一起編修論文計劃書、規劃投影片內容，這份投影片也是從Google Drive開啟編輯起。我先規劃投影片大綱，記錄每一張投影片欲講述的內容，以及相關參考資料的來源。然後各張投影片的內容則是跟實驗室各位助理一起填寫資料，接著我再重整資料內容。當投影片內容確定之後，最後我再下載成Power Point檔案作進一步的排版美化。
最後排版而成的版面就是這樣子了。
使用Google Drive製作投影片跟Power Point製作投影片有幾個重點差異需要注意：
有機會我再詳細聊一下Google Drive協同編輯的心得吧。
這份投影片發佈之後，研習班的工作總算是告一段落了。
這次研習班跟其他研習班最大的差異，就是在於有很多實作的內容，而不是一直坐著聽老師授課。這次研習班主要兩個實作課程，一個是KALS合作標註閱讀學習，另一個則是這個DLLL-CIAS實作，這兩個實作都讓我煞費苦心。DLLL-CIAS要架設許多虛擬機器伺服器這點顯而易見，而KALS要弄到讓學員能夠在系統上順利操作，這背後其實也修改了許多細節。之前去IMLF 2014時就已經拖延了許多工作，然後之後投入在這研習班上，課程的部分就有點顧不住了，真是對不起老師啊。
雖然期末與這研習班整個像是災難一樣鋪天蓋地而來，但最後總算能夠過去。上課過程中有些兵荒馬亂，感謝各位助理大力相挺，沒有你們我一個人真的完成不了這些東西，這也包括了之前寫的幾篇DLLL-CIAS的細部操作文章。
研習班上課過程中，我本來以為這麼硬的內容，應該會讓大家聽到一片瞌睡。結果時候聽完還蠻多人跑來跟我比較他們圖書館使用的VMware方案之間的差異，也有平時不碰技術的人跟我表達這堂課讓他獲益，有些人甚至想要在自己家裡架起這套方案。即使是客套話，我也覺得很開心。
希望下次能夠吸取這次的經驗，然後再帶給大家更好的課程內容吧。
(more...)
Comments