backup_log_dir_for_component_Dgraph2在基线更新中失败。Dgraph中出现的权限拒绝错误

Question

在基线更新期间，当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 \工作区\log\归档)

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: --我观察到，当我停止工作台上的d图，然后运行基线更新时，它总是成功地运行。我试过4-5次了。我们知道baseline_update在备份日志文件夹之前会停止dgraph。因此，我假设在baseline_update对日志文件夹进行备份之前，dgraph没有正确地停止，因此它会生成错误。

请帮我解决这个问题。我是Endeca管理的新手

谢谢

Answer 1

将'numIdleSecondsAfterStop'属性从IAP工作台更改为90秒解决了这个问题。

它显示，故障是由于DGraph在重命名和日志文件夹被DGraph锁定之前没有正确地停止所致。

设置'numIdleSecondsAfterStop'会导致基线等待90秒，以便在Dgraph停止后处理下一步。

Answer 2

有几种情况会导致权限问题。

根据Endeca安装文档，您应该将Endeca安装为Windows上的特定用户。让我们假设用户被称为'endeca‘。您是否确保“endeca”用户是G:\Endeca\MyEndecaApp文件夹和子文件夹的当前所有者？在指定“所有者”之后，还需要将该文件夹的权限设置为Full，以“endeca”用户的形式。您是否以“Endeca”用户的身份运行您的endeca服务？

假设您已经完成了上述操作，并且仍然存在问题，那么根据您如何启动索引，也可能会发生这种情况。如果您从CMD提示符中启动一个基线索引，您是以您自己的身份，“endeca”用户还是“管理员”这样做呢？取决于您运行的是谁，最后一个索引将决定您是否拥有对所有后续运行的权限。我倾向于以“管理员”的身份执行CMD行，并且很少有权限问题。

您是否正在检查“Notepad.exe”中的日志文件？如果您在“记事本”中打开该文件，它会积极地锁定该文件，这样您就无法重命名文件或文件夹。要么确保在‘记事本’中没有打开它，要么使用'Notepad++‘来锁定文件。

最后，我还遇到了一些问题，在需要重命名的日志文件夹中打开了CMD提示。因此，请确保CMD提示符已关闭或未打开日志文件夹。

在过去3年中，我一直在Windows 2012 R2上运行Endeca，这些都是我遇到的唯一问题。如果所有其他工具都失败了，您可以始终尝试sysinternals工具，特别是“procmon.exe”，但是在构建索引期间，它将输出大量信息，因此要为信息重载做好准备。

Answer 3

这个问题在日志中非常清楚，这样的文件夹不存在，因此基线进程无法重命名文件夹Dgraph2。这通常发生在运行基线更新时进程失败时。例如，假设您运行了该进程，脚本在恢复该内容后清除一个文件夹，结果失败。同样，您可能会从第一个进程开始运行该进程，因此，当它再次尝试清除该进程时，通常会得到丢失文件夹的错误。简单的解决方案是创建缺少的文件夹Dgraph2，或者当更新由于工作台关闭或其他原因而失败时。然后对app配置脚本进行注释，直到它成功地从该特定实例运行并再次运行为止。希望这能有所帮助！