Category Archives: linux

Aix, Solaris e Linux: Como identificar o MAC address da placa de rede

Para verificar o MAC address da placa de rede no AIX, Solaris e Linux:

Aix:

Comando lscfg, veja o “Network address”:

# lscfg -vl ent1
  DEVICE            LOCATION          DESCRIPTION

  ent1              60-58             Gigabit Ethernet-SX PCI Adapter
                                      (14100401)

        Network Address.............0004AC7CE7BC
        Displayable Message.........Gigabit Ethernet-SX PCI Adapter
                                    (14100401)
        EC Level....................E77671
        Part Number.................41L6596
        FRU Number..................07L8276
        Device Specific.(YL)........U0.2-P1-I1/E1

Solaris:

Comando ifconfig, veja o “ether”:

# ifconfig -a
le0: flags=863 mtu 1500
        inet 131.225.80.209 netmask fffff800 broadcast 131.225.87.255
        ether 8:0:20:10:d2:ae

Linux:

Comando ifconfig, veja o “HWaddr”:

# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:60:08:C4:99:AA
          inet addr:131.225.84.67  Bcast:131.225.87.255  Mask:255.255.248.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:15647904 errors:0 dropped:0 overruns:0
          TX packets:69559 errors:0 dropped:0 overruns:0
          Interrupt:10 Base address:0x300

Referência:

  1. How to find your mac address
  2. AIX – lscfg command reference
  3. Solaris – ifconfig command man page
  4. Linux – ifconfig man page

Processos do sistema operacional Linux

Abaixo, segue uma relação dos processos encontrados no sistema operacional Linux com suas respectivas descrições.

O processo como o encontramos no sistema operacional está destacado em negrito e abaixo segue sua descrição. Cada processo está separado por uma linha e para cada um, está indicada a referência bibliográfica.

A descrição dos encontra-se em duas línguas, português e inglês.

Follow, we have the list of linux process.

The name of the process is in bold characters and follow we have the description. Each process is separated for one line and the bibliographic reference is indicated as well.

The description for linux process you can find in portuguese and english.

———————————————————————————-
/usr/bin/gdm-binary

GDM – Gerenciamento de Display do GNOME, um programa de login gráfico.

“GDM – The GNOME Display Manager, a graphical login program.”

Referência:
http://www.gnome.org/projects/gdm/

———————————————————————————-

/sbin/mingetty

O mingetty é o programa que permite login em modo texto no servidor. Ele são reinicializados automaticamente pelo init, caso caiam.

“mingetty is a minimal getty for use on virtual consoles”

“mingetty is designed to be a minimal getty for the virtual terminals on the the workstation’s monitor and keyboard.”

Referência:
http://linux.about.com/library/cmd/blcmdl8_mingetty.htm
http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/getty-mingetty.html

———————————————————————————-

/usr/bin/gdmgreeter

Ambiente gráfico de login.

“# Greeter for local (non-xdmcp) logins. Change gdmlogin to gdmgreeter to
# get the new graphical greeter.”

Referência:
http://www.linux.org/docs/ldp/howto/XFree-Local-multi-user-HOWTO/examples_dm.html

———————————————————————————-

/usr/sbin/acpid

ACPID é um daemon complemamente flexível, totalmente extensível para entrega de eventos ACPI. Ele “escuta” um arquivo (/proc/acpi/event) e quando um evento ocorre, ele executa programas para tratar o evento. Os programas que ele executa, são configurados através de um conjunto de arquivos de configuração, que podem ser disponibilizados por pacotes ou pelo adminitrador.

ACPID is a completely flexible, totally extensible daemon for delivering ACPI events. It listens on a file (/proc/acpi/event) and when an event occurs, executes programs to handle the event. The programs it executes are configured through a set of configuration files, which can be dropped into place by packages or by the admin.

Referência:
http://acpid.sourceforge.net

ACPI coloca o Sistena Operacional no controle da configuração do sistema e gerenamento de força. Além disso, ele age como uma camada de abstração de hardware entre o sistema operacional e a plataforma BIOS — permitindo ao Sistema Operacional e a plataforma evoluirem independentemente. Veja a seção de documentação para mais informações.

ACPI puts the OS in control of system configuration and power management.
Further, it acts as a hardware abstraction layer between the OS and the platform BIOS — allowing the OS and the platform to evolve independently. See the Documentation section for further information.

