Forzw-冷关茗诗

Nginx启动出错

kevin — Mon, 06 Feb 2012 09:36:52 +0000

在Centos 64位上编译安装nginx后，启动时报错：

/usr/local/webserver/nginx/sbin/nginx
/usr/local/webserver/nginx/sbin/nginx: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory

从错误看出是缺少lib文件导致，进一步查看下

[root@vps1 pcre-8.30]# ldd $(which /usr/local/webserver/nginx/sbin/nginx)

linux-vdso.so.1 => (0x00007fff5dd56000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fa8c1857000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007fa8c161f000)
libpcre.so.1 => not found
libssl.so.6 => /lib64/libssl.so.6 (0x00007fa8c13d3000)
libcrypto.so.6 => /lib64/libcrypto.so.6 (0x00007fa8c1082000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007fa8c0e7e000)
libz.so.1 => /lib64/libz.so.1 (0x00007fa8c0c6a000)
libc.so.6 => /lib64/libc.so.6 (0x00007fa8c0912000)
/lib64/ld-linux-x86-64.so.2 (0x00007fa8c1a72000)
libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2 (0x00007fa8c06e4000)
libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x00007fa8c044f000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007fa8c024d000)
libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 (0x00007fa8c0028000)
libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0 (0x00007fa8bfe20000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007fa8bfc1e000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007fa8bfa09000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007fa8bf7f1000)
libsepol.so.1 => /lib64/libsepol.so.1 (0x00007fa8bf5ab000)

可以看出 libpcre.so.1 => not found 并没有找到，进入/lib64目录中手动链接下

[root@vps1 lib64]# ln -s libpcre.so.0.0.1 libpcre.so.1

之后启动正常。

OpenStack

kevin — Fri, 03 Feb 2012 07:00:33 +0000

　　OpenStack是一个开源项目，由Rackspace和NASA于2010年7月共同创建，它的背后有60家厂商支持，包括思科、HP、Intel、IBM、Oracle、Canonical和戴尔，以及云软件供应商，包括和Amazon Web Service竞争的Cloud.com或CirraScale，Savvis，Terremark，它正努力成为基础设施即服务供应商参考的事实标准。
　　
　　OpenStack提供开放源码软件，建立公共和私有云。 OpenStackd开源项目由社区维护，包括OpenStack计算（代号为Nova），OpenStack对象存储（代号为SWIFT），并OpenStack镜像服务（代号Glance）的集合。 OpenStack提供了一个操作平台，或工具包，用于编排云，支持对其他虚拟机软件的统一管理，包括KVM、Xen、VirtualBox、VMware、Hyper-V。
　　
　　OpenStack当前主要有三个组件：计算，存储，镜像。
　　
　　OpenStack计算是一个云控制器，用来启动一个用户或一个组的虚拟实例，它也用于配置每个实例或项目中包含多个实例为某个特定项目的联网。
　　
　　OpenStack对象存储是一个在具有内置冗余和容错的大容量系统中存储对象的系统。对象存储有各种应用，如备份或存档数据，存储图形或视频（流媒体数据传输到用户的浏览器），储存二级或三级静态数据，发展与数据存储集成新的应用程序，当预测存储容量困难时存储数据，创造弹性和灵活的云存储Web应用程序。
　　
　　OpenStack镜像服务是一个查找和虚拟机图像检索系统。它可以配置三种方式：使用OpenStack对象存储来存储图像;使用亚马逊S3直接存储，或使用S3对象存储作为S3访问中间存储。
　　
　　另外，OpenStack的开发参与者也是受益者Cloud.com更像一个完善版本的OpenStack，可在其网站看到商业应用的前景，Cloud.com已经被Citrix收购，官网：http://www.cloud.com/

随机日志 »

春天早早的要来了

kevin — Tue, 31 Jan 2012 14:01:18 +0000

属于疲惫的东西，和忧伤一起表达着
就这样，在这时，春天早早的要来了
你看不到麦苗等待的痛楚
若是力量，不一定非要隐藏

冰层在冬天，一日一日的加厚
那厚度似乎要与春天抗衡
可是，春天毕竟要融化整个冬天的
就这样，在这时，春天早早的要来了

随机日志 »

using backup controlfile 和 until cancel区别

