GCP虚拟机中Airflow开机启动脚本无法运行webserver与scheduler

• 运行用户不匹配问题：GCP Linux实例的startup script默认以root用户执行，绝大多数用户会将Airflow安装在普通用户（对应配置里的name用户）的独立虚拟环境中，root用户的环境变量PATH中没有对应的Airflow执行路径，也没有/home/name/airflow目录的读写权限，会直接导致启动失败。
• 虚拟环境未激活：如果Airflow是安装在虚拟环境中，你的启动脚本没有执行虚拟环境激活操作（如source /home/name/airflow/venv/bin/activate），系统无法找到airflow命令，进程自然无法启动。
• 错误日志未捕获：你当前的日志重定向规则仅捕获标准输出stdout，没有捕获错误输出stderr，建议修改重定向规则为nohup airflow scheduler >> scheduler.log 2>&1 &，才能把启动报错写入日志文件方便排查。
• 依赖服务未就绪：Airflow启动依赖元数据库（MySQL/PostgreSQL等），开机脚本执行时如果数据库服务还没有完成启动，Airflow会因为连接元数据库失败直接退出。
• 必要环境变量缺失：除了AIRFLOW_HOME外，Airflow所需的元数据库连接串、密钥等配置如果写在普通用户的.bashrc、.profile等配置文件中，root执行启动脚本时不会加载这些配置，会导致启动参数不全失败。
• 端口占用问题：8080端口可能被实例预置的其他服务提前占用，导致Airflow webserver端口绑定失败退出。
• 初始化操作缺失：如果是首次启动Airflow，未提前执行airflow db init、airflow db upgrade等元数据库初始化操作，服务启动时会因为元数据异常失败。

内容的提问来源于stack exchange，提问作者Dudes