Acredito que todas as três perguntas são respondidas na seção IBM caixa de ferramentas e instalando yum
. De lá você tem o alcance dos RPMs fornecidos pela IBM (pacotes compilados de código aberto), ou, ainda, de perlz que oferece uma alcance muito maior. Note que perlz é um projeto completamente não relacionado à IBM.
Além disso, para instalar o yum
RPM, você precisa de yum
. Mas as pessoas descobriram que isso não é muito amigável, então o yum readme explica dois métodos para instalar yum
. Você pode instalar todos os RPMs manualmente (lista todos eles) ou baixar um pacote completo e instalá-los.
E as perguntas:
We use putty to connect to the AIX servers, but putty is very difficult to operate. You cannot use up arrow to recall the command in history. Is there any better terminal that is more user friendly in AIX?
O PuTTY pode ter um parâmetro de configuração que alterna entre diferentes tipos de códigos de seta. Se não me engano (não uso o PuTTY há muito tempo), o padrão é "Linux", que está escapando com <ESC>[[
. Se bem me lembro, eu precisava alterar essa configuração para usar o PuTTY para conectar-se diretamente a uma caixa AIX.
AIX is using ksh, instead of Bash. Is there any login shell with a special name that every time you login it can execute automatically, just like the .bashrc in ubuntu?
bash
usa .profile
também para shells de login. Ao se conectar através do PuTTY, você está usando um shell de login. Portanto, instalar (e usar) bash
(através de perlz , veja acima) em vez de ksh
é uma opção. ksh
é compatível com POSIX, mas não possui vários recursos aos quais as pessoas estão acostumadas em bash
.
There's no gedit nor nano nor vim on my AIX, only vi. Is there any text editor that I can download/use without root permission?
Novamente perlz , há um pacote nano
e um pacote vim
.
Considerações adicionais (aviso legal)
Se você estiver usando a máquina AIX em produção e realmente na IBM para manutenção, o uso de pacotes 'perlz * pode ser uma violação do contrato com a IBM. Verifique isso, a IBM não é famosa por ser leniente em cláusulas contratuais.
Uma maneira de contornar o problema (pelo menos como contornamos o local onde trabalhei com o AIX) foi instalar pacotes perlz em servidores de desenvolvimento, mas não em servidores de produção. E nós precisávamos cuidar dos próprios servidores de desenvolvimento. Nesse caso (e se você instalar bash
) lembre-se de usar #!/bin/ksh
e não #!/bin/sh
em scripts para evitar surpresas na produção.
Além disso, o AIX 6.1 é bem antigo. Lembro-me de usá-lo em 2009. A versão atual é 7.2, se você estiver trocando de servidores para novos, não vejo razão para usar a versão antiga.