kevin — Thu, 15 Dec 2011 09:53:01 +0000

1. recover database using backup controlfile
2. recover database until cancel
3. recover database using backup controlfile until cancel;
4. recover database until cancel using backup controlfile;

区别：

1. 如果丢失丢失当前控制文件，用冷备份的控制文件恢复的时候。用来告诉oracle，不要以controlfile中的scn作为恢复的终点；
2. 如果丢失current/active redo的时候。手动指定终点。
3. 如果丢失当前controlfile并且current/active redo都丢失，会先去自动应用归档日志,可以实现最大的恢复；
4. 如果丢失当前controlfile并且current/active redo都丢失，以旧的redo中的scn为恢复终点。因为没有应用归档日志，所有会丢失数据。

要理解recover database using backup controlfile，先理解 recover database，也就是说，不加using backup controlfile的情况。在普通的recover database 或者 recover tablespace, recover datafile时， Oracle会以当前controlfile所纪录的SCN为准，利用archive log和 redo log的redo entry, 把相关的datafile 的 block恢复到“当前controlfile所纪录的SCN”而某些情况下，Oracle需要把数据恢复到比当前controlfile所纪录的SCN还要靠后的位置（比如说，control file是backup controlfile , 或者 controlfile是根据trace create的。）,这时候，就需要用using backup controlfile. 恢复就不会受“当前controlfile所纪录的SCN”的限制。这时候的限制就来自于你的语句(until time , until scn)，或者可用的archive log(until cancel)

AIX配置网络常用命令

kevin — Thu, 15 Dec 2011 09:35:06 +0000

smit mkinet添加新的网卡接口
smit chinet配置网卡接口
smit tcpip配置tcpip网络
smit mktcpip配置IP地址
smit chgenet配置网卡设备
smit rminet删除网卡接口
smit etherchannel配置网卡绑定
smit inet配置网卡接口，包括mkinet,chinet,rminet等命令入口

HP-UX扩展分区

kevin — Thu, 15 Dec 2011 09:30:24 +0000

1). 为扩大逻辑卷，先进单用户，在根目录系统提示符下，键入命令：
# shutdown -y 0
2). 进入单用户后，先将所有文件系统mount 上，键入命令：
# mount -a
3). umount 文件系统
例如：要扩大/usr 到500M，用bdf 命令看该文件系统是否已经mount 上，如果
mount 上，用命令umount 该文件系统。
# umount /usr
4). 扩展逻辑卷
# lvextend -L 500 /dev/vg00/lvol4
这里，假定 /usr 对应 /dev/vg00/lvol4。可用bdf查询。
5). 扩大文件系统
# extendfs /dev/vg00/lvol4
注：如果是vxfs 文件系统，则用” extendfs -F vxfs /dev/vg00/lvol4 “
6). 将文件系统 mount 到 /usr
# mount /dev/vg00/lvol4 /usr
这样，文件系统”/usr”就被扩大了，可以编辑/etc/fstab
7). 进入原来运行级
# reboot
或者 # init 3

随机日志 »

磁盘故障处理与预防措施

kevin — Thu, 15 Dec 2011 09:02:54 +0000

1、磁盘错误分类
影响可分为四个主要级别：
可用性丧失：当存储资源离线或断开与其管理服务器的连接时就会发生可用性丧失。虽然磁盘上的数据没有损失，但是无法访问该磁盘。例如：文件系统遭卸装或光纤通道适配器被断开连接。
数据丢失：由于逻辑或物理问题，数据无法写入磁盘或无法从磁盘读取。例如：LVM 写入错误。
跨多个磁盘的数据丢失：在这种情况下，不仅一个磁盘而是多个磁盘均遭遇了数据丢失。当逻辑卷跨磁盘条带化且其中一个磁盘故障时，常常会发生这种情况。
跨多个服务器的数据丢失：随着 SAN 技术的广泛应用，一个磁盘硬件可能受损到这样的程度：多个服务器均受到了数据丢失的影响。
同样地，持续时间也可用分为四个主要级别：
暂时：这类磁盘错误不常见且只发生一次，不会带来真正的威胁。它只在服务器的 errpt 内出现一次，然后即消失。例如：一次糟糕的块重分配。
间歇：间歇错误的出现很不规律，可以由初期问题推断，比如若硬盘记录了一系列写入错误时，往往表明此驱动器可能会出现故障。
经常：就像是由一个 cron 作业定期安排的那样，以周、天、小时或分钟为间隔发生问题，这会对服务器形成严重威胁并具有广泛的有害影响。
永久：不太容易或者根本不可能从这类错误中恢复。缺乏可替换硬件，将不能从这种情况中恢复。

