shutdown cluster vs destroy cluster(shutdown cluster vs destroy cluster)
我们可以使用Powershell(调用“Get-Cluster”命令)获取机器加入的集群的信息
或WMI(调用ManagementObjectSearcher searcher = new ManagementObjectSearcher(“root \ MSCluster”,“SELECT * FROM MSCluster_Cluster”))
但是,如果我们关闭群集,这些方法不会返回任何结果。 如果我们销毁集群也会发生同样的情
如果我们通过调用Get-Cluster来查询集群并且没有得到任何结果,我们如何知道集群是关闭还是被销毁?
We can get the info of the cluster that a machine is joined to, using Powershell (calling "Get-Cluster" command)
or WMI (calling ManagementObjectSearcher searcher = new ManagementObjectSearcher("root\MSCluster", "SELECT * FROM MSCluster_Cluster"))
However, if we Shutdown the cluster these methods don't return any result. Same happens if we destroy the cluster.
If we query for cluster by calling Get-Cluster and don't get any result, how do we know if the cluster is Shutdown or Destroyed?
原文:https://stackoverflow.com/questions/39758329
最满意答案
这是一个愚蠢的问题......文件是由外部来源多次写的。 抱歉给你带来不便! 我很羞愧
It was a stupid problem...the file was written multiple times by an external source. Sorry for the inconvenience! I'm mortified
相关问答
更多-
在循环中使用字符串连接是经典的性能杀手(因为字符串是不可变的,整个越来越大的字符串被复制用于每个级联)。 改为: StringBuilder builder = new StringBuilder(); String aux = ""; while ((aux = reader.readLine()) != null) { builder.append(aux); } String text = builder.toString(); Using string concatenation in ...
-
如果您正在退出内部while循环,则意味着您已到达输入流的末尾(当readLine() 根据文档返回null )。 您应该查看客户端,而不是服务器。 什么是建立客户端套接字? 您确定它没有为它发送的每一行建立单独的连接吗? If you're exiting your internal while loop, it means you reached the end of your input stream (that's when readLine() returns null according to ...
-
默认行为是它将转换为字符,但是当你有一个图像,你不能有一个字符数据,而是你需要字节数据的像素。 所以你不能使用它。 它是buffereing,意思是它正在读取char数组中的某个数据块。 你可以在代码中看到这种行为: public BufferedReader(Reader in) { this(in, defaultCharBufferSize); } 并且defaultCharBufferSize如下所述: private static int ...
-
Streams只是一个连续的数据流。Java中的大多数Reader类子类声明了流来自构造函数的位置。 对于第一种情况, InputStreamReader从System.in获取其输入。 System.in是由用户输入提供的数据流。 尝试运行java文件并输入几个字符,然后在终端输入enter。 BufferedReader是一个专门有效阅读文本的读者。 它从另一个流源获取数据的内容。 在这种情况下, BufferedReader(decodeFile)表示decodefile是BufferedReader ...
-
从BufferedReader读取(Reading from BufferedReader)[2022-08-28]
您的Java程序正在与外部交互式进程通信。 它只有进程的输出和错误流来处理,以确定如何从任何给定点继续。 如果您希望它识别输出的细分,例如对各个命令的响应,那么您需要教它们这些细分的边界是什么样的。 您可以通过多种方式解决问题。 例如,如果外部程序在准备好接受新命令时发出提示,那么观察该提示似乎很自然。 或者,也许您可以调整程序的输入,以使其在每个命令的输出结束时生成可识别的标记。 还要考虑这是一个已解决的问题(很多次)。 用于交互式程序的通用脚本的规范实用程序是称为“期望”的Tcl程序。 它激发了许多语言 ... -
这是一个愚蠢的问题......文件是由外部来源多次写的。 抱歉给你带来不便! 我很羞愧 It was a stupid problem...the file was written multiple times by an external source. Sorry for the inconvenience! I'm mortified
-
Android速度BufferedReader读取行和ArrayList添加和获取(Android speed BufferedReader read line and ArrayList add and get)[2021-11-01]
BufferedReader和ArrayList不是问题。 您的性能问题基本上归结为两个问题:分配和解析。 解析 - 第一部分 String[] tokens = line.split("[ ]+"); 您正在使用正则表达式对字符串进行标记。 这是将线分成标记的最慢方式。 您可以通过自己迭代字符串并随时构建标记来加快速度。 这是“低悬的果实”,这个微小的变化会给你带来大幅加速。 if (tokens[1].matches("[0-9]+")) {// f: v 再次,使用正则表达式。 这 ... -
您可以使用reset()回退文件,前提是您已将要回放的位置mark() 。 应该在装饰器上调用这些方法,即BufferedReader 。 但是,您可能希望重新考虑您的设计,因为您可以轻松地将整个文件读入某些数据结构(甚至是字符串列表或由字符串支持的某些流)并多次使用该数据。 You can rewind the file with reset(), provided that you have mark()'ed the position you want to rewind to. These meth ...
-
不,没有简单的方法可以做到这一点。 BufferedReader具有ready调用,但这仅适用于read调用,而不适用于readLine调用。 如果你真的想要一个保证不会阻塞的readLine ,你必须自己使用read并自己维护一个char缓冲区来实现它。 No, there's no easy way to do that. BufferedReader has a ready call, but that only applies to the read calls, not the readLine ...
-
在发送流(或整个套接字)关闭之前,不会到达接收方的流末端。 发送端的output.close()将使接收端看到流的结束。 如果需要将流用于多个消息,则需要在应用程序协议中引入帧结构,以便接收方可以确定消息边界。 这可以简单到为每条消息添加消息长度(以字节为单位)。 因为您使用String作为整个消息。 您可以使用DataInputStream和DataOutputStream流装饰器使用readUTF()和writeUTF(String)为您构建消息。 writeUTF(String)基本上通过在写入字符串 ...