Recursos ocultos do Solaris / OpenSolaris


9

Quais são os comandos, ferramentas ou truques úteis encontrados no Solaris ou no OpenSolaris que não estão disponíveis em uma distribuição típica do Linux?

Respostas:


13

O Live Upgrade, que usa o ZFS, cria instantâneos graváveis ​​do ambiente de inicialização do sistema operacional. Com o Live Upgrade, você pode aplicar patches a um ambiente de inicialização de instantâneo e torná-lo inicializável. Na próxima reinicialização, você obtém um ambiente de SO corrigido. Se você descobrir um problema com um patch, poderá tornar o snapshot antigo inicializável, reiniciar e fazer o backup das alterações. É uma solução bastante impressionante para remendar.

O ZFS para o ambiente de inicialização requer Solaris 10u6 ou mais recente.

Além disso, o Solaris Zones é bastante útil para o isolamento de aplicativos. Obviamente, o DTrace é muito bom, mas o RedHat está usando o System Tap.


1
O Live Upgrade também pode ser feito com o UFS.
26610 TCampbell

Sempre achei que a atualização ao vivo compensava a dor envolvida nas atualizações do solaris, em comparação com a atualização média do linux.
Cian

14

ZFS, DTrace e SMF dificilmente são recursos ocultos, já que quem já ouviu falar do Solaris também já ouviu falar deles.

Se você realmente gostaria de conhecer alguns recursos ocultos / menos conhecidos do Solaris, recomendo que você leia o ebook Recursos menos conhecidos do Solaris por Jörg Möllenkamp .


1
O ebook Menos conhecido sobre Recursos do Solaris é um dos melhores livros escritos sobre solaris de todos os tempos.
Matt

7

Não se esqueça do SMF (Gerenciamento de serviços). Ainda tenho que ver algo comparável para linux (qualquer ponteiro aceito com gratidão). Isso me salvou (e colegas) muita manipulação de tickets :)


Acredito que o framework de maçãs esteja disponível em código aberto. developer.apple.com/MacOsX/launchd.html
Martin M.

boa leitura! Eu vou olhar para ele, mas à primeira vista, ele não oferece todas as funcionalidades do SMF (por exemplo, tentativas.)
Vincent De Baere

Como alguém que recentemente mudou para o OpenSolaris, estou amando o SMF. Também administro vários servidores OS X, e sim, o launchd suporta a tentativa de iniciar novamente um serviço, se falhar, se é isso que você quer dizer.
26611 Kamil Kisiel

Scripts de inicialização envoltos em xml controlados por um programa shite que fornece mensagens de erro inúteis? Espero nunca encontrar nada parecido no linux.
theotherreceive

arrivista faz sobre a mesma coisa, pelo menos o bit com base dependência ..
Cian

6

Existem vários recursos que o Solaris possui que o pessoal do Linux gostaria que tivesse. Esses incluem:

  • ZFS : um sistema de arquivos que fornece extrema flexibilidade, mais do que qualquer coisa agora disponível. Crescimento e redução dinâmicos, snapshots, clones e muito mais - todos disponíveis gratuitamente.
  • DTrace : um depurador que pode apresentar detalhes de como o kernel está funcionando. Devido à maneira como os kernels são escritos, o DTrace é inerentemente muito mais flexível que o SystemTap.
  • SMF : mais um sistema para substituir os scripts de inicialização do System V - mas este parece ter mais pessoas interessadas nele do que qualquer outro.
  • Zonas e contêineres : são muito flexíveis e têm muita gente entusiasmada: fornecem virtualização muito flexível.

Ainda tenho que encontrar uma pessoa linux que saiba que tem SMF. E o OpenVX é uma boa substituição de zona / contêiner.
Cian

5

Algumas experiências pessoais ...

Acho as Zonas tão fáceis e úteis que simplesmente criei uma para cada serviço que estou executando em casa - dessa forma, posso jogar e testar as coisas sem descartar tudo. Uma das zonas é o proxy reverso (Sun Web Java Proxy), para que eu possa jogar com diferentes servidores da Web facilmente.

Também acho a hierarquia de pacotes opencsw (anteriormente conhecida como Blastwave) muito melhor do que qualquer coisa já vista - ela sempre cuida de todas as dependências.

E - para não esquecer - compatibilidade binária. Se um aplicativo for especificado para precisar do Linux com o kernel 1.2.3_4, é melhor tê-lo. No Solaris, tudo funciona em versões futuras. Para mim, isso significa atualizar quando eu quero e sem estresse.

Aqui estão vários documentos interessantes, se você quiser aprofundar: Recursos menos conhecidos do Solaris

Apenas para provar - promoções de administração:

Live Upgrade Service Management Facility Resource Management pfiles fusor / exportação / home? /casa? autofs? lockfs Sobre núcleos e travamentos CacheFS Jumpstart Enterprise Toolkit

(pareço um anúncio? desculpe ...)


1
O Blastwave ainda está por aí - opencsw é um garfo.
TRS-80

4

