Call Facebook API without token at Linode: error: message: Application request limit reached

昨晚開了一台 Linode Server，想說來研究一下 Facebook api，結果：

$ curl "https://graph.facebook.com/fql?q=SELECT%20total_count%20FROM%20link_stat%20WHERE%20url%20='www.google.com'"
{"error":{"message":"(#4) Application request limit reached","type":"OAuthException","code":4}}

不死心，發 ticket 抱怨一下，想說會不會前一個用戶太操，得到了免費換了 IP 。結果仍是一樣的。接著，想起有美國的機器，測了一下仍是如此。

幾番測試後，我猜 Linode IP Range 大概被關注很久，預設都不給用，看來人紅也是種困擾 XD

以上 command 在任何一台的機器，預期得到的正確結果為：

$ curl "https://graph.facebook.com/fql?q=SELECT%20total_count%20FROM%20link_stat%20WHERE%20url%20='www.google.com'"
{"data":[{"total_count":10366203}]}

Linode - Free Upgrade、Restore from Backup、Resize 的時間花費

說真的 Linode 提供的服務對個人而言還滿好用的，只是對於公司營運 service 的不中斷的需求來說，則沒有 AWS 好用 Orz 雖然 Linode 也有 Node Balancer 可以用，但絕大部分的 High Availability 都仍透過 WebOps 負責處理，耗掉的人力並不低，而花在 AWS 的錢，其實就跟請 2~3 位 WebOps 的錢沒兩樣時，但底下的 WebOps 人力可以精簡又做得快樂時，何樂不為？

回到主題，這邊主要是趁 Free Upgrade 模式以及 Backup (Restore to) 機制，測試開一台機器所要耗費的時間，對 Linode 而言，原理都是把機器的硬碟資料 snapshot 起來，再搬到到另一台機器，啟動。所以最耗時的地方都落在資料搬移（複製）。



至於耗時為何需要在意？實在是使用 Linode 等 VPS 後，深深體會不能把這些機器都當做不會掛，某一派 SA 會覺得終於不用管"硬體"了，但這幾個月體驗了數次 Linode Hardware Issue 而直接強迫中斷服務，實在有夠痛 XD 雖然不用自己去修硬體，但服務中斷等同 WebOps 進入加班啊，因此，耗時對初期沒做 HA 的架構來說，就是代表要花多久解決中斷的服務，這時通常是透過 Backups 的 "Restore to" 。

此例分別以 Linode HDD Size 為例：

• 48GB: 約 16 分鐘
  
• 96GB: 約 23 分鐘
  
• 384GB: 約 97 分鐘
  

Linode - A pending free upgrade is available

2014/04/17 時，Linode 公告方案升級（所有方案升一級，最低方案剩 Linode 2G），並且提供 SSD 服務，跟朋友討論時，要點一下 Dashboard 右下角的 Upgrade，也因此試了一下。



以原先方案 Linode 4G 的機器升級，實際測試耗時約 30 分鐘，在評估一下機器中斷服務的時間吧！

Linode - 使用 Backup 服務處理事件: An issue affecting the physical hardware this Linode resides on has been detected.

下班前收到這個 event ，結果就是繼續加班 Orz 若下班前的會議沒 delay 的話，我應該是在回家的路上被狂 call XDD

An issue affecting the physical hardware this Linode resides on has been detected.

We are working to resolve the issue as quickly as possible and will update you as soon as we have more information.
Your Linode will return to its previous state once the issue is resolved. Thank you for your patience and understanding.

記得以前問過學弟，他說 Linode 也會有維護的情況，沒想到真的碰到了...直接把你的機器關掉，我跟老闆說，這就像我們租的機房碰到火災一樣 XD 沒轍。

至於解法也沒有啥好辦法，一種就是等他維護好，另一種則是另外建一台 backup server 出來用，由於我們的服務都有建 backup ，所以就來體驗一下。

切換到被關掉的那台機的 backup 區，可以看到有一些選項可用：


此例就選 daily backup 的 restore to 選項，接著選要去哪台機器：


由於我已經先開了新機器（最下面那台），不然可以點 Add a Linode，此例也意外發現只能 restore to 同一區 DataCenter 的機器。最後，那台新機器的情況就會顯示正在處理：

 

處理完後，就可以 Boot 啦 :P

註：還好 Linode 只花了 3 小時處理，接著就可以把新機器著手進行關閉了。

Linode Resize 筆記

上回在研究 Linode Resize 時，發現他的過程是將機器關機、資料移轉、開機，因此最後沒有採用。這次有台偏 testing 的機器，服務性質上恰好可以承受 donwtime 時間，就來試試了！

過程如之前所料的，先關機再移機，以官方公佈的資訊為例，從 Linode 1G 移機 resize 需要耗時 36 分鐘，此時間會跟 Linode 上選的方案有關，因為每個方案的 Storage 大小不一樣。

整體上，所耗的時間主要就是在搬移資料，至於搬移的速度嘛，據觀察一開始每秒 18MB/s，但之後可飆到 66MB/s，所以原先 Linode 1G 方案有 48 GB 儲存空間，以 50MB/s 算一下就是 15~20 分鐘，而實際移轉過程也可以線上觀看 Host Job Queue，項目名稱：Migrate Filesystem。



別忘了，做完 Resize 後要自己重開機！此次從 Linode 1G 升到 Linode 4G 耗時約 15 分鐘。




註：Linode Resize 完，Disk 也要自己 Resize 才行 Orz 所以又關機了一次

[Linux] MongoDB 與 PyMongo 初體驗 @ Ubuntu 12.04, Linode