Referência:
http://acpi.sourceforge.net/

———————————————————————————-

/usr/sbin/atd

O atd é um servidor que executa comandos especificados em um determinado horário fornecido. Ele é muito similar ao crond, mas está limitado a uma única execução: o comando é executado em horário e datas fornecidas, mas não repetidas vezes como o cron.

Referência:
http://www.linorg.cirp.usp.br/Guias.Conectiva/Guias_V.7.0/Entendendo_O_Conectiva_Linux/sec-atd.html

———————————————————————————-

/usr/sbin/sshd

Daemon para conexao SSH

SSH connection daemon.

Referência:
http://linuxmafia.com/pub/os2/stahl-ssh/snafu-mirror/sshd.html
http://en.wikipedia.org/wiki/SSH

———————————————————————————-

/usr/X11R6/bin/X

Ambiente gráfico.

Graphical environment.

Referência:
http://www.firewalls.com.br/Cursos/netbsd/chap-x.html
http://www.x.org/wiki/FAQMiscellaneous

———————————————————————————-

[aio/0]
[aio/1]
[aio/2]
[aio/3]

Asynchronous Input/Output (aio) é um processo do kernel e ele permite leitura e escrita em arquivos abertos com IO direto em ext2, ext3, jfs, xfs.

“Asynchronous Input/Output ( aio ) is a kernel process and It enables read and write on files opened with O_DIRECT on ext2, ext3, jfs, xfs.“

Referência:
http://www.linuxforums.org/forum/slackware-linux-help/98985-aio-0-process.html

———————————————————————————-

[ata/0]
[ata/1]
[ata/2]
[ata/3]
[ata/aux]

Acredito que estas threads do kernel esteja relacionadas ao gerenciamento de dispositivos de disco.

Não encontrei documentação referente a estes processos.

I believe that this threads are related to disk device management. But, I didn’t find any information related to them.

———————————————————————————-

[events/0]
[events/1]
[events/2]
[events/3]

No kernel 2.6, [events/num_cpu] é um mecanismo (ele substituiu o antigo keventd) para lidar com requisições low-level que precisam rodar assincronamente. Todo tipo de notificação roda através dele… Ele é muito ad hoc. Então, se você está vendo este “pegging the meter”, tudo o que ele está realmente dizendo a você é que há um loop em algum lugar.

“In a 2.6 kernel, events/cpu_number is a mechanism (it replaces the old keventd) for handling low-level requests that need to run asynchronously. All sorts of notifications run through there … it’s very ad hoc. So if you’re seeing this “pegging the meter,” all it’s really telling you is that there’s a loop somewhere.”

Referência:
http://www.linuxquestions.org/questions/showthread.php?t=441837

As threads events/n (onde n é o número do processador) ajudam a implementar filas de tarefas, que são outra maneira de postergar tarefas no kernel. Se uma parte do kernel quer adiar a execução de uma tarefa, esta pode criar sua própria fila de tarefas ou fazer uso da trhread de tarefas do kernel.

“The events/n threads (where n is the processor number) help implement work queues, which are another way of deferring work in the kernel. If a part of the kernel wants to defer execution of work, it can either create its own work queue or make use of the default events/ n worker thread.”

Referência:
http://www.linux-mag.com/id/2195/?r=s (é necessário cadastro e login na página)

———————————————————————————-

[kacpid]

É um processo do kernel. Ele lida com a funcionalidade “power-saving” (economia de energia) e algumas outras coisas que são específicas de placas-mãe (motherboards) compatíveis com ACPI. (como monitoramento de temperatura, rpm’s do cooler (ventilador), … ) …

“The thing is indeed a kernel-daemon process, it handles power-saving functionality and a few other things that are specific to ACPI compliant motherboards (like monitoring temperatures, rpm’s of fans, … ) …”

Referência:
http://www.linuxquestions.org/questions/showthread.php?t=213429

———————————————————————————-

[kauditd]

kauditd fala com o auditd.

kauditd talks to auditd.

No arquivo audit.c do kernel, encontramos:

/* As soon as there’s any sign of userspace auditd, start kauditd to talk to it */
/* As soon as there’s any sign of userspace auditd,
/* start kauditd to talk to it */

