reboot后CICS启动不了

本文记录了一次因DB2重启服务器后导致CICS无法启动的问题及解决方案。通过执行特定命令解决了符号解析失败的问题,并成功启动了CICS系统。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天因为 DB2 的原因重启了服务器,然后发现 CICS 又启动不了了, google 到一个解决方法:

http://www-1.ibm.com/support/docview.wss?rs=175&context=SSAL2T&dc=DB520&dc=DB560&uid=swg21281822&loc=en_US&cs=UTF-8&lang=en&rss=ct175other

执行/usr/lpp/cics/etc/cicsipc_cfg l后可以启动CICS

 

报错信息:

 

# cat console.msg

Could not load program /usr/lpp/cics/bin/cics:

Symbol resolution failed for /usr/lpp/cics/lib/libcicsrt.a(libcicsrt_shr.o) because:

        Symbol SupOS_ThreadWaitEvent (number 586) is not exported from dependent

          module /unix.

        Symbol SupOS_ThreadWake (number 587) is not exported from dependent

          module /unix.

System error: Error 0

Examine .loader section symbols with the 'dump -Tv' command.

 

 

# /usr/lpp/cics/etc/cicsipc_cfg l

# cicscp -v start region CICS01 StartType=cold

ERZ059004I/0107: Starting RPC daemon.

ERZ059002I/0101: RPC daemon is already running.

ERZ096122I/0264: Processing a 'start region' command

ERZ096158I/0264: The region 'CICS01' is starting

ERZ096111I/0224: Processing a start sfs_server command

ERZ096141I/0224: Starting SFS server '/.:/cics/sfs/Unicall_App_UAT'

ERZ096112I/0229: The SFS server '/.:/cics/sfs/Unicall_App_UAT' is running

ERZ096113I/0231: SFS server '/.:/cics/sfs/Unicall_App_UAT' successfully started

ERZ038216I/0382: Subsystem 'CICS01' has been initialized.

ERZ038219I/0390: Server 'CICS01' is responding to RPCs.

ERZ096126I/0276: Region 'CICS01' successfully started

ERZ096002I/0003: cicscp command completed successfully

# cicscp status all

Unicall_App_UAT                        sfs        Running

CICS0002                            region        Stopped

CICS0001                            region        Stopped

CICSA                               region        Stopped

CICS01                              region        Running

### 影响 `sudo reboot` 命令执行后系统重启时间的因素 系统重启所需的时间取决于多个因素,包括但不限于硬件性能、正在运行的服务数量以及文件系统的状态。通常情况下,在现代计算机上,整个过程可能持续几十秒到几分钟不等。 对于基于 Ubuntu 的系统而言,当发出 `sudo reboot` 指令时,操作系统会经历以下几个阶段: 1. 发送信号给所有进程准备终止; 2. 卸载所有挂载点并同步数据至磁盘; 3. 关闭网络接口和其他外围设备; 4. 重置 BIOS/UEFI 设置回到初始状态前的状态; 5. 开始新的引导流程加载内核和初始化ramdisk (initrd/initramfs)[^1]; 值得注意的是,如果使用了 `-f` 参数来强制重启,则可能会跳过某些正常的关闭步骤以加快速度,但这有可能导致未保存的数据丢失或损坏文件系统结构[^2]。 由于上述变量的存在,具体耗时难以精确预测。为了获得更准确的信息,可以在特定环境下多次测试取平均值作为参考依据。 ```bash #!/bin/bash echo "Starting reboot..." date +%s > start_time.txt sudo reboot # Note: The following lines are not executed immediately after the reboot command. sleep 60 # Wait for system to fully power off and back on, adjust as necessary date +%s > end_time.txt expr $(cat end_time.txt) - $(cat start_time.txt) ``` 此脚本仅作为一个概念性的例子展示如何测量重启前后的时间戳差异,并不是实际可运行的代码片段因为一旦执行reboot后续指令不会被执行直到下一次登录。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值