Соединение с облаком:

curl -D - -H "X-Auth-User: RackspaceCloudUsername" -H "X-Auth-Key: RackspaceApiKey" https://auth.api.rackspacecloud.com/v1.0

Получаем в ответ:

HTTP/1.1 204 No Content Date: Wed, 30 Mar 2011 04:15:28 GMT Server: Apache/2.2.3 (Mosso Engineering) 
X-Storage-Url: https://storage101.dfw1.clouddrive.com/v1/MossoCloudFS_6f597497-4986-44ea-9081-1234567890 
X-Storage-Token: 63ea9670-c80f-402d-9657-1234567890 
X-CDN-Management-Url: https://cdn1.clouddrive.com/v1/MossoCloudFS_6f597497-4986-44ea-9081-68b8ee123456 
X-Auth-Token: 63ea9670-c80f-402d-9657-c59bdb123456 
X-Server-Management-Url: https://servers.api.rackspacecloud.com/v1.0/123456
Content-Length: 0 Connection: close Content-Type: application/octet-stream

Нам потребуется X-Storage-URL (место где находятся файлы) и X-Storage-Token.

curl -H "X-Storage-Token: aaa89968-977b-4540-ac65-52037abde38d" https://storage101.ord1.clouddrive.com/v1/MossoCloudFS_8e0c0a34-d042-465d-a2aa-313dc3bb1b3a

запускаем получаем список контейнеров

curl -H "X-Storage-Token: 63ea9670-c80f-402d-9657-1234567890" https://storage101.dfw1.clouddrive.com/v1/MossoCloudFS_6f597497-4986-44ea-9081-1234567890/cloudservers

Добавляем /cloudservers в конце урла.

curl -H "X-Storage-Token: 63ea9670-c80f-402d-9657-1234567890" https://storage101.dfw1.clouddrive.com/v1/MossoCloudFS_6f597497-4986-44ea-9081-1234567890/cloudservers

Получаем список файлов в контейнере.

20110207installminimum_20110720_1314_cloudserver20106024.tar.gz.0 20110207installminimum_20110720_1354_cloudserver20106024.yml 20110721withtempsite_20110721_1816_cloudserver20106024.tar.gz.0 20110721withtempsite_20110721_1816_cloudserver20106024.yml 20110810_20110810_1250_cloudserver20106024.tar.gz.0 20110810_20110810_1250_cloudserver20106024.yml

копируем xtrabackup dump на облако

curl -X PUT -T db.20111128.tar.gz -D - \ 
-H "X-Auth-Token: 63ea9670-c80f-402d-9657-1234567890" \ 
-H "X-Object-Meta-Screenie: mysqldump 2011 10" \ 
https://storage101.dfw1.clouddrive.com/v1/MossoCloudFS_6f597497-4986-44ea-9081-1234567890/xtrabackup/201111/db.20111128.tar.gz

Гребанный IE и ошибка facebook connect

подключил  facebook connect
гребанный IE орет что есть ошибка:

SCRIPT70: Permission denied
all.js, line 22 character 4321

и подсвечивал в дебаггере строчку:

b.fbCallID=a.id;

в методе:

setLoadedNode:function(a,b){FB.UIServer._loadedNodes[a.id]=b;if(a.params)b.fbCallID=a.id;} 

решение нашел здесь:
http://stackoverflow.com/questions/7280007/permission-denied-error-in-all-js

нечитая добавил эту строчку:

FB.UIServer.setActiveNode = function(a,b){FB.UIServer._active[a.id]=b;} // IE hack to correct FB bug

непомогло

и только потом заметил что ошибка в другом методе, добавил:

FB.UIServer.setLoadedNode = function (a,b){FB.UIServer._loadedNodes[a.id] = b;} // IE hack to correct FB bug

все заработало, боюсь трогать :)

полный код:

  window.fbAsyncInit = function() {
    FB.init({
      appId      : 'APP_ID', // App ID
      //channelURL : '//WWW.YOUR_DOMAIN.COM/channel.html', // Channel File
      status     : true, // check login status
      cookie     : true, // enable cookies to allow the server to access the session
      oauth      : true, // enable OAuth 2.0
      xfbml      : true  // parse XFBML
    });
    FB.UIServer.setActiveNode = function(a,b){FB.UIServer._active[a.id]=b;} // IE hack to correct FB bug
    FB.UIServer.setLoadedNode = function (a,b){FB.UIServer._loadedNodes[a.id] = b;} // IE hack to correct FB bug
    // Additional initialization code here
  };

Apache error: "Request exceeded the limit of 10 internal redirects"

давно надоела такая ошибка:

[Thu Oct 27 14:04:49 2011] [error] [client 82.81.18.70] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

просто какая то свинка пыталась взять .htpasswd , вынес его из директории сайта и поправил права. все ок

בזק בינלאומי - חרה של חברה

אל תתחברו לאינטרנט של בזק בינלאומי - חרה של חברה
. לפני שנה הם בלי לשאול חברו אותי לפרמיום שלהם
ושלמתי כל חודש 30 ש"ח נוספים בלי לדעת את זה
וגם לא רוצים לבטל כי אומרים שיש לי התחייבות לשנתיים.
בסוף נובמבר אני מתנתק לא תראו יותר שקל ממני שקל.

child pid ##### exit signal Segmentation fault (11)

[Tue Oct 11 12:31:13 2011] [notice] child pid 13512 exit signal Segmentation fault (11)
[Tue Oct 11 12:31:40 2011] [notice] child pid 13518 exit signal Segmentation fault (11)

apache выкидывает такие ошибки в основном error_log

решение: один из файлов который инклудится php скриптом имеет неправильные права.
поправь и порядок

гребаный Selinux

с утра отключил один из слэйвов чтоб проверить xtrabackup и накатить точную версию базки, после ристарта получаю ошибку:

110106 12:37:36 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
110106 12:37:37 [Note] Plugin 'FEDERATED' is disabled.
/usr/libexec/mysqld: Can't find file: './mysql/plugin.frm' (errno: 13)
110106 12:37:37 [ERROR] Can't open the mysql.plugin table. Please run mysql_upgrade to create it.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Compressed tables use zlib 1.2.3
110106 12:37:37 InnoDB: Initializing buffer pool, size = 9.0G
110106 12:37:38 InnoDB: Completed initialization of buffer pool
110106 12:37:38 InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name /var/lib/mysql/ibdata1
InnoDB: File operation call: 'open'.
InnoDB: Cannot continue operation.
110106 12:37:38 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

давай перезаливать и перенастраивать, одно и тоже.
права на папку в порядке.
переустановил пару раз mysql, работает.
накатываю бэкап ошибка
без 15 восемь вспомнил что видел лог в munin на selinux на одном из серверов
точно он скотино, отрубил все поднялось