Os dois maiores motivos para o Solaris parecem ser o DTrace e o ZFS, nenhum dos quais está diretamente disponível para Linux.


4

kstat para obter todos os tipos de estatísticas impressionantes do kernel.


3

Não necessariamente ocultos, mas não óbvios para o pessoal do Linux, estão os utilitários de observação de processos: pstack, pmap, pflags, pfiles, pcred, psig e pldd. Também prstat, que é mais ou menos equivalente ao topo, mas também pode agregar o uso de recursos por usuário, zona, projeto e exibir a contabilidade de microestados.

Veja projetos e tarefas para gerenciar muitos aplicativos em uma instância do SO.

Eu não sei o equivalente a coreadm no Linux, embora provavelmente esteja espalhado por / proc em algum lugar.

O Logadm é um pouco obtuso, mas é um bom substituto para o logrotate, e geralmente mais poderoso / flexível.

A organização da segurança em vários níveis (funções, autorizações, perfis) é diferente do Linux (contextos SELinux, AppArmor).

O Image Packaging System (IPS) no OpenSolaris é bastante elegante, mas ainda está em desenvolvimento pesado.

Além disso, +1 no LiveUpgrade. É ótimo, especialmente com os instantâneos do ZFS.

A maioria das coisas de usuário do GNU às quais você está acostumado está disponível e provavelmente instalada por padrão em um Solaris suficientemente novo.


2

A reinicialização rápida do OpenSolaris ignora o processo normal de HW Probing / BIOS POST / GRUB no hardware x86, permitindo a reinicialização em <10s em vez de ~ 2mins. Até suporta a inicialização de ambientes de inicialização alternativos (por exemplo, revertendo uma atualização incorreta).


Ele ainda suporta reinicialização de pânico! Mais informações sobre como funciona a partir de uma apresentação Sherry Moore (líder de projeto) deu ao grupo usuários NYC OpenSolaris: scribd.com/doc/16925842/DeveloperDayFastreboot
notpeter

No entanto, o Linux também pode fazer isso. Procure "kexec".
knweiss

1

O ZFS e o SMF são ótimos, mas o problema do solaris é que o gerenciador de pacotes está muito atrasado em relação aos Linux.

Além disso, todos os utilitários são diferentes de maneiras sutis (matar todos?), Se você administra máquinas linux na maioria das vezes, mudar para o solaris significa ler as páginas de manual repetidas vezes. Um pager "mais" chato e terminais sempre um pouco mal configurados dificultam sua vida.


Não sei, "export PAGER = less" funciona bem o suficiente para mim. E você está melhor com pkill do que killall no Solaris. Você está certo sobre as coisas ruins do termcap / terminfo tho (nenhum terminfo para tela? GTFO!).
Rob Chanter

em relação ao killall, mudei para procps, que fornece: pkill, pgrep. Aqueles deve ser avaible com as ferramentas GNU sob Solaris I encontrar aqueles a ser muito melhor do que killall
Martin M.

O pkill (e o pgrep e os outros p-utilities) fazem parte do pacote principal do sistema no Solaris (aberto). Eles estão (pelo menos pkill / pgrep / pmap) em procps no Linux.
Rob Chanter

1
Solaris gerenciador de pacotes está recebendo uma grande reformulação no OpenSolaris / Solaris 11.
Toto


1

kssl, módulo SSL do kernel. Citação de ksslcfg (1M)

O ksslcfg gerencia instâncias smf (5) para o módulo proxy SSL do Kernel. Um servidor da web ativado para SSL pode usar os serviços de seu proxy SSL do Kernel para melhorar o desempenho do processamento de pacotes HTTPS.


1

Ao contrário do Linux, "lsof -o" (mostra desvios de arquivos) funciona. Isso pode ser útil para mostrar a distância de um processo ao ler ou gravar grandes quantidades de dados.



0

Provavelmente a maior armadilha para novos jogadores, um usuário típico do Linux pode ficar tentado a executar killall em um host Solaris;

System Administration Commands                        killall(1M)

NAME
     killall - kill all active processes

SYNOPSIS
     /usr/sbin/killall [signal]

DESCRIPTION
     killall is used by shutdown(1M) to kill all active processes
     not directly related to the shutdown procedure.

     killall terminates all processes with open files so that the
     mounted file systems will be unbusied and can be unmounted.

     killall sends signal (see kill(1)) to the active  processes.
     If no signal is specified, a default of 15 is used.

     The killall command can be run only by the super-user.

ATTRIBUTES
     See attributes(5) for descriptions of the  following  attri-
     butes:

     ____________________________________________________________
    |       ATTRIBUTE TYPE        |       ATTRIBUTE VALUE       |
    |_____________________________|_____________________________|
    | Availability                | SUNWcsu                     |
    |_____________________________|_____________________________|

SEE ALSO

     kill(1), ps(1), fuser(1M), shutdown(1M), signal(3C),  attri-
     butes(5)

SunOS 5.10          Last change: 14 Sep 1992                    1
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.