2、预防性措施
每个管理员都应该知道下列的几个常用概念：
避免单点故障：永远不要构建这样一个环境，即其中单个资源的丧失会损害整个环境。这样的一种架构通常只包含单个硬盘、单个光纤通道适配器或单个电源供所有设备共用。在这种情况下，资源必然会在最不恰当的时候瘫痪。
RAID 技术是最大化资源：多年前，工程师们开发了一种通过 RAID 技术将便宜的存储设备集中到一个较大的组群中的方式。AIX 已经融合了很多级别的 RAID 技术，且无任何其他的成本；这些技术可在软件级别上使用，比如条带化 (RAID 0) 和镜像 (RAID 1)。根据所使用的磁盘子系统的类型，还有其他的几个选项可用，比如具有分布式奇偶校验的条带化 (RAID 5)、条带化镜像 (RAID 0 + 1) 或已镜像条带化 (RAID 1 + 0/RAID 10)。
使用有效的 LVM 策略来隔离数据：管理员可能犯的最严重错误就是把服务器的所有资源如操作系统、第三方应用程序、页面空间以及应用程序数据等均置于单个卷组中。这么做会产生各种各样不好的后果，包括性能差、系统备份过多、可管理性受损以及故障发生几率增加。应该对服务器的各个方面进行评估和隔离，并将其资源放入各自卷组和存储类型。例如，可以将一个大型的数据库服务器设计成：拥有一个已经部署成镜像模式的 rootvg 磁盘，用于存储应用程序的 SAN 存储和分页空间，一些用于归档日志和高-I/O 交互的固态磁盘。
3、内部硬盘驱动器预防性措施
作为 AIX 中最常用的存储格式，内部硬驱常被用于根卷组磁盘以及占用空间较小的服务器。在使用内部硬驱时，第一步均要为每个卷组配置至少两个磁盘，并使用 mirrorvg 命令镜像这些硬盘驱动器。如果服务器是一个大型的 IBM System p? 机，那么就需要跨多个抽屉 (drawer) 选择磁盘来最大化冗余，以防某个硬件如背板发生故障。同时，为了优化性能，最好使用 lspv –l 和 lspv –p 检查磁盘上逻辑卷布局来保持磁盘外沿上较高的-I/O 区域与逻辑卷相邻。
4、小型 SAN 存储预防性措施
对于需要更多内部磁盘空间来存储大量数据的环境来说，较小的存储子系统，如直接附加的 IBM FAStT 磁盘抽屉或较早的小型 SAN 技术，均是非常实惠的解决方案。对于这类情况，重要的是要密切管理环境的配置，因为过程中很有可能会出现一些单点故障。该存储必须通过适当的 RAID 配置进行优化，比如一个附带热备份磁盘的 RAID 5 设置。还要有两个能够访问这个抽屉的适配器以保证服务器端的可用性和冗余。为了让这些磁盘能够清楚地呈现给服务器，还应该安装并随时更新适当的软件驱动器，比如多路径 I/O 或一个子系统设备驱动器路径控制模块。
5、大型 SAN 存储预防性措施
在大型的 SAN 存储环境中，多个服务器通过交换机访问多个存储设备，比如 IBM System Storage? DS8300 设备，通常也会有专门的 SAN 管理员来管理磁盘资源。但是从 AIX 角度看，系统管理员也可以帮忙做这些事，比如选择多个双端口光纤通道卡来与不同的光纤进行通信和改进吞吐量。如果使用了虚拟基础架构优化 (VIO) 技术，那么 N_Port ID 虚拟化 (NPIV) 可充许具有较低 I/O 需求的多个服务器通过同一个适配器进行相互通信，从而减少分配给 LPAR 的插槽数量。SAN 引导技术为 LPAR 提供了极快速的构建和引导时间，特别是在用 Network Installation Manager (NIM) 完成时，尤其如此。
7、恢复步骤
磁盘故障的影响程度不一，从轻微的中断到整个的服务器故障。那么，当遇到故障时该怎么做呢？
第一步是检查磁盘资源的可访问性，从最高可用级别开始一直往下，在需要时使用 errpt 作为指导。如果服务器仍在正常运行，那么使用 df 或 mount 命令进行查看时文件系统是否仍然存在？如果没有，是否能用 lsvg 或 varyonvg 访问卷组，或是它已丢失了配额（quorum）？磁盘本身是否仍处在 Available 状态，或者使用 lsdev –Ccdisk 命令后，是否显示它们处于的是 Defined 状态？像执行 lspath 或 pcmpath query adapter 这样的 SAN 存储命令后，这些光纤通道设备显示的是离线还是丢失？当通过 Hardware Management Console 查看时，服务器仅是宕机并处于 Not Activated 状态？大型的 System p 机器或 SAN 子系统宕机了？不要只是因为某一类资源可用而贸然做这样的假设；所有类似资源都必须处于可用状态，所以务必全面检查。
第二步是检查资源的完整性，从最低的可用性等级开始向上检查。服务器是否成功引导？系统启动时是否出现故障，如带有数字 552、554、或 556 的 LED 消息（毁坏的文件系统、JFS 或 Object Data Manager [ODM]）？如果系统仍在正常运行，那么执行 cfgmgr 命令后，磁盘资源是否会重新联机并回到 Available 状态？卷组是否可由 varyonvg 命令激活？文件系统是否完全载入？想要查看的数据是否能出现在文件系统内，还是丢失了？
第三步是按具体情况具体分析的方式解决资源问题。以下是我在多年的修复问题过程中常常使用的一些技巧：
文件系统：以我的经验，这是最常见的一种磁盘错误。无需多费劲就可以让超块变脏、造成存储碎片、搞乱存储节点或引起 errpt 反复出现 JFS 错误。即便是一个完整的文件系统也可能会把事情搞砸。修复文件系统问题最好的策略也是最简单的：利用文件系统检查命令 (fsck)。在这些情况下，我会卸载文件系统并针对它们运行 fsck –y ，直至不再出现错误，然后再重新载入它们。有时，我会格外彻底地卸载一个卷组内所有的文件系统，并使用外壳脚本中的循环脚本来完成此项任务以防出现潜在问题。
卷组：问题若超出了文件系统的范畴时，通常会转向卷组级别。有时，问题是 ODM 级的，可以通过 syncvg 或 synclvodm 进行纠正。在紧要关头，我曾用 varyoffvg 关闭卷组，用 exportvg 导出它们，然后用 importvg 重新导入它们以使其能被正确识别。但我总是会提前备份好 /etc/filesystems 文件并记录下磁盘端口 VLAN ID (PVID) 以保存载入的顺序。
物理卷：谈到 PVID，我看到过磁盘丢失，然后再以不同的 PVID 重新回到服务器。一个有帮助的做法是定期在别处记录下磁盘信息作为比照以防这类事情发生。如果真的发生了，我通常会用 rmdev –dl 从服务器删除这些磁盘，再用 cfgmgr 重新检测它们，然后再导出并重新导入卷组。
SAN 连接：有时全局名称 (WWN) 并不跨 SAN 网络进行端对端的传播，比如 VIO 服务器上的 NPIV。我有时会通过运行 pcmpath set adapter offline 禁用光纤通道适配器并手动定义或检查 WWN，然后再重新开启适配器。我也做过最极端的事，就是探查电缆并检查另一端是否有灯亮以确保没有物理问题存在。
引导问题：如果想要判断一个服务器为何在磁盘故障后不能引导，我通常会做的第一件事情是从服务器（根卷组除外），断开所有磁盘的映射和连接。如果为了找到一两个 rootvg 磁盘而探查数百个磁盘，那么将花去 Software Management System (SMS) 大量的时间。因此，我会在维护模式从一个 NIM 服务器引导系统来运行诊断并修复文件系统，用 bosboot 命令重新创建引导逻辑卷或访问此根卷组来修复诸如 /etc/filesystems 的配置文件。而且，在服务器启动后，有问题的文件系统通常都是那些本身处于关闭状态而它们旁边其他的文件系统则载入正常的文件系统。
恢复：最后，如果有东西损坏并确实需要修复，就要确保新更换的部件尽量接近于原始设备。这样一来，就可以最大限制地减少处理像文件系统大小或软件驱动器这类占用修复时间的操作。我一直建议要为做好系统备份（mksysb 映像和使用诸如 IBM Tivoli? Storage Manager 的产品）来应对数据丢失和无法恢复的最坏情况。
摘自：IBM DeveloperWorks

