登录时弹

？？

登录综合日志审计平台时提示“系统加载中，请稍后刷新重试”，通常意味着页面虽能打开，但后端的登录接口调用失败了。

这大概率是平台自身服务或运行环境出了问题。建议按照从易到难的顺序，逐一排查以下原因：

📝 第一步：客户端快速自检

• 耐心等待服务就绪：如果平台是刚刚开机或重启，后台所有服务完全启动通常需要5-10分钟。请等待几分钟后再尝试登录。

• 清理浏览器环境：这是最直接有效的方法。请清除浏览器缓存和COOKIE，或直接使用浏览器的“无痕/隐私模式” 打开页面。推荐使用最新版的Chrome或Edge浏览器。

• 检查基础网络连通性：确保你的电脑能ping通平台IP，且防火墙等设备没有拦截443端口（HTTPS）的访问。

⚙️ 第二步：服务器端深度排查

如果客户端操作无效，就需要登录到平台服务器后台（通过Console或HDM）进行排查。

1. 查看核心服务状态

平台的核心业务和数据库服务是否正常运行是关键。

• 检查CSAP业务服务：执行 systemctl status csap。

• 检查PostgreSQL数据库：执行 systemctl status postgresql。

  • 如果这两个服务中任何一个状态显示为 failed（失败）或 inactive（未运行），就会导致登录失败。

2. 尝试重启CSAP业务服务

如果确认数据库服务正常，可以优先尝试重启业务服务。这是解决服务“假死”或临时异常的有效方法。

• 执行命令：systemctl restart csap。

• 等待2-3分钟，让服务重新启动，然后再尝试登录。

  警告：如果检查发现数据库服务（postgresql）本身是异常状态，不要直接重启csap服务，应该优先处理数据库问题。

3. 检查系统资源是否耗尽

资源耗尽（CPU、内存、磁盘）是导致服务无响应的常见原因。

• 检查CPU和内存：执行 top 命令，查看CPU或内存占用是否接近100%。

• 检查磁盘空间：执行 df -h 命令。如果磁盘使用率达到100%，平台服务会立即异常，需要清理日志或扩容。

4. 查看详细日志定位根因

如果以上步骤未能解决问题，可以查看平台日志获取更具体的错误信息。

• 执行命令查看登录相关日志：tail -f /var/log/csap/csap.log。

• 日志中会记录如数据库连接失败、服务崩溃等具体报错，是定位问题根源的关键。

⚠️ 第三步：更进一步的措施

• 重置Web界面密码：如果怀疑是密码问题，可以通过SSH连接平台后台（默认端口可能是60000），使用默认账号密码（如 admin/Admin@123）登录后，执行 resetAdmin 命令来重置Web密码。

• 初始化数据库：如果怀疑数据库损坏（例如异常断电后），可以通过后台执行 db init 命令来尝试初始化数据库。

• 重启服务器：如果所有方法都无效，最后的办法是完整重启整个CSAP服务器。重启后，务必等待至少10分钟，让所有服务完全拉起，再尝试登录。

又在这里起号。

# CSAP‑SA 综合日志审计平台：登录弹窗 “系统加载中，请稍后刷新重试”

>
> 现象：登录页可以打开，输入账号密码提交后弹出提示，进不去主界面，属于**前端页面能访问，但后端登录接口无返回**。

## 一、客户端侧优先排查（简单先做）

1. **浏览器**：用 Chrome/Edge，打开无痕模式访问，清除浏览器缓存；不要使用 IE 浏览器。
2. 如果平台刚整机重启：**等待 5‑10 分钟再登录**。系统开机后 csap、postgres 数据库需要时间完全拉起，刚开机登录大概率报这个弹窗。
3. 网络端口检查：
- ping 审计平台 IP 确认网络通；
- telnet / 测试工具确认 **443 端口通**；中间防火墙不要拦截 443 端口H3C。

## 二、后台 SSH/Console 登录服务器排查（重点）

```
#1、查看核心业务服务状态
systemctl status csap
systemctl status postgresql
```

- `csap`服务状态显示`failed`：业务进程异常；
- `postgresql`数据库异常，账号校验直接失败，报加载中提示；**数据库异常不要直接重启 csap，优先处理数据库**。

```
#2、重启csap业务服务
systemctl restart csap
#重启完成等待2‑3分钟，再web登录测试
```

```
#3、检查资源：CPU、内存、磁盘是否占满
top
df -h
```

>
> 磁盘使用率 100%（日志打满）、CPU / 内存耗尽，会直接导致登录接口无响应，出现该弹窗。磁盘满需要清理旧日志文件。

```
#4、查看登录相关业务日志，看真实报错
tail -f /var/log/csap/csap.log
```

>
> 日志会打印数据库连接失败、进程崩溃等具体原因。

## 三、故障常见根因

1. 设备刚重启，后台服务还未全部初始化完成（最高频）；
2. csap 业务进程异常 crash；
3. postgresql 数据库服务异常；
4. 磁盘被大量采集日志占满 100%；
5. CPU、内存资源耗尽；
6. 浏览器缓存问题。

## 四、现场应急处理顺序

1. 客户端：无痕浏览器访问，等待 5 分钟；
2. SSH 登录后台，执行`systemctl restart csap`，等待 3 分钟；
3. `df -h`检查磁盘，`top`看 CPU 内存；
4. 查看 csap.log 定位报错；
5. 以上操作无效，整机完整重启服务器，等待**10 分钟**全部服务拉起后测试 web 登录。