分类目录归档：hand-book手记

只是手记，大略记录的操作过程等，通常没有后续更新订正。有持续更新订正的就是“总结”了

yum依赖错误处理：清理重复的rpm包

发表于由
1

使用fedora/redhat/centos系列的linux发行版，有时会因为某些非正常原因（异常断电居多）造成yum/rpm错误，表现是在运行yum时出现依赖包错误，仔细查看其相关包，会发现这些包是矛盾的版本号依赖。这种情况下，通常就是本机rpm数据库里记录了某个rpm包多个版本（可能事实上只装了一个版本），通过rpm -q {包名} 会查出来多个版本，例如

[root@fscfedora feng]# rpm -q audit
audit-2.3.2-1.fc20.x86_64
audit-2.3.3-1.fc20.x86_64

我们需要删除其中一个包，通常删除旧版本的包，命令： rpm -e {带版本号的完整包名}。

但这时通过yum或rpm -e移除该包时，有时仍旧出现依赖错误。

这是可以通过rpm 的 --noscript参数，硬性移除该包（指定完整的版本号），例如

[root@fscfedora feng]# rpm -e --noscripts audit-2.3.2-1.fc20.x86_64

然后再检查该包，会发现少了已删除的那个。然后继续yum吧，如果还有类似情况，同法处理之。

tips，我们还可以运行 yum check 检查是否有类似的错误包。

------------------------

参考脚本：

[root@fscfedora feng]# rpm -q audit
audit-2.3.2-1.fc20.x86_64
audit-2.3.3-1.fc20.x86_64
[root@fscfedora feng]# rpm -e --noscripts audit-2.3.2-1.fc20.x86_64
[root@fscfedora feng]# rpm -q audit
audit-2.3.3-1.fc20.x86_64
[root@fscfedora feng]#

典型错误示例：

--> 解决依赖关系完成
错误：软件包：glibc-devel-2.18-11.fc20.x86_64 (@anaconda)
需要：glibc-headers = 2.18-11.fc20
正在删除: glibc-headers-2.18-11.fc20.x86_64 (@anaconda)
glibc-headers = 2.18-11.fc20
更新，由: glibc-headers-2.18-12.fc20.x86_64 (updates)
glibc-headers = 2.18-12.fc20
 您可以尝试添加 --skip-broken 选项来解决该问题
** 发现 19 个已存在的 RPM 数据库问题， 'yum check' 输出如下：
1:NetworkManager-0.9.9.0-24.git20131003.fc20.x86_64 有缺少的需求 NetworkManager-glib(x86-64) = ('1', '0.9.9.0', '24.git20131003.fc20')
1:NetworkManager-0.9.9.0-28.git20131003.fc20.x86_64 是 1:NetworkManager-0.9.9.0-24.git20131003.fc20.x86_64 的副本
audit-2.3.2-1.fc20.x86_64 有缺少的需求 audit-libs = ('0', '2.3.2', '1.fc20')

 

virtualbox虚拟机里使用USB设备

发表于由
回复

给virtualbox的虚拟机，分配usb设备时，列表是空的，显示没有可用的usb设备。

virtualbox是linux下，使用通用版（非rpm,apk等包）安装的。

原因：是权限问题。具体没搞很清楚，能用就行（因为不是专门搞虚拟机的）。

解决方法：

1. 安装virtualbox的扩展包，VirtualBox 4.xx.yy Oracle VM VirtualBox Extension Pack，这里下载 https://www.virtualbox.org/wiki/Downloads

2. 把查看当前linux用户加到vboxusers用户组里，重启机器。

附注：

关于这个问题，网上有很多解决方法，以本法最简单，改动小，而且安全必较高。

microsoft sql server 2008数据库恢复到2005（版本降级）

发表于由
回复

实例：一个mssql 2008的数据库备份，要还原到2005上，本来以为备份时把数据库兼容级别为2005或2000、再备份，就可以还原到2005上，但事实上不行。

通过google找到了一个办法，有点麻烦，但还是可以比较完美还原的。

