Oracle 11g在各个平台64位操作系统上的安装 无论服务端还是客户端 都没有lib32包了 可是有的程序却必须要32位的库才能运行 我的解决办法是找一个相同平台上的32位的Oracle11g 将其中ORACLE_HOME的lib文件夹复制出来 改名为lib32放到64位的操作系统下 注意这没有结束 还有进到这lib32的目录里 执行ls -l 看看有两个链接的目标是不存在的 记住它们然后将它们删掉 用”ln -s 源文件 链接名”这个命令重新链接 然后就可用了 注意一定要是Oracle11g的 从Oracle10g复制过来lib32是无效的
最近在服务器上总发现一个叫on.lst的文件 每次删了很快就又出来 在google上搜索这个文件又搜索不到什么消息 今天才有时间调查了下 原来是有人的shell写的有点小问题 其中调用sqlplus的时候 来了个 spool on; 可是spool 后面只能接文件 如果不加扩展名oracle就会用默认的lst 最后就产生了一个on.lst的文件…… 就是这样 记得spool直接接文件 不用先on一下……
今天项目组的svn服务器被碰掉电源 然后svn服务就启动不起来了 很是诡异 查看日志 发现是很多地方找不带python2.7的文件 我一看 这个svn软件包和python有关的文件都只到2.6 怪不得 原来是我前两天装了python2.7 这次启动的时候发现python默认是2.7就要找2.7的库了 说点题外话 当时安了这个CollabNet的svn后很长一段时间 都觉得挺失败的 完全不如自己架原始版本了 当然现在在升级过前些天的最新版本后 终于修复了一些不方便的地方 算是比较好用了 这是后话 之前确实bug挺多还把svn改的完全没有自由 我于是先把2.6的相关文件全复制了一份2.7的 不行 还是报错 而它的自动升级功能又下载到15%卡住不动 于是只好下载了一个最新的这个版本的svn重装 嗯 这次装好后天生支持2.7了 发现还是报错 错误定位在没有libpython2.7.so.1.0 查了下 原来是我安装python时候默认安装的 并没有生成这个共享库 这样处理 找到python2.7的解压后的安装文件 ./configure –enable-shared make make install 好了 这次看到libpython2.7.so.1.0这个文件了 把它软链接到/usr/lib 修改好权限 并保证LD_LIBRARY_PATH里包含/usr/lib 现在再重新启动服务 发现又一切正常了
后来的Linux都默认不开FTP和TELNET了 无论是厂商还是专家还是我 都建议用SSH SSH真是优点多多 用着也方便 但毕竟有的时候 别的UNIX服务器需要用FTP访问Linux 所以有时还是需要开放FTP的 过程十分简单 vi /etc/xinetd.d/gssftp server_args = -l -a #将-a去掉 disable = yes #yes修改为no #像这样 server_args = -l disable = no #然后 service xinetd restart</pre> 好了 FTP已经正常了
执行Linux命令时报 cannot restore segment prot after reloc: Permission denied 查了很久权限没任何问题啊 原来是SELinux的问题 我自己装的时候都不装这个 这台机器是别人装的默认是开启SELinux的 企业内部服务器不暴露在互联网上 有企业防火墙就可以了 没必要再开类似的东西 使用root用户修改/etc/sysconfig/selinux SELINUX=disabled 然后再执行如下命令手动关闭就不用重启了 setenforce 0
经常看到有人迷惑于shell的比较 看到初学Linux的人写的简单shell一般都是if时出现各种错误 shell中的判断的确和一般的程序不太一样 如果你想仔细的研究这个问题 很简单 只需要在系统中man test 把test的帮助完全看懂就好了 这里我更简单的介绍下 给不想看英文帮助的人看 shell的比较是测试里的一类 测试还包括测试各种对象是否存在 他们全部返回一个bool值 大多在if的时候用 比较分为数值的比较和字符串的比较 数值的比较如下 -eq 等于 -ne 不等于 -gt 大于 -lt 小于 -le 小于等于 -ge 大于等于 比如要测试$1是否大于2就是 COUNT=3 if [ $COUNT –gt 2 ] then echo 'right' fi 注意方括号里边开始和结束各要空一个格 变量和比较命令之间也要空格 有时候错误就是空格引起的 至于有人会奇怪为什么这个比较这么奇怪 其实gt是greater than的缩写 其他以此类推 这下这命令好记了吧 ...
今天测试的程序 发现应用用户对oracle突然没权限了 去/etc/group看了一下 发现果然应用用户不在dba组了 这时才想起来之前自己用usermod -G给这个用户加过组 于是仔细查了查资料 才发现的确有问题 也许以前都是改/etc/group文件的 对usermod这个命令并不熟悉 usermod –G 并不是往从组里加一个group 而是会把用户以前的组全部抹掉 完全赋值成新的 所以用的时候已经记得把所有需要的组写一遍 其实如此说来改组还是直接去改/etc/group方便了 这个文件每行的格式为 组名:加密的口令:GID:用户1,用户2,…