Jun
4
前面两篇日志都是为了做使用IMQ设备的准备。因为IMQ模块并没有包括在标准核心中,所以,需要我们另行编译。而这今天的日志中,我用一个几乎是最简单的例子,来说明如何使用IMQ设备模块。其中使用到tc的相关知识,如果您还不知道该怎么做,请先回头看看前几天的日志,否则会有点不知所云的。
Apr
2
沉寂已久的ExtMail 开发团队今天郑重向大家发布Extmail 1.0.4及后台Extman 0.2.4,新版主要对使用的便利性和效能做了进一步提升,功能也进一步强化。部分核心代码经过了优化,修正了大量的小问题。尽管还存在一些小的细节问题,但比起之前的所有版本,又进步了许多。
源码包下载地址:点击
rpm下载地址:
extsuite-webmail-1.0.4-1ext.i386.rpm
extsuite-webman-0.2.4-1ext.i386.rpm
※关于yum更新
若您是从EMOS 1.3.0 release光盘进行安装的话,可直接使用下面的命令进行更新:
※注意事项
源码包下载地址:点击
rpm下载地址:
extsuite-webmail-1.0.4-1ext.i386.rpm
extsuite-webman-0.2.4-1ext.i386.rpm
※关于yum更新
若您是从EMOS 1.3.0 release光盘进行安装的话,可直接使用下面的命令进行更新:
yum update extsuite*
※注意事项
引用
1、该更新只测试过extmail的1.0.3升级到1.0.4,以及extman从0.2.3升级到0.2.4版本,以前的版本请逐步升级;
2、该包已经过测试,但未能确保万一,升级前请备份配置文件webmail.cf和webman.cf,以及个性化信息;
3、若使用yum升级时提示网络超时等问题,可手动把rpm包放到下面的目录后重试:
/var/cache/yum/EMOS-update/packages/
4、默认情况下,extman升级包会一同更新mysql数据库,但若由于密码等问题导致更新失败,请执行进入/var/www/extsuite/extman/addon中导入新的数据库。
2、该包已经过测试,但未能确保万一,升级前请备份配置文件webmail.cf和webman.cf,以及个性化信息;
3、若使用yum升级时提示网络超时等问题,可手动把rpm包放到下面的目录后重试:
/var/cache/yum/EMOS-update/packages/
4、默认情况下,extman升级包会一同更新mysql数据库,但若由于密码等问题导致更新失败,请执行进入/var/www/extsuite/extman/addon中导入新的数据库。
Jan
8
有朋友希望把extmail也放入EMOS 1.3.0中。经过1天的努力,顺带把原来EMOS 1.2升级的rpm也一同解决好。
一、升级内容
一、升级内容
引用
1、extmail升级到1.0.3;
2、extman升级到0.2.3;
3、加入chifeng的extman-0.2.3工具包;
4、修改欢迎页使用新版的天气信息插件。
2、extman升级到0.2.3;
3、加入chifeng的extman-0.2.3工具包;
4、修改欢迎页使用新版的天气信息插件。
Jan
3
趁今天刚好是2008年1月3日,把我从EMOS 1.2.1升级过来的EMOS 1.3.0版本发放出来。
EMOS是一个基于CentOS,集成了ExtMail Server全部组件的小型Linux系统,10分钟即可完成安装及配置,成为完备的企业邮局系统。它的诞生将彻底改变邮件系统复杂的安装和配置局面,使只具备基本linux知识的用户就可轻松架设邮局。
原EMOS 1.2.1版本,可见这里:[原]EMOS 1.2.1 。
请不要使用1.3 release,而下载1.3.0 release版,旧版本存在驱动问题!
考虑到已经加入yum更新源,若没有严重的Bug、驱动或重要升级等问题,暂时不会再发布新版本。下一版本,希望是基于CentOS 5.1的EMOS 2.x啦。
EMOS是一个基于CentOS,集成了ExtMail Server全部组件的小型Linux系统,10分钟即可完成安装及配置,成为完备的企业邮局系统。它的诞生将彻底改变邮件系统复杂的安装和配置局面,使只具备基本linux知识的用户就可轻松架设邮局。
原EMOS 1.2.1版本,可见这里:[原]EMOS 1.2.1 。
请不要使用1.3 release,而下载1.3.0 release版,旧版本存在驱动问题!
考虑到已经加入yum更新源,若没有严重的Bug、驱动或重要升级等问题,暂时不会再发布新版本。下一版本,希望是基于CentOS 5.1的EMOS 2.x啦。
Dec
28
今天继续OpenVZ的内容,要描述的是OpenVZ中如何控制VE可使用的System Parameters(系统参数)。这部分的内容比较繁杂,若您对Linux系统比较了解,会觉得较容易理解,但很难举例完全说明白,需要在实际使用中逐渐体会。对于系统资源,OpenVZ分三个类别:Primary、Secondary、Auxiliary。
Dec
27
继续昨天的内容,今日描述的是OpenVZ中如何控制VE可使用的CPU资源。OpenVZ资源管理器允许通过保证VE可使用的CPU time来实现QoS。在没有设定cpulimit,以及没有其他VE竞争CPU资源的情况下,VE在获得设置的最小设定保证值外,还可以超过该值,以充分利用HW的CPU资源。
Dec
26
通过对OpenVZ上VE进行配置,可以对VPS进行必要的允许和限制功能。在《OpenVZ-Users-Guide》文档中有关于如何管理系统资源的描述。主要分:Disk Quota、CPU、System参数三大部分内容。以下内容参考自该文档,并适当增加一些注解。
Dec
25
OpenVZ是一个非常出色的单内核,多根分区虚拟机系统。根据使用不同的系统模板。可实现同一机器上同时运行不同的Linux发行版本,而且管理简单,资源控制也很方便,适用于ISP环境下的大规模应用。基础配置可以看[原]在红旗上运行OpenVZ虚拟环境 。
不过,作为Virtuozzo的开源版本,不知有意还是无意的,OpenVZ提供的可用OS系统模板不多,默认只有Fedora Core 3/4/5、Centos4,这不足以满足我们的需求。这里就以创建基于Asianux 2.0 SP2的系统为例,说明如何创建VPS OS模板。
不过,作为Virtuozzo的开源版本,不知有意还是无意的,OpenVZ提供的可用OS系统模板不多,默认只有Fedora Core 3/4/5、Centos4,这不足以满足我们的需求。这里就以创建基于Asianux 2.0 SP2的系统为例,说明如何创建VPS OS模板。
Dec
21
一般情况下,MRTG默认是通过snmp的Interface Number作为识别信息的,但该信息是会改变的。以adsl为例,当一部机器上同时有多个地址,并且有依赖于adsl创建的临时地址的话(例如vpn依赖于ppp0创建连接)。那么,当adsl断线重连后,snmp的Interface Number就会发生改变了。这时,MRTG就不能从旧接口获取到流量信息了。下面要解决的就是这个问题。
Dec
20
已经讲过,MRTG实际上是一个画图工具。它可以接受一些数值参数,并根据这些值构建一个二维图形以供监控使用。在 mrtg 这个程序中,其实他总共需要要求四个数据(前两个用来作图,后两个提供相关信息,基本上,绘图只会用到前两个数据),因此,你可以随时制作 MRTG 的图表,只要你能提供两个数字(x轴和y轴)给 mrtg 即可制图!下面,我就是要用脚本收集信息,然后提供数据给MRTG使用。
Dec
19
MRTG通常认为是一个性能监控工具,有着很长的使用历史,很多网管都使用它来对系统进行监控。实际上,它真正的作用是一个画图工具。它可以接受一些数值参数,并根据这些值构建一个二维图形以供监控使用。最常见的就是获取设备的snmp信息,例如网络流量,然后生成图形。还可以从脚本得到CPU、Disk I/O、内存的数据,而呈现直观的图形。
虽然其功能有限,而且已经逐步被rrdtool代替。但因为大部分发行版都自带MRTG软件包,使用也非常简单,所以,在小范围的网络环境中,还是有其用武之地的。
为方便说明,我先以一个最简单的例子:从snmp获取网络流量,使用MRTG显示为例来说明。及后再补充从其他方式获取数据的方式。
虽然其功能有限,而且已经逐步被rrdtool代替。但因为大部分发行版都自带MRTG软件包,使用也非常简单,所以,在小范围的网络环境中,还是有其用武之地的。
为方便说明,我先以一个最简单的例子:从snmp获取网络流量,使用MRTG显示为例来说明。及后再补充从其他方式获取数据的方式。








