某邮件系统的mmp经常无故crash，分析总结大量日志，遍查各种文档，仍未找到问题所在。
将coredump起来后（涉及命令 coreadm、ulimit 等），递请Sun工程师查证。结果为bug，如果是6.0 or later版本，需要打118207补丁，至少为118207-51 ,如果是ims5.2,则需要patch到最新，即ims52sp2，但Sun也不确定是否能解决该问题，建议联系tech support。
另外Sun工程师还提到可以使用6.0的mmp。
标签： Sun
JES Directory Server 的备份恢复
Unix下备份的一个好处就是多数情况下可以将应用直接打包，tar好之后放到备份介质上，恢复的时候直接解压就行，无比方便，当然通常要排除日志目录或将日志统一存放到数据库或日志服务器中。其实这样不但利于故障恢复，也很容易创造一个与生产环境高度相似的测试环境，只不过有些应用可能需要做些许改动，就像如下。
将Sun JES Directory Server 备份文件恢复到不同IP的机器后，需要修改该机器的主机名、FQDN，并将欲访问管理服务器的客户机地址添加到/etc/hosts当中的domain.com域。
另外，取消引荐与复制。
如果不修改主机名，启动时输出如下：
-bash-3.1# ./start-admin
iPlanet-WebServer-Enterprise/6.0SP2 B01/06/2003 22:24
并且同时启动日志会报错。
[03/Aug/2006:14:12:14] failure ( 3035): Error receiving response from watchdog
[03/Aug/2006:14:12:14] failure ( 3035): Could not set PID path /ldap/ids51sp4/admin-serv/logs/pid
修改主机名后，启动输出如下：
-bash-3.1# ./start-admin
iPlanet-WebServer-Enterprise/6.0SP2 B01/06/2003 22:24
Info: Cache expiration set to 600 seconds
warning: daemon is running as super-user
[LS ls1] http://ldap.domain.com, port 390 ready to accept requests
startup: server started successfully
只会影响管理服务器，应用实例可以正常启动并查询。
如何修改Java Enterprise System Directory Server监听端口？
1.在 serverRoot/%instance%/config/dse.ldif 中查找 listenhost，将其修改为本机FQDN，或将本机 /etc/hosts 文件中添加该FQDN也行。
2.然后再在ServerRoot/admin-serv/config/中的*.conf中查找1中找到的FQDN，确定后修改该*.conf或本机host文件。（应当在adm.conf中的ldapHost: mail.domain.com项中）
启动，ok。
Sun JES Web Proxy Server错误：FATAL: Error : 2
环境：
HP DL360 G5
RHEL3.4.5-2
Sun JES Proxy Server Version: 4.0.3 B05/21/2006 22:49
故障现象：
bjproxy所有用户无法使用socks代理，均提示：
[03/Feb/2007:13:55:41] 000 debug: new socket accepted[1]
[03/Feb/2007:13:55:41] 002 debug: request from 192.168.221.117:4885
[03/Feb/2007:13:55:41] 002 warning: socks4 request from 192.168.221.117:4885 can’t authenticate
[03/Feb/2007:13:55:41] 000 debug: new socket accepted[1]
[03/Feb/2007:13:55:41] 003 debug: request from 192.168.221.117:4886
[03/Feb/2007:13:55:41] 003 debug: auth: userpass
[03/Feb/2007:13:55:41] 003 debug: authentication type 2 successful for testmail
[03/Feb/2007:13:55:41] 003 debug: request 1 to 65.54.239.140:1863
[03/Feb/2007:13:55:41] 003 request: testmail 5 connect: denied 192.168.221.117:4886 -> 65.54.239.140:1863
[03/Feb/2007:13:55:41] 003 FATAL: Error : 2 [2364487233:1863]
[03/Feb/2007:13:55:41] 002 debug: request from 192.168.221.117:4885
[03/Feb/2007:13:55:41] 002 warning: socks4 request from 192.168.221.117:4885 can’t authenticate
[03/Feb/2007:13:55:41] 000 debug: new socket accepted[1]
[03/Feb/2007:13:55:41] 003 debug: request from 192.168.221.117:4886
[03/Feb/2007:13:55:41] 003 debug: auth: userpass
[03/Feb/2007:13:55:41] 003 debug: authentication type 2 successful for testmail
[03/Feb/2007:13:55:41] 003 debug: request 1 to 65.54.239.140:1863
[03/Feb/2007:13:55:41] 003 request: testmail 5 connect: denied 192.168.221.117:4886 -> 65.54.239.140:1863
[03/Feb/2007:13:55:41] 003 FATAL: Error : 2 [2364487233:1863]
分析：
手册和帮助文件写的很不好，基本上没有有用的信息。分析以往日志发现：错误代码与用户不在允许的地址范围内时出现的错误代码相同。
Continue reading “Sun JES Web Proxy Server错误：FATAL: Error : 2”
翻译：Sun ONE Directory Server 5.2 Reference Manual
第四部分 目录服务架构
翻译约定：红色字体为含义不确定、词不达意或译者注。
这部分章节提供了目录服务架构方面的参考信息，包含一个对象类、属性、操作属性的全面列表。包含如下章节：
对象类参考
属性参考
操作参考
第9章 关于架构
本章提供了一些有关目录架构基本概念的概览和一些用来描述目录架构的文件的概览。其中描述了对象类、属性和对象id（OIDs），并且简单讨论了一下”扩展服务器架构”和”架构检测”。
架构定义
目录架构是定义数据如何在目录中进行存储的一系列规则。数据以目录条目（Entry）
的形式进行存储。每一个条目都是一系列属性和属性值的集合。每个条目必须有一个对象类。对象类指定了条目所描述的对象的种类，并且定义了一系列该对象所应
所包含的属性。架构定义了条目所允许的类型、他们的属性结构和属性格式。如果架构无法满足你的需求，你可以对其进行扩展和修改。
关于对象类的详细信息、属性以及目录服务是如何使用架构的，请参阅“Sun ONEDirectory Server Deployment Guide”。
Continue reading “翻译：Sun ONE Directory Server 5.2 Reference Manual”