WordPress 3.3禁用自动保存

kevin — Thu, 15 Dec 2011 08:45:11 +0000

刚刚更新到wordpress 3.3，为了文章ID能够连续，找到这个方法：
修改主题中的functions.php，添加下面代码

/* 移除自动保存和修订版本 */
remove_action('pre_post_update', 'wp_save_post_revision' );
add_action( 'wp_print_scripts', 'disable_autosave' );
function disable_autosave() {
wp_deregister_script('autosave');
}

Thinkpad X220i安装ubuntu 11.10后风扇狂转

kevin — Thu, 15 Dec 2011 08:39:51 +0000

1、安装thinkfan,安装后默认自动启动
sudo apt-get install thinkfan sysfsutils

2、配置和激活thinkfan
/etc/init.d/thinkfan
更改START=no为START=yes。

3、手动更改转速
echo level 0 | sudo tee /proc/acpi/ibm/fan (fan off)
echo level 2 | sudo tee /proc/acpi/ibm/fan (low speed)
echo level 4 | sudo tee /proc/acpi/ibm/fan (medium speed)
echo level 7 | sudo tee /proc/acpi/ibm/fan (maximum speed)
echo level auto | sudo tee /proc/acpi/ibm/fan (automatic – default)
echo level disengaged | sudo tee /proc/acpi/ibm/fan (disengaged)

