Data Domain：DDVE 每小时自动重新启动一次

DDVE 大约每隔一小时重新启动一次。

messages.engineering中的用户名和密码：

Apr 15 10:23:42 localhost syslog: NOTICE: : DDOS 6.1.2.10-603959 booting up
Apr 15 11:20:32 localhost syslog: NOTICE: : DDOS 6.1.2.10-603959 booting up
Apr 15 12:21:53 localhost syslog: NOTICE: : DDOS 6.1.2.10-603959 booting up
Apr 15 13:27:48 localhost syslog: NOTICE: : DDOS 6.1.2.10-603959 booting up
Apr 15 14:33:49 localhost syslog: NOTICE: : DDOS 6.1.2.10-603959 booting up
...
Apr 17 07:29:30 localhost syslog: NOTICE: : DDOS 6.1.2.10-603959 booting up

Netmon 和 Bootbin 处理发布“用户未授权执行此命令”警报。

messages.engineering:

Apr 15 10:25:12 ddve sms: {epoch=1555313112;id='AUDIT-SMS_REPLICATION-00050';desc='Reset replication throttle schedule.';level=1;user='(null)';role='unknown';app='bootbin';host='127.0.0.1';detail='{err_msg='User not authorized to execute this command: The session ID is missing!';err_num=5320;in='{type=1;group=-1;}';}';}
Apr 15 10:25:15 ddve sms: {epoch=1555313115;id='AUDIT-SMS_NET-00013';desc='Get DNS Servers.';level=1;user='(null)';role='unknown';app='netmon';host='127.0.0.1';detail='{err_msg='User not authorized to execute this command: The session ID is missing!';err_num=5320;}';}
...
Apr 17 07:30:45 ddve sms: {epoch=1555475445;id='AUDIT-SMS_REPLICATION-00050';desc='Reset replication throttle schedule.';level=1;user='(null)';role='unknown';app='bootbin';host='127.0.0.1';detail='{err_msg='User not authorized to execute this command: The session ID is missing!';err_num=5320;in='{type=1;group=-1;}';}';}

已注意到以下情况会导致此问题：

1. DDVE 已关闭一段时间。

   Apr 15 09:32:57 ddve -ddsh: NOTICE: MSG-DDSH-00009: (tty=tty1, session=20725) sysadmin: command "system poweroff"
   ...
   Apr 15 10:23:42 localhost syslog: NOTICE: : DDOS 6.1.2.10-603959 booting up

2. VMWare 虚拟硬件环境从版本 10 升级到版本 11。
   与客户确认这一点。

   版本 10	版本11
   ESXi 5.5	ESXi 6.0
   工作站 10.x	工作站 11.x

3. 在随后重新启动时，系统遇到错误 #223300

   注意： 此问题已在 DD 操作系统 6.1.2.20 中得到修复。

   Utilization.report 进程使用记录器将每小时状态发送到 syslogd。
   Syslogd 将状态同时写入日志文件和控制台。
   但是，syslogd 无法将消息写入控制台，导致 syslogd 进入无限循环。
   稍后，当 crond 运行 cron 作业时，也会向 syslogd 发送日志消息。
   由于 syslogd 卡在无限循环中，因此该操作永远不会完成。
   这也会导致 crond 卡住。
   因此，无法触及内核监护程序。
   900 秒后，内核崩溃，导致 DDVE 重新启动。

技术支持可以为此问题提供解决方法。向 Data Domain 创建支持案例。
解决方法包括在应用所需的修复后重新启动系统。
或者，考虑升级到 DD 操作系统 6.1.2.20。