Browsed by
Author: YI

在ubuntu环境中运行SIPp

在ubuntu环境中运行SIPp

SIPp是一个非常好的SIP性能测试工具，我们一直用它，：-） 不过一直是在windows环境中使用这个软件。

而最近忙于将已有系统迁移到Linux环境，因此就有必要研究一下linux环境下的SIPp，我们以ubuntu环境为主。在ubuntu环境中安装、运行SIPp基本是非常简单的，因为ubuntu的软件源中已经加入了SIPp，不过运行时有些地方需要注意。

下面我们逐一进行介绍：

step 1: 安装SIPp

sudo apt-get install sip-tester

step 2: 运行SIPp

命令与windows环境的SIPp一样，需要注意的是Ubuntu/Kubuntu的网络环境中，缺省会安装一个循环网卡，如果运行SIPp时不指定本地地址，SIPp很可能会以该Loopback的地址填写SIP消息中的各项参数，导致大量呼损。因此我们只需注意以-i指定本地地址，以-p指定本地端口即可。下面是两个示例：

运行SIPp接收端程序：sipp -sn uas -i 192.168.1.10 -p 5060

运行SIPp发起端程序：sipp 192.168.1.20:5060 -sn uac -i 192.168.1.10 -p 5061 -r 3 -rp 1000 -m 30000

Kubuntu 11.04环境中安装adobe flash plugin

Kubuntu 11.04环境中安装adobe flash plugin

11.04版本缺省没有安装Flash插件，使用firefox浏览网页时，会提示安装插件。

可是直接点击图标进行安装是失败的，firefox提示“进行手工安装”，并将页面导向Adobe的安装页面。

以前的版本（例如ubuntu 10.04）是可以通过这种方式安装成功，可是在11.04版本中，会提示无法安装，原因是“The channel ‘natty-partner’ is not known”。

最后发现可以通过Kubuntu的软件管理中心（system setting / get and remove software）安装，先搜索”flashplugin-installer”，然后安装即可。

有点曲折啊。

Ubuntu/Debian系统包管理常用命令

Ubuntu/Debian系统包管理常用命令

sudo apt-get update 同步软件源中的软件索引文件，并更新本地的cache

sudo apt-get upgrade 根据软件源的要求，安装（升级）最新的软件包。注意，所谓“最新”是指当前系统版本所能支持的最新软件包，而不是最新系统版本所能支持的软件包。

sudo apt-get autoremove 自动删除某些不再需要的软件包。

sudo apt-get install 安装具体某个软件，例如sudo apt-get install qtcreator就是安装qtcreator软件。

sudo apt-get remove 卸载某个软件包

下面是两个常用的软件包查询命令：

sudo apt-cache search 搜索某个软件。最好和grep配合起来用，很方便。例如sudo apt-cache search python | grep mysql 就是所有python软件包中，与mysql相关的包。

sudo apt-cache show 显示某个软件包的具体信息，包括依赖关系等。

修改QT的编译开关

修改QT的编译开关

linux系统环境的qmake工具生成的makefile文件，缺省没有打开优化开关-o2，我们可以修改pro文件来打开这个开关，如下：

unix {
QMAKE_CXXFLAGS += -o2
}

如果是采用gcc编译，则需要根据版本情况，设置QMAKE_CFLAGS_RELEASE或者QMAKE_CFLAGS_DEBUG即可。

以上配置基于Kubuntu 11.04环境。

Gmail新功能：mark as important

Gmail新功能：mark as important

登录Gmail，发现新增加了两个小按钮：mark as important以及mark as not important。

感觉这两个按钮的功能有点奇怪啊。以前不是可以将邮件标记为starred么？一般我觉得重要的邮件，就会打上starred。这个功能与新增的两个按钮至少在我看来是重复了。

Google推这两个按钮的目的是什么呢？难道是学习Facebook的like按钮？

这两天学习了37signals的一篇文章，感触颇深。其中一个主题意思就是产品的功能要少而精简，从这个角度看，Gmail似乎过度了。

IPv4地址紧张吗？

IPv4地址紧张吗？

传说中国已经没有可分配的公共IPv4地址了，可是美国人民还是有很多啊。

刚才在Amazon的EC2上，点击一个按钮就给绑定了一个公共IPv4地址，过程轻松愉快。看起来Amazon等美国企业手头还管理着大量的IPv4地址。

kubuntu与xp的时间问题

kubuntu与xp的时间问题

我的计算机系统稍微有点特殊：主机是XP系统，平常可以通过U盘启动Kubuntu系统。也就是说，我日常工作在双系统环境中，经常在这些系统之间进行切换。

由此发现了一个问题：在Kubuntu工作后，重启计算机切换到XP系统。发现XP的时间被修改为GMT+0时区的时间，即时间整整晚了8小时（中国是GMT+8时区）。

检查XP中的时区和时间设置，发现完全正常，XP并没有修改时区。

这个问题只发生在从Kubuntu切回XP时。反过来从XP切回Kubuntu则没有这个问题，Kubuntu中的时间和时区设置正常。

怀疑问题出在Kubuntu上，Kubuntu可能重新设置了Bios或者主板的时区设置。问题可以这样解决：

