<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>TIAGO.DIAS.ETI.BR &#187; AIX</title>
	<atom:link href="http://www.dias.eti.br/category/aix/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.dias.eti.br</link>
	<description>GNU/Linux, BSD, Unix-Like &#038; PHP</description>
	<lastBuildDate>Sat, 31 Jul 2010 21:53:52 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=abc</generator>
		<item>
		<title>Como cálcular UMASK</title>
		<link>http://www.dias.eti.br/2010/07/31/162/</link>
		<comments>http://www.dias.eti.br/2010/07/31/162/#comments</comments>
		<pubDate>Sat, 31 Jul 2010 20:46:37 +0000</pubDate>
		<dc:creator>Tiago Dias</dc:creator>
				<category><![CDATA[AIX]]></category>
		<category><![CDATA[Debian]]></category>
		<category><![CDATA[HP-UX]]></category>
		<category><![CDATA[Red Hat]]></category>
		<category><![CDATA[SUSE]]></category>
		<category><![CDATA[Solaris]]></category>
		<category><![CDATA[umask]]></category>

		<guid isPermaLink="false">http://www.dias.eti.br/?p=162</guid>
		<description><![CDATA[Para calcular o UMASK precisamos utilizar 2 regras básicas: 1. Para calcular umask de diretórios: Basta subtrair 7 menos o valor da umask Exemplo: 777 (regra) &#8211; 333 (umask) = 444 (permissão) 2. Para calcular umask de arquivos: Basta subtrair 7 menos o valor da umask, com exceção quando os números da umask foram (0, [...]]]></description>
		<wfw:commentRss>http://www.dias.eti.br/2010/07/31/162/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to enable 64-bit application in 32-bit kernel environment</title>
		<link>http://www.dias.eti.br/2010/03/31/how-to-enable-64-bit-application-in-32-bit-kernel-environment/</link>
		<comments>http://www.dias.eti.br/2010/03/31/how-to-enable-64-bit-application-in-32-bit-kernel-environment/#comments</comments>
		<pubDate>Thu, 01 Apr 2010 01:30:35 +0000</pubDate>
		<dc:creator>Tiago Dias</dc:creator>
				<category><![CDATA[AIX]]></category>

		<guid isPermaLink="false">http://www.dias.eti.br/?p=74</guid>
		<description><![CDATA[1. Filesets necessários É necessário instalar bos.64bit, para verificar: root@server:/ # lslpp -l bos.64bit Quando kernel igual à 32-bit: root@server:/ # bootinfo -K 32 root@server:/ # smit -&#62; system environment -&#62;&#62; Web-based System Manager -&#62;&#62;&#62; Enable 64-bit Application Environment Em seguida, pode executar a aplicação de 64 bits OBS.: Apenas hardware de 64 bits podem [...]]]></description>
		<wfw:commentRss>http://www.dias.eti.br/2010/03/31/how-to-enable-64-bit-application-in-32-bit-kernel-environment/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>AIX and CIFS</title>
		<link>http://www.dias.eti.br/2010/02/15/aix-and-cifs/</link>
		<comments>http://www.dias.eti.br/2010/02/15/aix-and-cifs/#comments</comments>
		<pubDate>Mon, 15 Feb 2010 13:33:59 +0000</pubDate>
		<dc:creator>Tiago Dias</dc:creator>
				<category><![CDATA[AIX]]></category>

		<guid isPermaLink="false">http://www.dias.eti.br/2010/02/15/aix-and-cifs</guid>
		<description><![CDATA[Precisamos instalar os seguintes filesets: bos.cifs_fs.rte bos.cifs_fs.smit Verificando a instalação: # lslpp -l &#124; grep -i cifs bos.cifs_fs.rte 5.3.0.50 COMMITTED Runtime for SMBFS bos.cifs_fs.smit 5.3.0.0 COMMITTED SMIT Interface for SMBFS Após isto, basta realizar a montagem do compartilhamento Windows no AIX Server. Montagem atavés  do Smitty # smitty cifs_fs Depois Add/Mount a CIFS FileSystem Montagem [...]]]></description>
		<wfw:commentRss>http://www.dias.eti.br/2010/02/15/aix-and-cifs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>dpid2.log growing fast, with error messages</title>
		<link>http://www.dias.eti.br/2009/12/25/dpid2log-growing-fast-with-error-messages/</link>
		<comments>http://www.dias.eti.br/2009/12/25/dpid2log-growing-fast-with-error-messages/#comments</comments>
		<pubDate>Fri, 25 Dec 2009 17:57:53 +0000</pubDate>
		<dc:creator>Tiago Dias</dc:creator>
				<category><![CDATA[AIX]]></category>

		<guid isPermaLink="false">http://www.dias.eti.br/2009/12/25/dpid2log-growing-fast-with-error-messages</guid>
		<description><![CDATA[Recentemente me deparei com o file system /var em 100% e verifiquei que a causa tratava-se do arquivo dpid2.log esta crescendo rapidamente, com as mensagens de error logs abaixo: 3/20 19:05:26 dpid2 07890 (root ) smux_wait: warning [ps2pe:Error 0]3/20 19:05:26 dpid2 07890 (root ) DEBUG 3/20 19:05:31 dpid2 07890 (root ) smux_init: systemError join_tcp_server failed: [...]]]></description>
		<wfw:commentRss>http://www.dias.eti.br/2009/12/25/dpid2log-growing-fast-with-error-messages/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSH timeout for connection idle</title>
		<link>http://www.dias.eti.br/2009/06/01/ssh-timeout-for-connection-idle/</link>
		<comments>http://www.dias.eti.br/2009/06/01/ssh-timeout-for-connection-idle/#comments</comments>
		<pubDate>Mon, 01 Jun 2009 17:17:11 +0000</pubDate>
		<dc:creator>Tiago Dias</dc:creator>
				<category><![CDATA[AIX]]></category>
		<category><![CDATA[Debian]]></category>
		<category><![CDATA[HP-UX]]></category>
		<category><![CDATA[Red Hat]]></category>
		<category><![CDATA[SUSE]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.dias.eti.br/2009/06/01/ssh-timeout-for-connection-idle</guid>
		<description><![CDATA[Recentimente percebi que em alguns servidores que eu estava logando quando uma conexão ssh ficava aberta por mais de 5 minutos sem que eu tomasse nenhuma ação, a mesma se encerrava automaticamente por inatividade. Para solucionar este problema, encontrei duas opções: 1. Configuração realizada no servidor SSH Habilitar a seguinte configuração do arquivo /etc/ssh/sshd_config KeepAlive [...]]]></description>
		<wfw:commentRss>http://www.dias.eti.br/2009/06/01/ssh-timeout-for-connection-idle/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Diferente saída com os comandos hostname &amp; uname -n</title>
		<link>http://www.dias.eti.br/2009/05/31/diferente-saida-com-os-comandos-hostname-uname-n/</link>
		<comments>http://www.dias.eti.br/2009/05/31/diferente-saida-com-os-comandos-hostname-uname-n/#comments</comments>
		<pubDate>Sun, 31 May 2009 08:02:06 +0000</pubDate>
		<dc:creator>Tiago Dias</dc:creator>
				<category><![CDATA[AIX]]></category>

		<guid isPermaLink="false">http://www.dias.eti.br/2009/05/31/diferente-saida-com-os-comandos-hostname-uname-n</guid>
		<description><![CDATA[Ao alterar o hostname de um servidor, depedendo da aplicação podemos ter problemas com a saída do comando uname (pois o mesmo continua retornando o hostname antigo). Para resolver isto após alterar o hostname do servidor com o comando abaixo: smit hostname ou hostname servername Precisamos setar o novo hostname para o comando uname com: [...]]]></description>
		<wfw:commentRss>http://www.dias.eti.br/2009/05/31/diferente-saida-com-os-comandos-hostname-uname-n/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSH Tunnel Proxy</title>
		<link>http://www.dias.eti.br/2009/05/30/ssh-tunnel-proxy/</link>
		<comments>http://www.dias.eti.br/2009/05/30/ssh-tunnel-proxy/#comments</comments>
		<pubDate>Sat, 30 May 2009 19:13:32 +0000</pubDate>
		<dc:creator>Tiago Dias</dc:creator>
				<category><![CDATA[AIX]]></category>
		<category><![CDATA[Debian]]></category>
		<category><![CDATA[HP-UX]]></category>
		<category><![CDATA[Red Hat]]></category>
		<category><![CDATA[SUSE]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.dias.eti.br/2009/05/30/ssh-tunnel-proxy</guid>
		<description><![CDATA[O conceito é praticamento o mesmo do X11 Forward, com esta opcão do SSH direcionamos uma porta do servidor remoto para qualquer porta local. Exemplo, para direcionar a porta 25 do servidor para a porta 3000 local mantendo a conexão por 60 segundos: ssh -l user servidor -L3000:servidor:25 -f sleep 60 Agora basta verificar se [...]]]></description>
		<wfw:commentRss>http://www.dias.eti.br/2009/05/30/ssh-tunnel-proxy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSH: X11 Forwarding</title>
		<link>http://www.dias.eti.br/2009/05/30/ssh-x11-forwarding/</link>
		<comments>http://www.dias.eti.br/2009/05/30/ssh-x11-forwarding/#comments</comments>
		<pubDate>Sat, 30 May 2009 18:15:25 +0000</pubDate>
		<dc:creator>Tiago Dias</dc:creator>
				<category><![CDATA[AIX]]></category>
		<category><![CDATA[Debian]]></category>
		<category><![CDATA[HP-UX]]></category>
		<category><![CDATA[Red Hat]]></category>
		<category><![CDATA[SUSE]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.dias.eti.br/2009/05/30/ssh-x11-forwarding</guid>
		<description><![CDATA[Com esta opção no SSH podemos redicionar conexão ao X Window no servidor para o servidor X local. Ao realizar a conexão no servidor X Remoto a conexão é direcionada por default ao DISPLAY :10 Para isto realizamos a seguinte configuração nos arquivos abaixo: Descomentar a linha no arquivo /etc/ssh/sshd_config (arquivo de configuração do servidor). [...]]]></description>
		<wfw:commentRss>http://www.dias.eti.br/2009/05/30/ssh-x11-forwarding/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSH sem senha</title>
		<link>http://www.dias.eti.br/2009/05/30/ssh-sem-senha/</link>
		<comments>http://www.dias.eti.br/2009/05/30/ssh-sem-senha/#comments</comments>
		<pubDate>Sat, 30 May 2009 17:37:23 +0000</pubDate>
		<dc:creator>Tiago Dias</dc:creator>
				<category><![CDATA[AIX]]></category>
		<category><![CDATA[Debian]]></category>
		<category><![CDATA[HP-UX]]></category>
		<category><![CDATA[Red Hat]]></category>
		<category><![CDATA[SUSE]]></category>
		<category><![CDATA[Solaris]]></category>

		<guid isPermaLink="false">http://www.dias.eti.br/2009/05/30/ssh-sem-senha</guid>
		<description><![CDATA[Primeiro precisamos gerar um par de chaves públicas/privadas para autenticar com chaves RSA2 ou DSA. RSA: ssh-keygen -t rsa DSA: ssh-keygen -t dsa As chaves são gerados no $HOME do usuário que você esta utilizando. ~/.ssh/id_rsa.pub ou ~/.ssh/id_dsa.pub OBS.: As permissões do home do usuário e do .ssh precisa ser setada como 750 em ambos [...]]]></description>
		<wfw:commentRss>http://www.dias.eti.br/2009/05/30/ssh-sem-senha/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Análise de pacotes com iptrace</title>
		<link>http://www.dias.eti.br/2008/05/01/analise-de-pacotes-com-iptrace/</link>
		<comments>http://www.dias.eti.br/2008/05/01/analise-de-pacotes-com-iptrace/#comments</comments>
		<pubDate>Thu, 01 May 2008 15:32:52 +0000</pubDate>
		<dc:creator>Tiago Dias</dc:creator>
				<category><![CDATA[AIX]]></category>

		<guid isPermaLink="false">http://www.dias.eti.br/?p=47</guid>
		<description><![CDATA[No AIX uma boa opção para substituir o tcpdump é o iptrace, que realiza a captura de pacotes recebidos pelas interfaces configuradas. O iptrace pode ser iniciado através da linha de comando, sem utilizar o System Resource Controler (SRC), mas para ser parado é necessário um kill -15, se for parado de qualquer outra forma [...]]]></description>
		<wfw:commentRss>http://www.dias.eti.br/2008/05/01/analise-de-pacotes-com-iptrace/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