if (!kauditd_task)
kauditd_task = kthread_run(kauditd_thread, NULL, “kauditd”);
f (IS_ERR(kauditd_task)) {

Em português:

/* Assim que houver algum sinal de auditd no espaço do usuário, inicia o kauditd para conversar com ele. */

Referência:

http://www.linuxhq.com/kernel/v2.6/17/kernel/audit.c

auditd – Daemon de auditoria Linux

O auditd é um comonete do espaço do usuário1 para o sistema de auditoria Linux. Ele é resonsável por escrever registros para o disco. A visualização dos logs é feita com utilitários de pesquisa e relatório. A configuração das regras de auditoria é feita com o utilitário auditctl. Durante a inicialização, as regras em /etc/audit.rules são lidas pelo auditctl. O daemon audit por si só tem algumas opções de configuração que o administrador pode querer personalizar.
Elas são encontradas no arquivo auditd.conf.

“auditd is the userspace component to the Linux Auditing System. It’s responsible for writing audit records to the disk. Viewing the logs is done with the ausearch or aureport utilities. Configuring the audit rules is done with the auditctl utility. During startup, the rules in /etc/audit.rules are read by auditctl. The audit daemon itself has some configuration options that the admin may wish to customize. They are found in the auditd.conf file”

Referência:
http://linux.die.net/man/8/auditd

1 – Um modo de proteção do sistema operacional geralmente segrega a memória virtual em “área do kernel” (“kernel space”) e “area do usuário” (“user space”). A área do kernel é estritamente reservada para executar o kernel, device drivers e extenções do kernel. Em contrapartida, a área do usuário é a área de memória onde toda aplicação em modo usuário trabalha e esta memória pode ser movida para swap (swaped out) quando necessário. O termo userland é freqüentemente usado para se referirão software do sistema operacional que é executado na área do usuário (user space).

Referência:

http://en.wikipedia.org/wiki/User_mode

———————————————————————————-

[kblockd/0]
[kblockd/1]
[kblockd/2]
[kblockd/3]

Gerencia dispositivos de bloco. Parte do trabalho de gerenciar os dispositivos de bloco, é cuidar da alocação de memória no kernel dos dados que serão posteriormente escritos nos dispositivos de bloco.

O kernel guarda em memória antes de escrever para os dispositivos de bloco (como disco), o kblockd gerencia essa alocação em memória feita pelo kernel.

Referência:

http://www.uwsg.indiana.edu/hypermail/linux/kernel/0412.3/0260.html
http://www.geocities.com/ravikiran_uvs/articles/blkdevarch.html
http://www.linuxjournal.com/article/2890
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0412.3/0260.html

———————————————————————————-

[khelper]

Relacionado a processos na fila de execução do kernel.

Referência:
http://www.uwsg.iu.edu/hypermail/linux/kernel/0407.3/0485.html

———————————————————————————-

[khubd]

A thread do kernel khubd, parte do core USB do Linux, monitora os hubs USB da máquina e configura os dispositivos USB quando eles são conectados (hot-plugged) no sistema.

“The khubd thread, part of the Linux USB core, monitors the machine’s USB hub and configures USB devices when they are hot-plugged into the system.“

Referência:
http://www.linux-mag.com/id/2195/?r=s (é necessário cadastro e login na página)

———————————————————————————-

[kjournald]

kjournald é uma thread de journaling genérica do kernel, que é usada por file systemscomo o ext3.

“kjournald is the generic kernel journaling thread, which is used by file systems like ext3.”

Referência:
http://www.linux-mag.com/id/2195/?r=s (é necessário cadastro e login na página)

———————————————————————————-

[kmpathd/0]
[kmpathd/1]
[kmpathd/2]
[kmpathd/3]

Possivelmente multipath do storage EMC

Referência:
http://osdir.com/ml/linux.kernel.device-mapper.devel/2005-09/msg00018.html

———————————————————————————-

[kseriod]

É suporte a input via porta serial. Do fonte do Kernel:

CONFIG_INPUT_SERIO
Say Y here and to the Serial port input line discipline option if
you plan to use a joystick that communicates over the serial (COM)
port. For more information on how to use the driver please read
<file[grin]ocumentation/input/joystick.txt>.

/usr/src/kernel-source-2.4.27/Documentation/Configure.help

———————————————————————————-

[ksoftirqd/0]
[ksoftirqd/1]
[ksoftirqd/2]
[ksoftirqd/3]

“NAME
ksoftirqd – Softirq daemon

DESCRIPTION
ksoftirqd is a per-cpu kernel thread that runs when the machine is under heavy soft-interrupt load. Soft interrupts are normally serviced on return from a hard interrupt, but it’s possible for soft interrupts to be triggered more quickly than they can be serviced. If a soft interrupt is triggered for a second time while soft interrupts are being handled, the ksoftirq daemon is triggered to handle the soft interrupts in process context. If ksoftirqd is taking more than a tiny percentage of CPU time, this indicates the machine is under heavy soft interrupt load.

HISTORY
ksoftirqd was introduced during the 2.3 development series as part of the softnet work by Alexey Kuznetsov and David Miller. “

“The [ksoftirqd/0] kernel thread is an aid to implement soft IRQs. Soft IRQs are raised by interrupt handlers to request “bottom half” processing of portions of the interrupt handler whose execution can be deferred. The idea is to minimize the code inside interrupt handlersm which results in reduced interrupt-off times in the system, thus resulting in lower latencies. ksoftirqd ensures that a high load of soft IRQs neither starves the soft IRQs nor overwhelms the system. (On Symmetric Multi-Processing (SMP) machines, where multiple thread instances can run on different processors in parallel, one instance of ksoftirqd is created per processor to improve throughput. On SMP machines, the kernel processes are named ksoftirqd/ n, where n is the processor number.)”

Referência:
http://www.penguin-soft.com/penguin/man/9/ksoftirqd.html
http://www.linux-mag.com/id/2195/ (é necessário cadastro e login na página)

———————————————————————————-

[kswapd0]

Thread do kernel que faz o gerenciamento de swap.

O nome swap (troca) para o daemon é um pouco inapropriado, uma vez que o daemon faz mais que simplesmente trocar páginas modifucadas com o arquivo de swap. Sua tarefa é manter o sistema de gerenciamento de memória operando eficientemente. O daemon do kernel de swap (o processo kswapd é iniciado durante a inicialização do sistema e permance esperando pelo swap do kernel para periodicamente expirar) é inicializado toda vez que o timer expira, o daemon swap checa se o número de páginas livres no sistema está ficando muito baixo. Páginas livres no sistema estão muito baixas se:

nr_free_pages + nr_async_pages < free_pages_high

“The name swap daemon is a bit of a misnomer as the daemon does more than just swap modified pages out to the swap file. Its task is to keep the memory management system operating efficiently. The Kernel swap daemon (kswapd kernel init process at startup time and sits waiting for the kernel swap timer to periodically expire. ) is started by the Every time the timer expires, the swap daemon looks to see if the number of free pages in the system is getting too low. Free pages in the system are too low if:

nr_free_pages + nr_async_pages < free_pages_high”

Referência:
http://www.science.unitn.it/~fiorella/guidelinux/tlk/node39.html

———————————————————————————-

[migration/0]
[migration/1]
[migration/2]
[migration/3]

São threads do kernel responsáveis por mover threads entre as CPU´s. São parte do scheduler do kernel.

“It’s a kernel thread responsible for moving threads between CPU’s. It’s
part of the kernel scheduler.
”

Referência:
http://www.webservertalk.com/archive235-2007-2-1799601.html

———————————————————————————-

[pdflush]

A thread do kernel pdflush limpa páginas sujas do page cache. O page cache registra os acessos ao disco. Para melhorar a performance, a escrita para disco é atrasada até o daemon pdflush escrever dados sujos para disco. Isto é feito se a memória livre disponível está abaixo de um threshold ou se a página remanejou sujeira por um longo tempo. Em kernels 2.4.*, estas duas tarefas são executadas respectivamente por threads distintas do kernel, bdflush e kupdated.

“The pdflush kernel thread flushes dirty pages from the page cache. The page cache buffers accesses to the disk. To improve performance, actual writes to the disk are delayed until the pdflush daemon writes out dirtied data to disk. This is done if the available free memory dips below a threshold or if the page has remained dirty for a sufficiently long time. In the 2.4.* kernels, these two tasks were respectively performed by separate kernel threads, bdflush and kupdated.”

Referência:

http://www.linux-mag.com/id/2195/ (é necessário cadastro e login na página)

———————————————————————————-

crond

Daemon responsável pela cron (schedule de jobs)

Cron daemon

Referência:
http://linux.die.net/man/8/crond
http://linux.about.com/library/cmd/blcmdl8_crond.htm

———————————————————————————-

cups-config-daemon

Gerenciamento de impresṣo РPrint Server

Referêcia:
http://www.linuxjournal.com/article/8618
http://www.cups.org/
http://www.cups.org/articles.php?L230+I0+T+P1+Qbroadcast

———————————————————————————-

dbus-daemon-1 –system

Processo que gerencia o system bus.

The bus that connects the CPU to main memory on the motherboard. I/O buses, which connect the CPU with the systems other components, branch off of the system bus. The system bus is also called the frontside bus, memory bus, local bus, or host bus.

Referência:
http://www.webopedia.com/TERM/S/system_bus.html

———————————————————————————-

hald

Não, ele não está relacionado ao computador do mal do filme “2001 – Uma Odisséia no Espaço”. Neste contexto, HAL se refere à “Camada de Abstração do Hardware”. O daemon HAL coleta esta informação sobre os dispositivos de hardware do kernel e do hardware e torna esta informação disponível de maneira consistente.
Não desative este daemon. Muitas aplicações dependem dele.

“No, this isn’t related to the evil computer in the film “2001, A Space Odyssey.” In this context, HAL refers to the “Hardware Abstraction Layer.” The HAL daemon collects this information about hardware devices from the kernel and the hardware and makes it available in a consistent manner.
Don’t turn off this daemon. Multiple applications rely on it.
”

Referência:
“Desktop and hardware configuration,” by David Zeuthen http://www.redhatmagazine.com/2007/03/09/understanding-your-red-hat-enterprise-linux-daemons/

———————————————————————————-

init

Processo inicial – principal de todo o sistema

Referência:
http://www.comptechdoc.org/os/linux/startupman/linux_suinit.html
http://www.conectiva.com/doc/livros/online/10.0/servidor/pt_BR/ch03s03.html

———————————————————————————-

irqbalance

Este daemon distribui interrupções de hardware para as CPUs em sistemas SMP (processador simétrico: arquitetura de multi-processador) para melhorar a performance. O daemon faz o balanceamento economizando em consumo de energia com performance.
Você não precisa executar este daemon em sistemas monoprocessados, uma vez que ele apenas tem efeito em sistemas multi-processados. Artigos .”Red Hat Kbase” indicam que o irqbalance é relevante em sistemas x86, x86_64 e AMD.

“This daemon distributes hardware interrupts to the CPUs in SMP (symmetric processor: multi-processor architecture) systems to increase performance. The daemon balances savings in power consumption with performance.
You need not run this daemon on single processor systems, as it only has an effect on multiple-processor systems. Red Hat Kbase articles indicate that irqbalance is relevant on x86, x86_64, and AMD systems
.”

Referência:
http://www.irqbalance.org
http://www.redhatmagazine.com/2007/03/09/understanding-your-red-hat-enterprise-linux-daemons/

———————————————————————————-

klogd

O daemon klog, klogd, é um processo de aplicação que amarra o sistema de mensagem do kernel ao syslogd.

“The klog dæmon, klogd, is an application process that ties the kernel messaging system to syslogd.”

Referência:
http://www.linuxjournal.com/article/4036

———————————————————————————-

portmap
rpc.idmapd
rpc.statd

Daemons relacionados ao NFS (Network File System)

NFS daemons related.

Referência:

http://nfs.sourceforge.net/nfs-howto/
http://en.wikipedia.org/wiki/Distributed_file_system

———————————————————————————-

syslogd

Gerenciamento de logs do sistema.

System log managment.

Referência:

http://linux.about.com/od/commands/l/blcmdl8_syslogd.htm

———————————————————————————-

udevd

udev é o /dev “virtual” que substituiu o padrão.

Udev permite usuários Linux ter um diretório dinâmico /dev e ele provê a habilidade de ter nomes de devices persistentes.

“udev allows Linux users to have a dynamic /dev directory and it provides the ability to have persistent device names.“

Referência:
http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html

———————————————————————————-

xfs

Este damon é o servidor de fonte xfs. Este daemon carrega as fontes na memória para habilitar aplicações gráficas a executarem mais rapidamente do que se elas tivessem que carregar as fontes do disco. Vale a pena manter este daemon em execução para melhora de performance das aplicações.

“This damon is the xfs font server. This daemon loads fonts into memory to enable X applications to run faster than if they had to load the fonts from disk. This daemon is worth running to improve application performance.”

Referência:

http://linuxreviews.org/howtos/xfree/xfs

http://www.redhatmagazine.com/2007/03/09/understanding-your-red-hat-enterprise-linux-daemons/

———————————————————————————-

xinetd

O xinetd é um substituto para do daemon inetd, daemon de serviços de internet.

Em redes de computadores, xinetd (daemon de internet extendido), é um daemon open-source que roda em diversos sistemas Unix e gerencia conectividade baseada na Internet. Ele oferece uma versão mais segura do inetd, o internet daemon”

“xinetd is a replacement for inetd, the internet services daemon.”

“In computer networking, xinetd, the eXtended InterNET Daemon, is an open-source daemon which runs on many Unix systems and manages Internet-based connectivity. It offers a more secure extension to or version of inetd, the Internet daemon.”

Referência:

http://www.xinetd.org/faq.html
http://en.wikipedia.org/wiki/Xinetd
http://linux.about.com/library/cmd/blcmdl8_xinetd.htm

———————————————————————————-

Algumas definicoes:

Definição de thread do kernel:

Um exemplo de uma thread do kernel é o processo init ou processo 0. Este é um processo do sistema que é executado apenas em modo kernel. Alguns outros exemplos seriam o buffer flusher, o swapper, serviços de conexão de rede (keventd, kapm, kswapd, kflushd (bdflush), kupdated, ksoftirqd). Estes executam simples funções C como juntar-se a um processo regular que será usado em modo User e Kernel, e o kernel tem que chamar qualquer função C usada (Veja system calls e traps)”

Definition of Kernel Thread
(ref. /proc/sys/kernel/threads-max)

”An example of a kernel thread is init or process 0. It is a system process that only ever runs in Kernel mode. Some other examples would be the buffer flusher, the swapper, network connection services (keventd, kapm, kswapd, kflushd (bdflush), kupdated, ksoftirqd). These execute single C functions as apposed to a regular process that will use User and Kernel mode and the kernel has to call any C functions used. (See system calls and traps).

Referência:

http://freeloaderlinux.sourceforge.net/internals-all.html

Linux – Como reduzir arquivo de imagem na linha de comando

Para enviar fotos ou imagens por email, para um fotolog ou páginas web, pode ser interessante reduzir o tamanho dessas imagens.

Para reduzir o tamanho de arquivos de imagem, pode-se usar o comando convert do Linux.

Segue abaixo um exemplo desta redução, onde o arquivo DSC07370.JPG será reduzido para o tamanho 800×600 e passará a se chamar DSC07370_P.JPG. O tamanho dos arquivos está destacado em vermelho.

$ convert -size 800x600 DSC07370.JPG DSC07370_P.JPG

$ ls -l
total 18478
-rwxr--r-- 1 foo foo 3037188 2007-10-08 23:47 DSC07370.JPG
-rwxr--r-- 1 foo foo 3037188 2007-10-14 23:46 DSC07370.JPG.BKP
-rw-r--r-- 1 foo foo 854502 2007-10-14 23:46 DSC07370_P.JPG
-rwxr--r-- 1 foo foo 3121465 2007-10-08 23:48 DSC07371.JPG
-rwxr--r-- 1 foo foo 3041769 2007-10-08 23:48 DSC07372.JPG
-rwxr--r-- 1 foo foo 3029528 2007-10-08 23:48 DSC07373.JPG
-rwxr--r-- 1 foo foo 2737071 2007-10-08 23:49 DSC07374.JPG
$

 

Referência:

http://linux.about.com/od/commands/l/blcmdl1_convert.htm

http://www.linux.com/articles/113978

http://www.ibm.com/developerworks/linux/library/l-graf/

Linux – Como identificar o processo que está utilizando uma porta

Em linux, com a opção p do comando netstat podemos identificar qual o processo está utilizando uma determinada porta:

[root@foo~]# netstat -nap |grep 9101
tcp        0      0 0.0.0.0:9101                0.0.0.0:*                   LISTEN      4266/nsrexecd

No exemplo acima, vemos que o processo de PID 4266 chamado nsrexecd está utilizando a porta 9101.

Com o comando ps, vemos mais detalhes do processo:

[root@foo ~]# ps -ef |grep 4266
root      4266     1  0 Aug29 ?        00:00:00 /usr/sbin/nsrexecd
root      9503  9427  0 10:25 pts/2    00:00:00 grep 4266

O processo nsrexecd pertence ao software de backup Networker (mais conhecido como Legato).

Verificando o status do Networker:

[root@foo init.d]# /etc/init.d/networker status
+--o nsrexecd (4266)

Se paralizarmos o Networker, a porta será liberada:

[root@foo init.d]# /etc/init.d/networker stop

[root@foo init.d]# /etc/init.d/networker status
nsr_shutdown: There are currently no running NetWorker processes.

[root@foo init.d]# netstat -nap |grep 9101
[root@foo init.d]#

Para saber como identificar o processo utilizando uma porta de rede no Aix, veja aqui: Aix – Como identificar o processo que está utilizando uma porta

Comando rpm: Como listar todos os arquivos de um pacote instalado

Já escrevi como listar os arquivos de um pacote instalado no Aix através do comando lslpp. Agora segue como verificar os arquivos de um pacote instalado com o comando rpm:

Exemplo:

>rpm -ql sudo-1.6.5p2-2
/etc/sudoers
/opt/freeware/bin/sudo
/opt/freeware/doc/sudo-1.6.5p2
/opt/freeware/doc/sudo-1.6.5p2/BUGS
/opt/freeware/doc/sudo-1.6.5p2/CHANGES
/opt/freeware/doc/sudo-1.6.5p2/HISTORY
/opt/freeware/doc/sudo-1.6.5p2/LICENSE
/opt/freeware/doc/sudo-1.6.5p2/README
/opt/freeware/doc/sudo-1.6.5p2/RUNSON
/opt/freeware/doc/sudo-1.6.5p2/TODO
/opt/freeware/doc/sudo-1.6.5p2/TROUBLESHOOTING
/opt/freeware/doc/sudo-1.6.5p2/UPGRADE
/opt/freeware/doc/sudo-1.6.5p2/sudo.pod
/opt/freeware/doc/sudo-1.6.5p2/sudoers.pod
/opt/freeware/doc/sudo-1.6.5p2/visudo.pod
/opt/freeware/man/man5/sudoers.5
/opt/freeware/man/man8/sudo.8
/opt/freeware/man/man8/visudo.8
/opt/freeware/sbin/visudo
/usr/bin/sudo
/usr/sbin/visudo
/var/run/sudo

O comando rpm é utilizado em algumas distribuições Linux, bem como no Aix.

Referência:

  1. How to use RPM Commands: http://www.faqs.org/docs/securing/chap3sec20.html
  2. RPM Commands: http://www.idevelopment.info/data/Unix/Linux/LINUX_RPMCommands.shtml
  3. RPM man page: http://www.die.net/doc/linux/man/man8/rpm.8.html

Suse Linux: Arquivos de lock do yast

O yast é um aplicativo existente na distribuição Suse Linux que oferece uma série de funções administrativas.

Usando o yast já me deparei com a fato dele simplesmente travar. Bem, o que fazer então?

1 РAbrir outra conex̣o com o servidor

2 – Procurar pelo processo:

# ps -ef |grep -i yast|grep -v grep
root     11082 11027  0 17:22 pts/1    00:00:00 /bin/bash /sbin/yast
root     11104 11082 10 17:22 pts/1    00:00:02 /usr/lib/YaST2/bin/y2base menu ncurses --nothreads
#

3 – Matar os processos:

# kill [PID]

No exemplo do caso acima:

# kill  11082 11104

4 – Verificar se os processos cairam:

# ps -ef |grep -i yast|grep -v grep
#

Feito isso, eu posso tentar usar o yast de novo então? Ainda não. É preciso mais um passo antes disso:

5 – Remover os arquivos de lock caso existam.

Após o kill,, os arquivos de lock podem permancer no diretório /var/run. Podem haver dois deles ou apenas um. Os arquivos de lock:

/var/run/zypp.pid

/var/run/yast.pid

É preciso remover estes arquivos para que possa-se utilizar o yast novamente.