高版本上导出兼容在低版本上的创建数据库结构的的sql脚本，拿到低版本上执行，创建数据库及表结构，然后使用导入数据功能，从高版本上导入到低版本上。导入时，要对每个表勾选“启用标识插入”。

具体来说：

mssql manger studio 打开"对象资源管理器"(没有的话按F8), 连接到待备份的数据库，在待备份的数据库上点右键 - 任务 -生成脚本

在"脚本向导"的"选择数据库"中, 勾选"为所选数据库中的所有对象编写脚本"

下一步的"设置脚本选项"中, 找到"为服务器版本编写脚本"项, 选择合适的低版本（"SQL Server 2005"或2000 ）（这步很重要！！）

mssql_export_as_script mssql_export_as_script_adv

继续完成向导过程，最后把脚本保存到一个 .sql 脚本文件

拿这个sql脚本文件到目标数据库（低版本mssql）上，执行。

然后使用mssql的导入导出功能，勾选需要的表（通常是“全选”），然后点选所有的表，点“编辑映射”，启用标识插入。然后继续即可。

mssql_export_as_script_mapping

php+MSSQL的坑：(n)varchar型字段被截断

发表于由
回复

很自虐的搭配php+MSSQL，太多的坑，就不说text型被截断了。

受限于现有的asp+mssql应用，新增的部分功能使用php开发。对一个表的读写，后台使用asp，读写都很正常。前台一个调用是php写的，但就是遇到一个诡异的问题，要对数据做一个很复杂的解析处理，结果是数据丢失一部分。一层一层的输出，最后才发现是从数据库读出来了数据就不完整，这可奇怪了。又不是text型的数据，加了ini_set()修正text型默认长度限制，也不行。

但被截断长度很奇怪，恰恰是254个字节，似乎正好是较老的mssql里varchar()的默认最大长度；而该字段的实际是varchar(1000)；

难道是字段类型问题？

于是修改该字段为text型，再执行，全好了，没有一点异常。

看来php+mssql实在是个自虐的搭配，不知道还有多少坑....

不过限于老的程序架构，也是个没办法的，人总是要吃饭的....

[另记: 盘点php+mssql下的坑]

这些坑还是有解决方案的，先留着，以后补充

1 text/ntext型字段长度被截断

2 php下mssql 库不支持ntext类型的数据

3 “varchar(n) 其中n>254 ”类型数据被截断

4 php5.3以后的win32 官方二进制版不支持mssql库

parted打开磁盘报错Invalid partition table on /dev/sdx -- wrong signature 0/gparted显示硬盘未分区

发表于由
回复

因为硬盘空间不足，所以对其中一个分区进行扩容（当然，本磁盘有空闲的空间才能扩容），使用gpared，以前的经验是本分区工具非常稳定，无损的分区调整。不过这次把一个swap分区往后移动时，报错了，分区调整失败。，gparted重新载入磁盘，但显示磁盘没有分区，所以分区都不见了。

这下麻烦了，不过在gome磁盘实用工具里还是正常的，其它分区也都能正常工作。然而gparted里显示有误，总令人不安心。

到windows里，使用diskgen也没有查出分区表有错误。再回到centos里，gparted仍没有分区。使用parted命令行工具，看到了如标题里的一行错误消息：

Invalid partition table on /dev/sda -- wrong signature 0

这样看，还是分区表有问题，通过万能的google搜索，看到老外有篇文章 http://techspalace.blogspot.com/2011/10/solved-invalid-partition-table-on.html，提到了这种情况下：

If you also encounter any of the above problem, simple run fdisk by sudo fdisk /dev/sda press p and then press w. You'll see a message "The partition table has been altered!".

只要用fdisk打开，什么都不用做，直接保存分区表，就可以了。保存时会提示消息说："The partition table has been altered!"

半信半疑的，还是勇敢的尝试了一下（几百G的文件，很多没有备份，确实有点冒险），因为考虑到fdisk还是非常老牌的分区工具，况且没有做调整，还不至于造成分区表丢失。

操作如下：

fdisk_open_and_save_disk

