企业官网建设流程全解析

目录
一、离线安装的整体思路
二、7 个步骤完整实操
三、.sha1 改名 .sha：最著名的坑
四、启动与控制台验证
五、常见报错与排错
六、结语与系列预告
一、离线安装的整体思路
CM 离线安装的逻辑链是：

CM 主程序解压 → 告诉 CM 用哪个数据库（scm 库）→ 所有节点装 Agent
→ master 搭 Parcel 本地仓库 → 启动 Server + Agent → 浏览器进 7180
所有节点操作分工只有两类：master 全做，从节点只装 Agent。记住这个分工，后面哪一步在哪个节点做就不会乱。

二、7 个步骤完整实操
步骤 1：解压 CM 主程序（仅 master）
bash

tar zxvf cloudera-manager-centos7-cm5.14.0_x86_64.tar.gz -C /opt/

解压后得到 /opt/cm

步骤 2：放置 JDBC 驱动（仅 master，两个位置）
bash

tar zxvf mysql-connector-java-5.1.46.tar.gz
chmod +x mysql-connector-java-5.1.46-bin.jar
驱动必须放两个位置，缺一不可：

/opt/cm/share/cmf/lib/mysql-connector-java-5.1.46-bin.jar —— CM Server 连 MySQL 用
/usr/share/java/mysql-connector-java-5.1.46-bin.jar —— 后续 Hive 等服务用
步骤 3：所有节点创建系统用户
bash

useradd --system --home /opt/cm/run/cloudera-scm-server
–no-create-home --shell /bin/false cloudera-scm
这是 CM 约定的系统用户，Agent 和 Server 都以它运行，三节点都要创建。

步骤 4：初始化 scm 数据库（仅 master）
bash

/opt/cm/share/cmf/schema/scm_prepare_database.sh mysql cm
-h localhost -uroot -p’123456’ scm ‘123456’
参数依次是：数据库类型 mysql、库名 cm、主机、root 账密、新建的 scm 账号和密码。

验证：输出末尾出现 All done, your SCM database is configured correctly! 即成功。这一步把连接信息写进了 CM 配置，之后 Server 启动就知道去哪读元数据。

步骤 5：配置 Agent 并分发（master → 从节点）
编辑 /opt/cm/etc/cloudera-scm-agent/config.ini：

ini

server_host=192.168.9.233
server_host 必须指向 master 的 IP，所有 Agent 都要改——配错的话节点在控制台里永远"失联"。

然后整体分发：

bash

scp -r /opt/cm/ cdhslave01:/opt/
scp -r /opt/cm/ cdhslave02:/opt/
步骤 6：搭建 Parcel 本地仓库（仅 master）
bash

mkdir -p /opt/cloudera/parcel-repo
mv CDH-5.9.0-1.cdh5.9.0.p0.23-el7.parcel /opt/cloudera/parcel-repo/
mv CDH-5.9.0-1.cdh5.9.0.p0.23-el7.parcel.sha1 /opt/cloudera/parcel-repo/
mv manifest.json /opt/cloudera/parcel-repo/

关键一步：重命名校验文件

mv /opt/cloudera/parcel-repo/CDH-5.9.0-1.cdh5.9.0.p0.23-el7.parcel.sha1
/opt/cloudera/parcel-repo/CDH-5.9.0-1.cdh5.9.0.p0.23-el7.parcel.sha
三、.sha1 改名 .sha：最著名的坑
为什么必须改名？CM 下载 Parcel 后要校验完整性，它只会找 .sha 文件；目录里躺着 .sha1，CM 认为校验文件不存在，Parcel 状态会一直卡在"分发中"或直接报校验失败。

三个配套检查点：

.sha1 → .sha 已重命名
/opt/cloudera 目录属主为 cloudera-scm 用户：chown -R cloudera-scm:cloudera-scm /opt/cloudera
manifest.json 与 parcel 在同一目录
四、启动与控制台验证
bash

master：Server + Agent 都要启动

/opt/cm/etc/init.d/cloudera-scm-server start
/opt/cm/etc/init.d/cloudera-scm-agent start

两个从节点：只启动 Agent

/opt/cm/etc/init.d/cloudera-scm-agent start
Server 首次启动需要 2~3 分钟做数据库初始化，不是卡死，别急着杀进程。

验证：

bash

netstat -anpt | grep 7180 # 有 LISTEN 即 Server 就绪
浏览器访问 http://192.168.9.233:7180，看到登录页，用 admin / admin 登录——控制台的大门正式打开。

五、常见报错与排错
报错/现象 原因 处理
7180 一直打不开 Server 未启动完成 / 驱动缺失 看日志 /opt/cm/log/cloudera-scm-server/cloudera-scm-server.log
scm_prepare_database 报 Access denied root 密码错或授权缺失 核对第 4 篇的授权语句
节点在控制台不可见 Agent 没起 / server_host 配错 从节点查 Agent 状态和 config.ini
Parcel 分发卡住 .sha 未改名 / 属主不对 见第三节三个检查点
六、结语与系列预告
CM 安装本身命令不多，难点在于"两个位置放驱动、三节点建用户、从节点只装 Agent、.sha1 改 .sha"这些细节纪律。

下一篇舒服了：全部操作转入浏览器，用 Web 向导把 HDFS、YARN、Hive、Oozie 一路点出来——命令行时代结束。