一段时间启动vi时，总出现vi没有响应的情况。 现象是输入vi命令后，vi窗口显示不出来，并且此时终端也没有响应，不能输入任何命令。只能用ssh再登录一个终端，在新登录终端上使用kill命令杀死此vi进程，此时运行vi的终端中显示如下信息：

*** info [lib/liblow.c(329)]:
/dev/gpmctl: Interrupted system call
*** err [lib/liblow.c(336)]:
/dev/gpmctl: No such device or address
Vim: Caught deadly signal TERM
Vim: Finished.
Terminated 

将LINUX系统下的一个分区/dev/sda6划给linux的LVM使用，具体操作如下：

1.用 fdisk /dev/sda分区

2.pvcreate /dev/sda6

3.vgextend VolGroup00 /dev/sda6

4.lvextend -L +10G /dev/VolGroup/LogGroup02

5.e2fsck -f /dev/VolGroup/LogGroup02

6.resize2fs /dev/VolGroup/LogGroup02

这就好了，第6步是让扩展的空间生效，要不你会发现df后磁盘的空间并没有扩大。

Samba

作者：北南南北，正在增加中... ... 需要您的参与；
来自：LinuxSir.Org
简介：本文只是讲一讲我们最常用的Linux与Windows共享文件，主要是为新手指一指路。如何建立最简单的Samba服务器，并讲述遇到问题应该从何处寻找解决方案；正在更新之中，希望您的参加 ... ... 谢谢；

本文主要介绍 Informix 11.5 中 SQL 语句性能监控的基本方法及实现，希望能够使大家有一个比较全面的了解。

我们知道，在数据库应用系统中，SQL 语句的性能好坏至关重要。如果 SQL 语句性能很差，可能会导致整个数据库应用系统的性能也非常差。那么，如何监控数据库系统中 SQL 语句的性能，导致 SQL 语句性能差的原因是什么？ SQL 语句运行过程中对系统资源的使用情况如何？系统资源存在哪些瓶颈？在 Informix 11.5 中，主要提供了两个工具来解决上述问题。一个是 set explain 命令，我们可以通过查看数据库的查询计划来分析导致 SQL 语句性能差的原因并给予相应的调整，另一个是 SQL 下钻查询特性，通过它，我们可以分析系统中哪些 SQL 语句执行比较慢、SQL 语句执行的时间是多少、SQL 语句运行时对资源的占用情况及系统存在的瓶颈是什么并及时进行相应的调整。下面，我们具体来看一下这两种监控工具的具体使用方法，希望对大家能有所帮助。

定位informix oninit进程CPU占用过高的一般步骤：

1. onstat -g glo查找当时CPU占用高的PID号,根据pid号可以找到对应的VP号

2. onstat -g act 打印活动的线程，可以使用 -r参数定时重复打印。找到这个pid对应的vp及活动的线索,如果对应的name是 btscanner_0，说明是btree扫描线程的问题，如果是sqlexec则需要进一步定位执行的SQL语句,在这里对应的tid为129,rstcb为c0000001143e3300

3.  根据获得的Running threads的地址rstcb，查看onstat -u | grep rstcb的输出，获取该用户线索对应的session ID。

4，根据sessionid可以找到对应的session并打印session正在执行的SQL语句从这里可以看到执行此SQL的用户进程pid。得到sessionid号后运行onstat -g sql {sessid}即可查处对应的sql语句。

注意，由于中间查找步骤需要时间，此时有可能对应运行的sql语句已经改变了。所以这个办法适合当一直执行同一个sql语句导致oninit长期占用cpu资源的情况。因为如果sql语句执行成功，onstat -g sql {sessid}得出的语句已经是后面执行的语句。可以连续运行onstat -g sql {sessid}命令，即可察看该sql语句是否一直在执行。