果然，再次gparted打开，显示分区正常了。只是那个swap分区没了，测试用的ubuntu系统用的，无所谓，重新分个swap区好了。

折腾：vps上php环境升级为php5.5

发表于由
2

php5.5出来很久了，一直没应用，vps上还是5.3，折腾一番尝试一下看5.5效果如何。

查阅了官方的升级说明，从5.3到5.5变化不大，而且vps上主要跑的wordpress，drupal，phpmyadmin等应用，它们的开发理论是是比较规范的，估计问题不大。

原环境，php-fpm, nginx, 其中php安装了apc, memcache两个附加模块。

下载php5.3源码，解压，参考5.3的配置参数，改了下安装目录到/usr/local/php55,编译安装，很顺利。

不过启动php-fpm进程时，还得加 -c参数指定php.ini目录才行，指定该参数重新配置编译了几次，都还是不行。那就带参数也无所谓了。

在一个测试站点上，修改nginx里fast-cgi端口为9005, 新开启一下fpm进程，php-fpm端口设置为9005，（php5.3工作在9000端口）这样不影响php5.3的正常工作。打开phpinfo页面，检查没有发现异常，打开phpMyAdmin，也正常。

编译附加模块apc，但编译失败，google到雪鸟(雪候鸟)的文章，说php5.5里集成了zend O+加速模块，这样就可以不要apc了。

到以前的memcache目录里，重新配置编译安装，正常。

加载，因为是偷懒从php5.3的php.ini里拷来加载模块的两行代码，没有改，在运行php-fpm时报错了，说是模块跟php的api版本不一致，一个是2009xxx版，一个是2012xxx版，以为编译错了。重新下载新版本memcache也一样。

纳闷中，突然意识到php.ini里最后加的加载memcache模块是以绝对路径调用的，这个路径没改，还是加载的php5.3目录下的，这不报错就没天理了。删掉路径，只保留文件名，杀死php-fpm进程，重新开启，正常了。这次安装模块是安装到extension_dir指定的目录下的，这样更简单。

运行wordpress站点，报错了：

syntax error, unexpected end of file

想起php.ini里没有开启short_open_tag, 以前安装5.3时也报了这个错误，一些不规范的插件，不想改它的源码，反正有其它一些php程序也这么干，那就打开short_open_tag好了。

重启php-fpm，运行wp又报错了

Call-time pass-by-reference has been removed

又是一个插件的问题:wp-related-posts，其源码 wp-related-posts/wp-relatedposts.php 里有这样的行 wp_relatedposts_ontags(&$options)， 删除调用参数时的&号，即wp_relatedposts_ontags($options) 这就好了。

测试运行没有发现问题。

杀死php5.3的fpm进程。修改php5.5的fpm到9000端口上，并启动。

再测试一番，正常。

修改/etc/rc.local里的php-fpm开机启动命令为5.5版本。

完成。

记录一下，算是这个中秋节做的一点有意义的事情。

原计划一大早睡觉，结果又0:18了——

---- 130923 补 --------------------

原来 opcache并没有自动加载，虽然它会被安装到php扩展的目录下，默认在 {$PREFIX}/lib/php/extensions/no-debug-non-zts-20121212

在php.ini里加入以下两行

[opcache]
zend_extension=opcache.so

opcache.so是个zend扩展模块，要用zend_extension=xx加载。

重启php-fpm生效

CentOS6.x下安装python2.7

发表于由
回复

CentOS6.x自带的python是2.6.x版，一直没有更新到2.7，其上游发行版redhat太过保守了。goagent的新版本已经要求python2.7以上版本了，为了升级goagent，决定安装python2.7.

一个原则：不要去改动系统自带的东西，除非你知道所有不得影响。

考虑到默认位置下的python是系统运行所需，覆盖升级有可能影响一些功能；并且yum update时，可能新装的python会被再次覆盖。所以计划将python2.7装到/opt/python2.7目录下。

在普通用户下下载编译python2.7，个人习惯，软件包都在 ~/optdata/software/build下编译，原源tar包放在 ~/optdata/software/source/下