4、后记
笔记本是X220i，第一次在这个系列笔记本上用ubuntu，而且是11.10，安装后风扇就狂转，问题的原因是gnome 3占用很多CPU资源，虽然上述方法可以解决问题，但过一会，CPU会很热，换回gnome 2正常。

配置戴尔M6220交换模块

kevin — Thu, 15 Dec 2011 08:24:41 +0000

通过终端连接CMC，进入CMC输入connect switch-1 (连接交换机1，连接交换机2类似）

1、创建VLAN 10
console(config)#vlan database
console(config-vlan)#vlan 10
console(config-vlan)#exit

2、把端口加入VLAN 10
console(config)#interface range gigabitethernet 1/0/1-16
console(config-if)#switchport mode access
console(config-if)#switchport access vlan 10
console(config-if)#exit

3、端口绑定（17-20）
console(config)#interface range gigabitethernet 1/0/17-20
console(config-if)#channel-group 1 mode on
console(config-if)#spanning-tree disable
console(config-if)#exit

4、端口绑定模式为Trunk
console(config)#interface port-channel 1
console(config-if-Po1)#switchport mode trunk
console(config-if-Po1)#switchport trunk allowed vlan except 1
console(config-if-Po1)#switchport trunk allowed vlan add 10
console(config-if-Po1)#exit

5、端口依赖
console(config)#link-dependency group 1
console(config-if-gr1)#add gigabitethernet 1/0/1-1/0/16
console(config-if-gr1)#depends-on port-channel 1
console(config-if-gr1)#exit
console(config)#exit

6、保存配置
console#write
This operation may take a few minutes.
Management interfaces will not be available during this time.
Are you sure you want to save? (y/n) y
Configuration Saved!

7、断开CMC或重启交换机退出CMC控件台
console#reload

Forzw-冷关茗诗

Nginx启动出错

相关日志 »

OpenStack

随机日志 »

春天早早的要来了

随机日志 »

using backup controlfile 和 until cancel区别

相关日志 »

AIX配置网络常用命令

相关日志 »

HP-UX扩展分区

随机日志 »

磁盘故障处理与预防措施

相关日志 »

WordPress 3.3禁用自动保存

相关日志 »

Thinkpad X220i安装ubuntu 11.10后风扇狂转

相关日志 »

配置戴尔M6220交换模块

随机日志 »