有台服务器ping的时候老出现 Time to live exceeded 这个错误，这样就会误报服务器挂掉，很烦人。找了半天似乎找到了解决方法了。 ping的时候返回的包的ttl值是根据对方系统的设置来的，默认情况下，win是128,linux是64,返回的时候，每经过一个节点，就减1,这样，根据返回包的ttl值就可以判断经过了几个路由节点。而节点要是比较多的话，会导致这个ttl值为0,这样就出现上面提到的问题了。当然，要是遇到包进了环路，也会产生这样的问题，详细的内容可以看下面的转载文章。 这样，解决这个问题的方法就是修改对方系统的默认ttl 值，比如修改为255，这样如果还产生上面的错误的话，那就没准是哪里的问题了。呵呵。 Linux下修改方法: 方法1(重启后有效)： #sysctl -w net.ipv4.ip_default_ttl=N (N=0~255),若N>255,则ttl=0 方法2(重启后无效)： #echo N(N为0～255) > /proc/sys/net/ipv4/ip_default_ttl 原文地址：这里 PING命令中TTL的具体含义 提供者 vitty简单来说，TTL全程Time to Live，意思就是生存周期。 首先要说明ping命令是使用的网络层协议ICMP，所以TTL指的是一个网络层的网络数据包（package）的生存周期，这句话不懂的先回去复习OSI7层协议去。 第一个问题，为什么要有生存周期这个概念。 很 显然，一个package从一台机器到另一台机器中间需要经过很长的路径，显然这个路径不是单一的，是很复杂的，并且很可能存在环路。如果一个数据包在传 输过程中进入了环路，如果不终止它的话，它会一直循环下去，如果很多个数据包都这样循环的话，那对于网络来说这就是灾难了。所以需要在包中设置这样一个 值，包在每经过一个节点，将这个值减1，反复这样操作，最终可能造成2个结果：包在这个值还为正数的时候到达了目的地，或者是在经过一定数量的节点后，这 个值减为了0。前者代表完成了一次正常的传输，后者代表包可能选择了一条非常长的路径甚至是进入了环路，这显然不是我们期望的，所以在这个值为0的时候， 网络设备将不会再传递这个包而是直接将他抛弃，并发送一个通知给包的源地址，说这个包已死。 其实TTL值这个东西本身并代表不了什么，对于使用者来说，关心的问题应该是包是否到达了目的地而不是经过了几个节点后到达。但是TTL值还是可以得到有意思的信息的。 每 个操作系统对TTL值得定义都不同，这个值甚至可以通过修改某些系统的网络参数来修改，例如Win2000默认为128，通过注册表也可以修改。而 Linux大多定义为64。不过一般来说，很少有人会去修改自己机器的这个值的，这就给了我们机会可以通过ping的回显TTL来大体判断一台机器是什么 操作系统。
ntrayc 和 nagiostrayicon 都是在tray那里显示nagios是否报错得。到时会有声音或者窗口弹出来。 前者不需要安装，后者需要安装。界面功能来看都差不多。 刚装上有台服务器就down了，呵呵。比较了一下，觉得ntrayc比较好。下面是他们得设置界面。 ntrayc如下，两幅图，后面那个是他得console，可以同时得到服务得大概信息。不知道他哪里设置声音，下载得安装包里面没有声音文件。每次检测到问题都会弹出窗口。 nagios tray icon得设置界面如下，出问题得时候他不会弹出窗口，会出声叫。不过第二次检测就不叫了，icon变红色。
切换到oracle用户 sqlplus conn / AS sysdba DROP USER <USER> cascade; CREATE USER <USER> IDENTIFIED BY <PASSWORD> DEFAULT tablespace <TABLESPACE>; exit imp <USER>/<PASSWORD> file=<FILE_NAME> fromuser=<USER> touser=<USER> *为要恢复的用户，为其密
Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁
来源 这里 我装的是redhat linux 9，oracle9.2.0.1.0,用sqlplus “/as sysdba” startup可开启实例服务，用lsnrctl start开启侦听服务，但这些都是通过手工输入操作的，能不能有办法让这些服务就象在windows一样设置为自动，让他在重启之后就可自动运行 ————————————————————— 这个问题近期有人问过好多遍了，下面是 liuyi8903(好好学习) 的关于此问题的一个回复： 下面是我在linux as 3下做的: 1. 创建文件/etc/oratab 添加 #添加如下内容到/etc/oratab文件中, #$ORACLE_SID是你的Oracle数据库的sid #$ORACLE_HOME是你的Oracle数据库的Oracle_home #Y表示要求在系统启动的时候启动Oracle数据库.N表示不要在系统启动的时候启动Oracle $ORACLE_SID:$ORACLE_HOME:Y
如果用户是在服务器端使用数据库，那么可以用Oracle提供的SQLPlus进行数据库操作，假设要更改用户口令，可以这样做： sqlplus user/password sql>alter user sys identified by new_password; sql>exit
查看所有用户 SELECT username,password FROM dba_users; 1、查看表空间的名称及大小 SELECT t.tablespace_name, round(SUM(bytes/(1024*1024)),0) ts_size FROM dba_tablespaces t, dba_data_files d WHERE t.tablespace_name = d.tablespace_name GROUP BY t.tablespace_name; 2、查看表空间物理文件的名称及大小 SELECT tablespace_name, file_id, file_name, round(bytes/(1024*1024),0) total_space FROM dba_data_files ORDER BY tablespace_name;
转自车东的blog sudo /sbin/chkconfig –list| grep 3:on | awk ‘{print “/sbin/chkconfig “$1″ off”}’ /sbin/chkconfig acpid off /sbin/chkconfig anacron off /sbin/chkconfig apmd off /sbin/chkconfig auditd off /sbin/chkconfig autofs off /sbin/chkconfig bluetooth off /sbin/chkconfig cpuspeed off /sbin/chkconfig cups off /sbin/chkconfig gpm off /sbin/chkconfig haldaemon off /sbin/chkconfig iptables off /sbin/chkconfig isdn off /sbin/chkconfig kudzu off /sbin/chkconfig mDNSResponder off /sbin/chkconfig [...]
1 先看这里：WebLogic8.1的中文问题解决方法 http://dev2dev.bea.com.cn/techdoc/200311546.html 2 看看系统locale的设置，可以使用locale命令查看当前的locale设置，可以使用如下命令设置locale。 #LANG=en_US 没有在weblogic的手册中找到关于这部分的信息，可以测试一下系统locale对应用是否有影响。