SolusVM有时候挺奇怪，用户和超级管理员在后台改root密码后都会提示成功但是修改不生效。此时需要直接修改。

首先SSH到宿主，关闭正在运行的DomU，以 vm123 为例

xm shutdown vm123

有时候DomU可能在忙，可以强制关闭

xm destroy vm123

然后 mount 出 vm123 的分区

mkdir /tmp/vm123
mount /dev/vps/vm123_img /tmp/vm123

接着chroot，并且更改密码，然后退出

chroot /tmp/vm123
passwd ********
exit

接着 umount 一下

umount /tmp/vm123

最后就可以启动该DomU了

xm create /etc/xen/auto/vm123.cfg

如无意外，root密码此时已经生效。当然也有例外，就是在这种情况下 root 密码依然不生效，此时极有可能是 IP 的问题，可以尝试给 DomU 更换IP。更换IP可以在 SolusVM上直接进行，也可以先关掉 DomU 然后手动修改配置文件，再启动。

话说这并不常见，不过如果出现了，可以手动搞。

首先在SolusVM里面找一下VPS的ID，比方说vm123，然后进宿主（母机），把他关掉（或者直接在SolusVM里面把他关掉也可以）：

xm shutdown vm123

运行xentop，确认vm123是否真的关掉了。是的话，要找到vm123的磁盘：

cat /etc/xen/auto/vm123.cfg|grep disk

我这里是 /dev/vps/vm123_img，然后给他增加磁盘空间(给他加10G)：

lvextend /dev/vps/vm123_img -L +10G

最好fsck一下：

e2fsck -f /dev/vps/vm123_img

然后resize文件系统：

resize2fs /dev/vps/vm123_img

然后就可以启动VPS了

稍微备注一下，

1.记得安装sendmail

yum -y install sendmail sendmail-devel

2.修改php.ini，定义sendmail路径

sendmail_path = /usr/sbin/sendmail -t -i

经常要看一些项目的帮助，这些帮助在源码里面，直接用 vim 看会很乱，这就需要用到nroff，比方说看 xl2tpd 的 xl2tpd.8 这个文件，用nroff查看的话就需要：

nroff -man xl2tpd.8 |more

Ubuntu 下安装 GNOME+NXSERVER 后，如果需要更改默认的 SSHD 端口，则也需要在 NXSERVER 的配置文件上做改动，否则将无法连接。

SSHD端口修改:

/etc/ssh/sshd_config

将 Port 22 中的 22 替换成你需要的端口。如果 Port 22 被注释的，请取消注释。保存退出后 /etc/init.d/ssh restart

NXSERVER 端口修改牵涉到 node.cfg 和 server.cfg 这两个文件，他们都位于 /usr/NX/etc

首先 node.cfg 里面有一处需要修改。SSHDPort = “22″ 将这个注释去掉，然后把 22 改成与 SSHD 相同的端口。

其次是 server.cfg ，这个文件牵涉到两处需要修改的地方，分别是：SSHDPort = “22″ 和 SSHDAuthPort = “22″ 。

NXSERVER 的配置文件中，默认端口都是22，而且是被注释掉的，所以更改之前要取消注释。更改完毕后要重启 NXSERVER:

/etc/NX/bin/nxserver –stop && /etc/NX/bin/nxserver –start (注意大小写)

前几天特忙，忙得还很琐碎，这几天稍微好些。尽管忙，但是思维没有停下来，这种感觉很爽。睡觉前还是想写点东西，算是记录生活的一种吧。

关于 Cokula，我和Jet都比较忙，这半个月来没去更新，原本我曾打算转让，但想想毕竟是心血，打算跟下一个项目合并一下，来个资源整合，同时也是访客的整合。也会搞些活动，至于具体是什么，不是我故弄玄虚，是实在没想好。另外，最近这半个月也确实没什么新的资源值得更新，算是稍微耽搁了。

之前在 《博客迁移至VPSYOU位于SAN JOSE的VPS》提到，因为有采集的需要而从虚拟主机迁移到VPS，今天刚好上去看看uptime：

从开通到现在，因为配置服务的需要，曾经重启过一次，就一直待到现在，稳定性应该说OK。当然，要客观，50多天的uptime，似乎还不能说明什么稳定性，或许跟RP也有关系。所以结论依然是有待观察。PS：不要以为我是客服就有特殊优待，这台VPS在Node18，512M的OpenVZ，I/O和Bandwidth都跟官网的那一样，没有任何关系户成分。