cd ~/optdata/software/build/
wget http://www.python.org/ftp/python/2.7.5/Python-2.7.5.tar.bz2  #下载python2.7源码
tar xvf Python-2.7.5.tar.bz2         #解压
mv Python-2.7.5.tar.bz2 ../source/   #将源码移到~/optdata/software/source/下
mv Python-2.7.5/ python-2.7.5/       #不喜欢文件名里带大写，改首字母为小写
cd python-2.7.5/
./configure --help                   #查看配置参数，其中主要看--prefix参数，即配置安装目标位置
./configure --prefix=/opt/python2.7  #运行配置。如果你的系统缺少部分开发包，可能会报错，按错误提示yum install 相应的包
make

完成后，su切换到root下，make install安装。

现在python2.7即安装好了，如需使用python2.7，就要指定其完整的路径/opt/python2.7./bin/python 。

但，这个python只是个基本环境，可能要装一些新模块。pip是个很好用的工具，我们先安装它，有了pip，就可以自动安装了，跟yum一样方便的工具。

下载，个人的python包一般是放在~/optdata/software/python/里

cd ~/optdata/software/python/
wget https://bitbucket.org/pypa/setuptools/raw/bootstrap/ez_setup.py
/opt/python2.7/bin/python ez_setup.py
wget https://raw.github.com/pypa/pip/master/contrib/get-pip.py
/opt/python2.7/bin/python get-pip.py

查看下pip版本号，安装pyOpenSSL试试，goagent客户端要用这个包的

/opt/python2.7/bin/pip -V
/opt/python2.7/bin/pip install pyOpenSSL

没问题，完成。

这样如果需要使用python2.7就这样指定/opt/下完整路径运行。而对系统自带的python2.7没有任何影响。

windows远程桌面remote desctop连接到服务器的console控制台会话

发表于由
回复

If you need to connect to the console, start Remote Desktop from start run and use the console switch:

mstsc /console  /v 192.168.100.200:3389

详细的说明：运行 mstsc /? 得如下的用法说明

reffer: http://social.technet.microsoft.com/Forums/windowsserver/en-US/19a188a7-cafd-403a-b5e3-77e7c82dfbb2/can-vnc-server-run-on-windows-server-2008

一系列git技巧:bash下让git支持命令自动完成etc

发表于由
2

bash下让git支持命令自动完成

下载git-completion 的脚本 https://github.com/git/git/blob/master/contrib/completion/git-completion.bash 放到一个符合你习惯的位置，我个人放在 ~/script/git/ 里。（事实上该文件是 git源码中的文件 contrib/completion/git-completion.bash

个人习惯在把一些供个人使用的脚本放在家目录下的script目录，这里为git建一个单独的目录，将上述文件放进去。

然后修改~/.bashrc文件，加入一行

. ~/script/git/git-completion.bash

重新登录，在bash下，你的git就支持自动补完了，输入 git com，然后按两次tab键，即见效。

不重新登录，也可以立即生效。当前的bash里运行上述命令. ~/script/git/git-completion.bash即可。

其他小技巧

git diff 忽略dos与unix换行符的差异：git diff  --ignore-space-at-eol

Hyper-V虚拟机启动报错：IDE/ATAPI 帐户没有足够的权限

发表于由
回复

使用windows hyper-v虚拟机，因一个虚拟机机出了点问题，又没有做快照。于是把硬盘文件改名，然后把以前备份的硬盘文件拷过来，改成虚拟机用的硬盘文件的名。

但启动时报错：“ide/atapi 账号没有足够的权限”。比对两个硬盘文件的权限，发现新拷过来的文件少了一个用户的权限，这个用户没有名字，显示为一大串字符串。想找到这个用户赋权限给他，但找不到。

经过google查询得知，在hyper-v 管理里，将该硬盘文件从本虚拟机上删除，然后“应用”，再加上该硬盘文件，“确定”即可。这样hyper-v就为该文件赋上了这个“幽灵用户”的权限。

猜测，这应该是hyper自己搞的一个隐藏用户(或用户组)，正常情况下在windows里看不到，所以...