backup_log_dir_for_component_Dgraph2 基线更新失败。 Dgraph 日志中出现权限被拒绝错误
backup_log_dir_for_component_Dgraph2 failed in baseline update. Permission denied error coming in Dgraph log
在基线更新期间，我收到错误 backup_log_dir_for_component_Dgraph2 失败。
1。以下是来自 baseline_update.out 文件
的错误
Setting flag 'baseline_data_ready' in the EAC.
1 file(s) moved.
[06.28.16 05:26:02] INFO: Checking definition from AppConfig.xml against existing EAC provisioning.
[06.28.16 05:26:02] INFO: Definition has not changed.
[06.28.16 05:26:02] INFO: Starting baseline update script.
[06.28.16 05:26:02] INFO: Acquired lock 'update_lock'.
.
.
.
more logs in between
.
.
.
[06.28.16 05:26:17] INFO: [ITLHost] Starting component 'Forge'.
[06.28.16 05:45:14] INFO: [ITLHost] Starting backup utility 'backup_log_dir_for_component_Dgidx'.
[06.28.16 05:45:15] INFO: [ITLHost] Starting component 'Dgidx'.
[06.28.16 06:00:59] INFO: [MDEXHost] Starting shell utility 'cleanDir_local-dgraph-input'.
[06.28.16 06:01:01] INFO: [MDEXHost] Starting shell utility 'rmdir_dgraph-input-old'.
[06.28.16 06:01:03] INFO: [MDEXHost] Starting copy utility 'copy_index_to_host_MDEXHost'.
[06.28.16 06:01:26] INFO: Applying index to dgraphs in restart group 'A'.
[06.28.16 06:01:26] INFO: [MDEXHost] Starting shell utility 'mkpath_dgraph-input-new'.
[06.28.16 06:01:27] INFO: [MDEXHost] Starting copy utility 'copy_index_to_temp_new_dgraph_input_dir_for_Dgraph1'.
[06.28.16 06:01:59] INFO: [MDEXHost] Starting shell utility 'move_dgraph-input_to_dgraph-input-old'.
[06.28.16 06:02:01] INFO: [MDEXHost] Starting shell utility 'move_dgraph-input-new_to_dgraph-input'.
[06.28.16 06:02:02] INFO: [MDEXHost] Starting backup utility 'backup_log_dir_for_component_Dgraph1'.
[06.28.16 06:02:03] INFO: [MDEXHost] Starting component 'Dgraph1'.
[06.28.16 06:02:10] INFO: [MDEXHost] Starting shell utility 'rmdir_dgraph-input-old'.
[06.28.16 06:02:12] INFO: Applying index to dgraphs in restart group 'B'.
[06.28.16 06:02:12] INFO: [MDEXHost] Starting shell utility 'mkpath_dgraph-input-new'.
[06.28.16 06:02:13] INFO: [MDEXHost] Starting copy utility 'copy_index_to_temp_new_dgraph_input_dir_for_Dgraph2'.
[06.28.16 06:02:38] INFO: Stopping component 'Dgraph2'.
[06.28.16 06:02:39] INFO: [MDEXHost] Starting shell utility 'move_dgraph-input_to_dgraph-input-old'.
[06.28.16 06:02:40] INFO: [MDEXHost] Starting shell utility 'move_dgraph-input-new_to_dgraph-input'.
[06.28.16 06:02:42]
INFO: [MDEXHost] Starting backup utility 'backup_log_dir_for_component_Dgraph2'.
[06.28.16 06:02:43] SEVERE: Utility 'backup_log_dir_for_component_Dgraph2' failed. Refer to utility logs in [ENDECA_CONF]/logs/archive on host MDEXHost.
Occurred while executing line 5 of valid BeanShell script:
[[
2|
3| DgraphCluster.cleanDirs();
4| DgraphCluster.copyIndexToDgraphServers();
5| DgraphCluster.applyIndex();
6|
7|
]]
[06.28.16 06:02:43] SEVERE: Error executing valid BeanShell script.
Occurred while executing line 35 of valid BeanShell script:
[[
32| Dgidx.run();
33|
34| // distributed index, update Dgraphs
35| DistributeIndexAndApply.run();
36|
37| // if Web Studio is integrated, update Web Studio with latest
38| // dimension values
]]
[06.28.16 06:02:43] SEVERE: Caught an exception while invoking method 'run' on object 'BaselineUpdate'. Releasing locks.
2。以下是来自 backup_log_dir_for_component_Dgraph2.log 文件的错误 (Filepath PlatformServices\workspace\logs\archive)
Renaming G:\Endeca\MyEndecaApp\config\script\..\..\.\logs\dgraphs\Dgraph2 to G:\Endeca\MyEndecaApp\config\script\..\..\.\logs\dgraphs\Dgraph2.2016_06_28.06_02_42
Unable to rename G:\Endeca\MyEndecaApp\config\script\..\..\.\logs\dgraphs\Dgraph2 to G:\Endeca\MyEndecaApp\config\script\..\..\.\logs\dgraphs\Dgraph2.2016_06_28.06_02_42: Permission denied
我一次又一次地尝试 运行 更新基线，有时 Dgraph1 失败，有时 Dgraph2 失败。失败后 dgraph 也停止了。
编辑 1: 我观察到，当我从 workbench 停止两个 dgraph 然后 运行 基线更新时，它总是 运行 成功地。我尝试了 4-5 次。
我们知道 baseline_update 在备份日志文件夹之前停止 dgraph。所以我假设 dgraph 在 baseline_update 备份日志文件夹之前没有正确停止，所以它会产生错误。
请帮我解决这个问题。我是 Endeca Administration
的新手
谢谢
有几种情况会导致权限问题。
根据 Endeca 安装文档，您应该在 Windows 服务器上以特定用户身份安装 Endeca。假设用户名为 'endeca'。您确定 'endeca' 用户是 G:\Endeca\MyEndecaApp 文件夹和子文件夹的当前所有者吗？指定 'owner' 后，您还需要将此文件夹的权限设置为 Full 给 'endeca' 用户。作为 'endeca' 用户，您 运行 是您的 Endeca 服务吗？
假设您已完成上述操作但仍有问题，根据您启动索引的方式也可能会出现问题。如果您从 CMD 提示符启动基线索引，您是作为您自己、'endeca' 用户还是 'Administrator' 执行此操作？取决于你 运行 最后一个索引 as 将决定你是否有权进行所有后续运行。我倾向于以 'Administrator' 的方式执行 CMD 行，并且几乎没有权限问题。
您是否正在检查 'Notepad.exe' 中的日志文件？它会主动锁定文件，因此如果您在 'Notepad' 中打开文件或文件夹，您将无法重命名该文件或文件夹。要么确保你没有在 'Notepad' 中打开它，要么使用不锁定文件的 'Notepad++'。
最后，我还遇到了在需要重命名的日志文件夹中打开 CMD 提示符的问题。因此请确保您的 CMD 提示已关闭或未打开您的日志文件夹。
过去 3 年 运行 Endeca 在 Windows Server 2012 R2 上使用，这些是我遇到的唯一问题。如果所有其他方法都失败了，您可以随时尝试 sysinternals 工具，尤其是 'procmon.exe'，但它会在您构建索引期间输出大量信息，因此请做好信息过载的准备。
将 Dgraph 属性 'numIdleSecondsAfterStop' 从 IAP workbench 更改为 90 秒解决了问题。
显示失败是由于Dgraph在重命名之前没有正确停止，日志文件夹被Dgraph锁定。
设置'numIdleSecondsAfterStop' 导致基线在 Dgraph 停止后等待 90 秒以处理后续步骤。
问题在日志中很明显，这样的文件夹不存在，因此基线过程无法重命名文件夹 Dgraph2。这通常发生在基线更新为 运行ning 期间过程失败时。例如，您 运行 进程和脚本在备份该内容后清除了一个文件夹，但它失败了。同样，您可能 运行 从第一个开始的过程，因此当它再次尝试清除相同的过程时，您通常会收到丢失文件夹的错误。简单的解决方案是创建丢失的文件夹 Dgraph2 或当更新因 workbench 宕机或其他原因而失败时。然后评论应用程序配置脚本，直到它再次从该特定实例成功 运行 和 运行。希望这对您有所帮助！
在基线更新期间，我收到错误 backup_log_dir_for_component_Dgraph2 失败。
1。以下是来自 baseline_update.out 文件
的错误 Setting flag 'baseline_data_ready' in the EAC.
1 file(s) moved.
[06.28.16 05:26:02] INFO: Checking definition from AppConfig.xml against existing EAC provisioning.
[06.28.16 05:26:02] INFO: Definition has not changed.
[06.28.16 05:26:02] INFO: Starting baseline update script.
[06.28.16 05:26:02] INFO: Acquired lock 'update_lock'.
.
.
.
more logs in between
.
.
.
[06.28.16 05:26:17] INFO: [ITLHost] Starting component 'Forge'.
[06.28.16 05:45:14] INFO: [ITLHost] Starting backup utility 'backup_log_dir_for_component_Dgidx'.
[06.28.16 05:45:15] INFO: [ITLHost] Starting component 'Dgidx'.
[06.28.16 06:00:59] INFO: [MDEXHost] Starting shell utility 'cleanDir_local-dgraph-input'.
[06.28.16 06:01:01] INFO: [MDEXHost] Starting shell utility 'rmdir_dgraph-input-old'.
[06.28.16 06:01:03] INFO: [MDEXHost] Starting copy utility 'copy_index_to_host_MDEXHost'.
[06.28.16 06:01:26] INFO: Applying index to dgraphs in restart group 'A'.
[06.28.16 06:01:26] INFO: [MDEXHost] Starting shell utility 'mkpath_dgraph-input-new'.
[06.28.16 06:01:27] INFO: [MDEXHost] Starting copy utility 'copy_index_to_temp_new_dgraph_input_dir_for_Dgraph1'.
[06.28.16 06:01:59] INFO: [MDEXHost] Starting shell utility 'move_dgraph-input_to_dgraph-input-old'.
[06.28.16 06:02:01] INFO: [MDEXHost] Starting shell utility 'move_dgraph-input-new_to_dgraph-input'.
[06.28.16 06:02:02] INFO: [MDEXHost] Starting backup utility 'backup_log_dir_for_component_Dgraph1'.
[06.28.16 06:02:03] INFO: [MDEXHost] Starting component 'Dgraph1'.
[06.28.16 06:02:10] INFO: [MDEXHost] Starting shell utility 'rmdir_dgraph-input-old'.
[06.28.16 06:02:12] INFO: Applying index to dgraphs in restart group 'B'.
[06.28.16 06:02:12] INFO: [MDEXHost] Starting shell utility 'mkpath_dgraph-input-new'.
[06.28.16 06:02:13] INFO: [MDEXHost] Starting copy utility 'copy_index_to_temp_new_dgraph_input_dir_for_Dgraph2'.
[06.28.16 06:02:38] INFO: Stopping component 'Dgraph2'.
[06.28.16 06:02:39] INFO: [MDEXHost] Starting shell utility 'move_dgraph-input_to_dgraph-input-old'.
[06.28.16 06:02:40] INFO: [MDEXHost] Starting shell utility 'move_dgraph-input-new_to_dgraph-input'.
[06.28.16 06:02:42]
INFO: [MDEXHost] Starting backup utility 'backup_log_dir_for_component_Dgraph2'.
[06.28.16 06:02:43] SEVERE: Utility 'backup_log_dir_for_component_Dgraph2' failed. Refer to utility logs in [ENDECA_CONF]/logs/archive on host MDEXHost.
Occurred while executing line 5 of valid BeanShell script:
[[
2|
3| DgraphCluster.cleanDirs();
4| DgraphCluster.copyIndexToDgraphServers();
5| DgraphCluster.applyIndex();
6|
7|
]]
[06.28.16 06:02:43] SEVERE: Error executing valid BeanShell script.
Occurred while executing line 35 of valid BeanShell script:
[[
32| Dgidx.run();
33|
34| // distributed index, update Dgraphs
35| DistributeIndexAndApply.run();
36|
37| // if Web Studio is integrated, update Web Studio with latest
38| // dimension values
]]
[06.28.16 06:02:43] SEVERE: Caught an exception while invoking method 'run' on object 'BaselineUpdate'. Releasing locks.
2。以下是来自 backup_log_dir_for_component_Dgraph2.log 文件的错误 (Filepath PlatformServices\workspace\logs\archive)
Renaming G:\Endeca\MyEndecaApp\config\script\..\..\.\logs\dgraphs\Dgraph2 to G:\Endeca\MyEndecaApp\config\script\..\..\.\logs\dgraphs\Dgraph2.2016_06_28.06_02_42
Unable to rename G:\Endeca\MyEndecaApp\config\script\..\..\.\logs\dgraphs\Dgraph2 to G:\Endeca\MyEndecaApp\config\script\..\..\.\logs\dgraphs\Dgraph2.2016_06_28.06_02_42: Permission denied
我一次又一次地尝试 运行 更新基线，有时 Dgraph1 失败，有时 Dgraph2 失败。失败后 dgraph 也停止了。
编辑 1: 我观察到，当我从 workbench 停止两个 dgraph 然后 运行 基线更新时，它总是 运行 成功地。我尝试了 4-5 次。 我们知道 baseline_update 在备份日志文件夹之前停止 dgraph。所以我假设 dgraph 在 baseline_update 备份日志文件夹之前没有正确停止，所以它会产生错误。
请帮我解决这个问题。我是 Endeca Administration
的新手谢谢
有几种情况会导致权限问题。
根据 Endeca 安装文档，您应该在 Windows 服务器上以特定用户身份安装 Endeca。假设用户名为 'endeca'。您确定 'endeca' 用户是 G:\Endeca\MyEndecaApp 文件夹和子文件夹的当前所有者吗？指定 'owner' 后，您还需要将此文件夹的权限设置为 Full 给 'endeca' 用户。作为 'endeca' 用户，您 运行 是您的 Endeca 服务吗？
假设您已完成上述操作但仍有问题，根据您启动索引的方式也可能会出现问题。如果您从 CMD 提示符启动基线索引，您是作为您自己、'endeca' 用户还是 'Administrator' 执行此操作？取决于你 运行 最后一个索引 as 将决定你是否有权进行所有后续运行。我倾向于以 'Administrator' 的方式执行 CMD 行，并且几乎没有权限问题。
您是否正在检查 'Notepad.exe' 中的日志文件？它会主动锁定文件，因此如果您在 'Notepad' 中打开文件或文件夹，您将无法重命名该文件或文件夹。要么确保你没有在 'Notepad' 中打开它，要么使用不锁定文件的 'Notepad++'。
最后，我还遇到了在需要重命名的日志文件夹中打开 CMD 提示符的问题。因此请确保您的 CMD 提示已关闭或未打开您的日志文件夹。
过去 3 年 运行 Endeca 在 Windows Server 2012 R2 上使用，这些是我遇到的唯一问题。如果所有其他方法都失败了，您可以随时尝试 sysinternals 工具，尤其是 'procmon.exe'，但它会在您构建索引期间输出大量信息，因此请做好信息过载的准备。
将 Dgraph 属性 'numIdleSecondsAfterStop' 从 IAP workbench 更改为 90 秒解决了问题。
显示失败是由于Dgraph在重命名之前没有正确停止，日志文件夹被Dgraph锁定。
设置'numIdleSecondsAfterStop' 导致基线在 Dgraph 停止后等待 90 秒以处理后续步骤。
问题在日志中很明显，这样的文件夹不存在，因此基线过程无法重命名文件夹 Dgraph2。这通常发生在基线更新为 运行ning 期间过程失败时。例如，您 运行 进程和脚本在备份该内容后清除了一个文件夹，但它失败了。同样，您可能 运行 从第一个开始的过程，因此当它再次尝试清除相同的过程时，您通常会收到丢失文件夹的错误。简单的解决方案是创建丢失的文件夹 Dgraph2 或当更新因 workbench 宕机或其他原因而失败时。然后评论应用程序配置脚本，直到它再次从该特定实例成功 运行 和 运行。希望这对您有所帮助！