warren's questions

Ao tentar instalar o RHEL 7 a partir de um ISO (em vez de implantar a partir de uma imagem KVM existente) no Mirantis Open Stack, encontro o Anaconda que não consegue encontrar o disco anexado - e, portanto, a instalação não pode prosseguir.

Há um disco virtio de 160 GB (/dev/vda) anexado a esta imagem:

Mas Anaconda não pode vê-lo:

Os drivers virtio devem ser padrão (a partir de RHEL 6.4) no ISO - especialmente porque a Red Hat também distribui uma imagem KVM de 7.2 que está "pronta para implantar" com Open Stack com a mesma data de lançamento da mídia ISO.

Por que o instalador não conseguiria ver o volume anexado durante a instalação? Preciso de drivers adicionais, etc., para carregá-lo?

O HP Operations Orchestration 9.07 (agora próximo ao EOL) é executado em um webapp Jetty 6.1.14 na porta 8443.

Como posso obter o Jetty 6.1.14 para executar um servidor web/arquivo básico separado na porta 80?

O que fiz até agora no jetty.xmlarquivo de configuração não teve sucesso:

<Configure id="FileServer" class="org.mortbay.jetty.Server">
    <Call name="addConnector">
      <Arg>
          <New class="org.mortbay.jetty.nio.SelectChannelConnector">
            <Set name="port">80</Set>
          </New>
      </Arg>
    </Call>

    <Set name="handler">
      <New id="Handlers" class="org.mortbay.jetty.handler.HandlerCollection">
        <Set name="handlers">
          <Array type="org.mortbay.jetty.ResourceHandler">
            <Item>
              <New id="Contexts" class="org.mortbay.jetty.handler.ResourceHandler"/>
            <Set name="directoriesListed">true</Set>
        <Set name="welcomeFiles">
          <Array type="String"><Item>index.html</Item></Array>
        </Set>
            <Set name="resourceBase">.</Set>
          </New>
            </Item>
<Item>
<New class="org.mortbay.jetty.server.handler.DefaultHandler"></New>
</Item>
          </Array>
        </Set>
      </New>
    </Set>

    <Call name="addLifeCycle">
      <Arg>
        <New class="org.mortbay.jetty.deployer.WebAppDeployer">
          <Set name="contexts"><Ref id="Contexts"/></Set>
          <Set name="webAppDir"><SystemProperty name="jetty.home" default="."/>/webapps</Set>
        </New>
      </Arg>
    </Call>
</Configure>

Isso veio de uma combinação de cursos, incluindo https://wiki.eclipse.org/Jetty/Tutorial/Embedding_Jetty#Configuring_a_File_Server_with_XML

Com base em uma pergunta anterior , instalei o ipmitool ( yum install ipmitool).

Mesmo após uma reinicialização, porém, recebo o seguinte erro ao tentar executar ipmitool power status:

Could not open device at /dev/ipmi0 or /dev/ipmi/0 or /dev/ipmidev/0: No such file or directory
Unable to get Chassis Power Status

Este é um problema de SO/hardware (CentOS 6.3 x64 em uma máquina hospedada em um datacenter remoto - não tenho certeza sobre o fornecedor de hardware)? Ou eu perdi algo mais elementar na instalação ipmitool?

Como o acesso sem senha pode sudoser configurado em distribuições RHEL (Fedora, CentOS, etc) ou Ubuntu? (Se for o mesmo em todas as distros, melhor ainda!)

Configuração: equipamento pessoal e/ou de laboratório/treinamento sem preocupação com acesso não autorizado (ou seja, os dispositivos estão em redes não públicas e qualquer/todos os usuários são totalmente confiáveis, e o conteúdo dos dispositivos é "simples") .

Quando as entradas em cron.daily(e .weeklye .hourly) são executadas e é configurável?

Não encontrei uma resposta definitiva para isso, e espero que haja uma.

Estou executando o RHEL5 e o CentOS 4, mas para outras distribuições/plataformas também seria ótimo.