小编Pav*_*thi的帖子

有人可以举一个例子吗？

我已经尝试过null,string.Empty并且对象初始化但它们不起作用,因为默认值必须在编译时保持不变

当draggable在父元素(<li>)上启用属性时,我无法contenteditable对其子元素(<a>)进行处理.

重点是子元素(<a>),但我根本无法编辑它.

请检查此样本

http://jsfiddle.net/pavank/4rdpV/11/

编辑:当我禁用我可以编辑内容draggable上<li>

我有一个4节点集群(1个Namenode/Resource Manager 3数据节点/节点管理器)

我正在尝试运行一个简单的tez示例orderedWordCount

hadoop jar C:\HDP\tez-0.4.0.2.1.1.0-1621\tez-mapreduce-examples-0.4.0.2.1.1.0-1621.jar orderedwordcount sample/test.txt /sample/out

作业被接受,应用程序主机和容器得到设置,但在nodemanager上我看到了这些日志

2014-09-10 17:53:31,982 INFO [ServiceThread:org.apache.tez.dag.app.rm.TaskSchedulerEventHandler] org.apache.hadoop.yarn.client.RMProxy:在/0.0.0.0:8030连接到ResourceManager

2014-09-10 17:53:34,060 INFO [ServiceThread:org.apache.tez.dag.app.rm.TaskSchedulerEventHandler] org.apache.hadoop.ipc.Client:重试连接服务器:0.0.0.0/0.0.0.0 :8030.已经尝试了0次; 重试策略是RetryUpToMaximumCountWithFixedSleep(maxRetries = 10,sleepTime = 1000 MILLISECONDS)

在可配置的超时后,作业失败

我搜索了这个问题,它总是指向yarn.resourcemanager.scheduler.address配置.在我的所有资源管理器节点和节点管理器中,我已正确定义了此配置,但由于某种原因,它未被拾取

<property>
<name>yarn.resourcemanager.hostname</name>
<value>10.234.225.69</value>
</property>
<property>
<name>yarn.resourcemanager.address</name>
<value>${yarn.resourcemanager.hostname}:8032</value>
</property>
<property>
<name>yarn.resourcemanager.webapp.address</name>
<value>${yarn.resourcemanager.hostname}:8088</value>
</property>
<property>
<name>yarn.resourcemanager.scheduler.address</name>
<value>${yarn.resourcemanager.hostname}:8030</value>
</property>
<property>
<name>yarn.resourcemanager.resource-tracker.address</name>
<value>${yarn.resourcemanager.hostname}:8031</value>
</property>
<property>
<name>yarn.resourcemanager.admin.address</name>
<value>${yarn.resourcemanager.hostname}:8033</value>
</property>

我有一个在端口 9083 上运行 apache hive 服务的服务器。问题是它不支持http协议（但使用thrift协议）。所以我不能简单地添加

HEALTHCHECK CMD http://127.0.0.1:9083 || exit 1 #  this check fails

我只想检查该端口是否打开。我在服务器上有netstat和curl但没有nc。

到目前为止，我尝试了以下选项，但没有一个适合作为健康检查。

netstat -an | grep 9083 | grep LISTEN | echo $?  # This works
netstat -an | grep 9084 | grep LISTEN | echo $? # but so does this

我从上面解释的问题是它只是告诉我我的语法是正确的，但并没有真正测试该端口是否真的在监听

因为当我这样做时，netstat -an我得到以下输出，这清楚地表明只是9083在听而不是9084

Active Internet connections (servers and established) Proto Recv-Q Send-Q Local  Address           Foreign Address         State …