修改/etc/default/rcS文件，将UTC设置为no即可。

这个问题可能是我当初安装Kubuntu时，忽略了某项设置导致的？

关于UTC参数，系统帮助中的说明如下：

UTC This  is  used  to govern how the hardware real time clock is interpreted when it is read (e.g., at  boottime,  for  the purpose of setting the system clock) and when it is written (e.g., at shutdown).  If this option is set to no then the system clock is assumed
to be set to local time. If the option  is  set  to yes  then  the  system clock is assumed to be set to something approximating Coordinated  Universal  Time(UTC).   (POSIX systems keep a variant of UTC, without leap seconds.)

2014-01-07 updated: 在Debian系统中，该参数被调整到/etc/adjtime文件中，将UTC修改为LOCAL即可。也可以使用以下命令直接修改：

hwclock -w --localtime
星云计划

星云计划

在sina看到一篇报道，是中国电信推云系统的计划，名字很好听：星云计划。原文链接如下：

http://tech.sina.com.cn/t/3g/2011-04-25/03405444542.shtml

我毫不怀疑中国电信有足够的财力、物力、人力来推动这个计划，加上还有华为等公司鼎力相助，建成一个云系统，应该没有太大问题。

从报道的内容看，星云和Amazon的云基本没有太大差别，无非就是提供计算能力的按需供给。因此，该计划的初期可能就是直接照搬Amazon的模式，山寨一把。

我怀疑这种商业模式在以电信主导的情况下，是否能行得通？作为商业用户，将自己的商业系统放在云上运行，毫无疑问对系统可靠性、安全性有非常高的要求；作为个人用户，将自己的小秘密、小blog放在云上，对自己的私密性也会很在乎。诸如此类的要求，中国电信能保证吗？

技术方面没有问题，商业信誉呢？联想到去年闹得沸沸扬扬的关网站事件，星云就尤其让人不放心。到时如果中国电信要关掉云上的系统或者数据，那实在是太方便了，可以用各种各样的理由以及各种各样的方式来关掉甚至删掉用户系统，省时省力。

考虑到这种特殊的国情，我很怀疑星云在商业上能成功，也怀疑中国电信等国内运营商运营云系统的诚意。我自己也看不到将我们的系统，哪怕是一小部分，放在星云上运行的可能性。

当然，作为星云计划的一部分，光纤网络、宽带互联网等基础设施建设毫无疑问会大干快上地执行并且成功。

EC2上的server终于可用了

EC2上的server终于可用了

严格来说，Amazon在弗吉尼亚北部数据中心仍然没有完全恢复正常，状态显示仍然是业务中断状态。

很幸运的是，我们的volume终于可以创建snapshot了。创建snapshot后，立刻在其他区创建一个新的volume，然后创建一个新的instance，将新的volume attach上去即可恢复运行。

从这可以看出：

（1）弗吉尼亚北部数据中心分成四个区A，B，C，D。其中，A,B区目前故障比较严重，而C、D两个区可能已经恢复正常。我们新创建的volume就设置在D区，目前工作很正常。

（2）传说中的多数据中心之间备份的功能没有实现。实际上，从目前的结果看，数据中心内部区间的备份甚至都没有实现或者出现了故障。

（3）云系统中的各个单独系统，采用snapshot方式调整部署恢复运行，功能确实也很强劲，恢复速度很快。

本次故障实在是大大出乎意料。“出故障”本身无可非议，任何设备都可能有故障，但是备份机制出现问题让人很困惑。理论上来说，既然作为云系统，A/B区出现问题，应当能立刻将数据转移到C/D区；如果弗吉尼亚数据中心出了问题，应该能立刻转移到其他数据中心，例如加利福尼亚/爱尔兰等。这次故障是否说明Amazon的云系统实际上根本无法做到数据平移？甚至无法做到同一数据中心内部平移？或者本次故障严重到备份系统（或者备份链路）都宕机了，以至于无法平移数据，造成问题越来越严重，故障部分承担的压力越来越大，最后导致雪崩？

在EC2上搭建Ubuntu系统应注意的事项

在EC2上搭建Ubuntu系统应注意的事项

EC2上的故障一直没有排除，因此我们转向Amazon在加利福尼亚的数据中心建立新的server。这个过程中，忘记了以前的一些配置，出了一些问题。主要是需要注意以下几个方面：

（1）Ubuntu在Amazon的官方ID是“099720109477”， 搜索AMI时，应搜索此ID创建的基于EBS的AMI。其他Ubuntu的AMI是社区其他人员所创建或者定制，非正式官方版本，稳定性或者安全方面没有保证。

（2）Ubuntu官方在EC2中创建了很多的AMI，包括大量的测试版本，建议以“099720109477/ebs/ubuntu-images/”进行搜索，这样搜索出来的是正式版本的Ubuntu，而不是测试版本或者里程碑版本的Ubuntu。

（3）如果是Free tier eligible用户，在搜索AMI时，应当选择“Free tier eligible”，这样所有搜出来的AMI大小不会超过10G的限制。如果AMI大小超过10G，即使成功了，后续过程中也无法SSH登录。