记一次服务器调整
很久没有写博客了,最近确实是有点忙。
大D的好友L同学换新工作有一段时间了,但是看上去经常被坑啊。
比如最近,托管在L同学单位的服务器出了点问题,大D我远程连上去看,结果账户还没有权限。当最后获得有权限的账户时,服务器上跑的IIS已经出现问题了。
- 打开网站提示输入用户名密码
- 某ASP网站运行时间超长且返回空白页
- 某论坛网站出现个别板块打不开的情况(DZ论坛)并提示
can not write to cache files please check directory ./data/ and ./data/sysdata/
既然问题都知道了,那就一个个查。
打开网站提示输入用户名密码
这个问题显然是没有来访权限,登陆服务器查看本地用户和组,看上去要比正常情况下少一些。
IUSR是被禁用的状态,将该账户恢复后网站权限仍然异常,只好新建账户,隶属于Guese并只给少量权限。
修改IIS中的网站属性-目录安全性-身份验证方法中的匿名访问用户。
确定后网站B恢复正常,网站A出现运行时间超长且返回空白页的情况,那么继续往下查。
某ASP网站运行时间超长且返回空白页
现在来处理网站A的问题,查看日志,发现日之内包含大量ASP访问超时的内容。
注:该日志为w3c扩展日志格式,使用的是GMT时间,与UTC时间相差8小时,所以看日志时,时间要+8才是正确时间。
其中两次200是大D单独写了一个测试文件,用来确认asp能否正常的运行。
伴随检查过程,系统变的异常卡顿,检查任务管理器,发现一IIS进程CPU占用率超高,占用内存数量持续增高,只好暂时中止该进程,终止前,使用iisapp -a
命令查看到应用程序池名称并跟IIS管理器内做对比,确认是因为网站A运行导致的。
临时关闭了IIS,先查看数据库状态,得知数据库是Access的(可见这网站是有多老),同时,数据库目录内并没有.ldb文件,说明数据库并没有死锁。
现在问题基本集中在数据库上,将连接数据库的代码临时注释掉后,网站可以正常打开并提示错误:
Microsoft VBScript 运行时错误 错误'800a01a8' 缺少对象:''
这样就基本确定了问题出来数据库这一块,但直接打开Access数据库看是没有什么问题,也没有死锁。那么问题可能还是出在权限上。
增加了IIS匿名访问用户对数据库目录的写入权限后,网站仍然存在问题。因Access数据库读写需要x:\windows\temp
目录的写入权限,增加之后,网站B恢复正常。
某论坛无法正常打开的问题
由于账户异常,论坛所使用的Mysql服务无法正常启动,暂时改为系统本地用户后启动成功。也可以正常打开网站。
但个别板块无法正常打开,提示:
can not write to cache files please check directory ./data/ and ./data/sysdata/
仍然是权限问题,给这两个目录加入IIS的用户写入权限即可。
已有 4 条评论
发表评论
电子邮件地址不会被公开。 必填项已标注。
这么老的服务器应用。。。
那是相当的老。
有年代的东西了。
老朋友好久不见
哈哈,确实好久不见