接下来要说说 Versaweb 这破机房。前几天 VPSYOU 的 lvserver05 节点发生了故障，客户反应卡，说是不稳定，刚好 myrte 出差，他让我帮忙重启一下服务器。于是我 SSH 上去，把该停的服务都停了，打算 shutdown -rF 重启后强行 fsck，服务器死活不重启。我把情况告诉 myrte 后，他用手机给机房发 Ticket ，让机房处理，机房也无法重启，最后给它来了个强行断电重启，然后服务器的SDA的superblock就坏了，我是不太清楚这超级块爆了跟他们强行重启有没有直接关系，但后来给了他们 $120/hour 的”特殊服务费“，折腾了半天，最后拿了个备用硬盘装了个Centos，直接把SDA用usb挂在服务器上，就直接告诉我们说修复不了，叫我们自己看看。在此之后，他们就完全不管了。着实让人蛋疼。

另外，还要说说VPS的I/O测试……这个最近似乎有那么稍微略微有一丁点的风靡。怎么说呢，首先I/O我相信，基于OpenVZ的VPS，一般都会限制，优先级按照价格由低到高设限，所以I/O测试结果，根据配置（价格）不同，是各异的，而且是以一定的梯度或者说比例来递增的。然后再加上一台服务器上，隔离得再好，磁盘I/O这玩意貌似也是共用的吧，RP好的话，整个服务器人少或者没什么磁盘I/O操作的话，结果会很High，但是RP不好的时候，你在测I/O，其他人在压缩/解压之类的话，结果将很难看。

我认为，很多事情，特别是买东西，货比三家没什么不对，但是有些东西，俗话说，质不同的东西，是不能进行量的比较的，同时VPS，怎么说也是带个V字的，是虚拟出来的，拿独服的家伙来测VPS，打个不恰当的比喻，这是用牛刀来杀鸡，完全是自找郁闷。

不过话又说回来，我并不是什么技术狂人，高手路过看到上述文字，不吝的话指点指正一下，BS的话笑而不语地飘过吧～

最近要长时间的SSH到服务器，SSH连接超时断开让我蛋疼。各位疼友如果想解决这个问题，可以编辑以下这个文件：

/etc/ssh/sshd_config

#ClientAliveInterval 0
#ClientAliveCountMax 3

把上面这两行的注释去掉，如下所示：

ClientAliveInterval 30
ClientAliveCountMax 3

遵守本流程，将能够解决容器重启后ppp失效的问题

1.执行 lsmod | grep ppp，确保宿主开启以下模块

ppp_async

ppp_deflate

2.确认开启上述模块后，执行下列命令：

vzctl set VEID --features ppp:on –save
vzctl set VEID --devices c:108:0:rw --save
vzctl exec VEID mknod /dev/ppp c 108 0
vzctl exec VEID chmod 600 /dev/ppp
vzctl restart VEID

备注：

如果没有开启 ppp_async和ppp_deflate，使用以下命令开启：

modprobe ppp_async
modprobe ppp_deflate

今天在调试l2tp一键安装脚本的时候发现一个奇怪的问题，在Fedora 13下，以 CentOS 的脚本安装，发现缺少 xmlto 和 /dev/random 目录不存在～前者估计是模板的问题，后者就有点奇怪了。此时需要手动建立/dev/random，方法如下：

mknod /dev/random c 1 9

有时候还可能丢失：/dev/urandom，/dev/null 和 /dev/ptmx，此时也需要手动建立，方法如下：

mknod /dev/urandom c 1 9

mknod /dev/ptmx c 5 2

<pre>mknod /dev/null c 1 3

chmod +666 /dev/null

今天把手上的Ubuntu VPS升级了下内核，在此备忘一下升级方法：

apt-get install -y update-manager-core

do-release-upgrade

备注：VPS 的话 XEN 的才可以，而且请向服务商咨询并确认他们使用 PyGrub 来启动和管理 domU 的内核。一般来说，在 SolusVM 的 “重装系统” 里面的模板，只要备注了 PyGrub 的，基本上都可以顺利升级。

然后更新 sources.list，以下网址可以生成：

http://repogen.simplylinux.ch/generate.php