架設：

http://docs.mongodb.org/manual/tutorial/install-mongodb-on-ubuntu/

$ sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv 7F0CEB10
$ echo 'deb http://downloads-distro.mongodb.org/repo/ubuntu-upstart dist 10gen' | sudo tee /etc/apt/sources.list.d/mongodb.list
$ sudo apt-get update

http://www.mongodb.org/downloads
$ sudo apt-get install mongodb-10gen=2.4.9
$ echo "mongodb-10gen hold" | sudo dpkg --set-selections

$ sudo service mongodb restart
mongodb stop/waiting
mongodb start/running, process ######

$ mongo
MongoDB shell version: 2.4.9
connecting to: test
Welcome to the MongoDB shell.
For interactive help, type "help".
For more comprehensive documentation, see
        http://docs.mongodb.org/
Questions? Try the support group
        http://groups.google.com/group/mongodb-user

防火牆存取限制：

$ sudo iptables --list-rules
-P INPUT ACCEPT
-P FORWARD ACCEPT
-P OUTPUT ACCEPT

$ sudo vim /etc/init.d/iptables-rule.sh
#!/bin/sh

# BIN
BIN_IPTABLES=`which iptables`

# reset rules
$BIN_IPTABLES -F
$BIN_IPTABLES -X
$BIN_IPTABLES -Z

# init policies
#$BIN_IPTABLES -P INPUT DROP
#$BIN_IPTABLES -P OUTPUT ACCEPT
#$BIN_IPTABLES -P FORWARD ACCEPT

# mongo db
$BIN_IPTABLES -A INPUT -j ACCEPT -p tcp --destination-port 27017 -s 127.0.0.1,IP1,IP2,IP3
# mongo db drop all
$BIN_IPTABLES -A INPUT -j REJECT -p tcp --destination-port 27017

$ sudo chmod 775 /etc/init.d/iptables-rule.sh
$ sudo update-rc.d -f iptables-rule.sh defaults

一些 mongo 常用指令：

顯示所有的 databases (SQL: show databases)
> show dbs

使用指定 collection (SQL: use dbname)
> use dbname

顯示目前 databases 中的所有 collections (SQL: show tables)
> show collections

更多對照指令：
SQL to MongoDB Mapping Chart
PHP: SQL to Mongo Mapping Chart

安裝 pymongo 套件：

$ git clone git://github.com/mongodb/mongo-python-driver.git pymongo
$ cd pymongo
$ sudo python setup.py install

使用 pymongo 新增範例：

from pymongo import MongoClient

client = MongoClient()
database = client[‘dbname’] # SQL: Database Name
collection = database[‘table’]   # SQL: Table Name

item = {"author":"changyy"}
collection.insert(item)

[Linux] 簡易的測試機 - Nginx + Codeigniter + PHP + MySQL + PhpMyAdmin @ Linode Ubuntu 12.04 TLS

有點久沒在 Linode 打滾了，記得...我的信用卡還因為 Linode 的事件花錢換了一張新的 Orz 這次著重在測試機，所以先偷懶不裝防火牆

更新系統：

$ apt-get update && apt-get upgrade && apt-get dist-upgrade

簡易管理員：

$ adduser userid
$ vim /etc/group
sudo:userid

更新 hostname (建議不要有 "-"，過去的經驗是 Hadoop 會找不到機器)：

$ vim /etc/hostname
$ hostname -F /etc/hostname
$ vim /etc/hosts
127.0.1.1 YourName

簡易資安管理：

$ apt-get install denyhosts
$ vim /etc/hosts.allow
# whilelist
sshd: MyIP : allow

設定開發環境：

$ apt-get install nginx php5-cli php5-fpm mysql-server phpmyadmin

$ nginx -v
nginx version: nginx/1.1.19
$ php -v
PHP 5.3.10-1ubuntu3.9 with Suhosin-Patch (cli) (built: Dec 12 2013 04:27:25)
$ php5-fpm -v
PHP 5.3.10-1ubuntu3.9 (fpm-fcgi) (built: Dec 12 2013 04:31:25)

設定 nginx + PHP + Codeigniter：

$ vim /etc/nginx/sites-available/default
server {
# …
index index.html index.htm index.php;
# …
        location ~ \.php$ {
                fastcgi_split_path_info ^(.+\.php)(/.+)$;
                # NOTE: You should have "cgi.fix_pathinfo = 0;" in php.ini
 
                # With php5-cgi alone:
                fastcgi_pass 127.0.0.1:9000;
                # With php5-fpm:
                #fastcgi_pass unix:/var/run/php5-fpm.sock;
                fastcgi_index index.php;
                include fastcgi_params;
        }
        # http://wiki.nginx.org/Codeigniter
        location /ci_proj/ {
               index index.html index.htm index.php;
               try_files $uri $uri/ /ci_proj/index.php;
        }
# …
}
$ service nginx restart

設定 nginx + PHPMyAdmin：

$ ln -s /usr/share/phpmyadmin/ /usr/share/nginx/www/phpmyadmin
$ sudo service php5-fpm restart

其中 /etc/phpmyadmin/config-db.php 有標記預設登入的帳蜜，當然，也可以用當初設定 mysql 的 root 登入，建議新增帳號後，把 root 登入關掉, 共有兩處：

$ vim /etc/phpmyadmin/config.inc.php
/* Authentication type */
$cfg['Servers'][$i]['AllowRoot'] = FALSE;

其他資料庫匯入：

$ mysql -u db_account -p -D db_name < db_backup.sql