TIAGO.DIAS.ETI.BR GNU/Linux, BSD, Unix-Like & PHP

26Apr/08Off

How to UFSDUMP

Primeiro verificamos a quantidade de fitas necessárias para o backup.
O valor retornado é em bytes

# ufsdump S /export/home
489472

Para backup pode utilizar uma das opções abaixo.

0 - para backup full
9 - para backup incremental
u - especifica que o /etc/dumpdates , será atualizado com a data do backup
c - para identificar um cartucho
f - para identificar o tape device

Para backup full:

# ufsdump 0ucf /dev/rmt/0 /
DUMP: Writing 63 Kilobyte records
DUMP: Date of this level 0 dump: Wed Sep 05 13:27:20 2001
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rdsk/c0t1d0s0 (earth:/) to /dev/rmt/0.
DUMP: Mapping (Pass I) [regular files]
DUMP: Mapping (Pass II) [directories]
DUMP: Estimated 57150 blocks (27.91MB).
DUMP: Dumping (Pass III) [directories]
DUMP: Dumping (Pass IV) [regular files]
DUMP: Tape rewinding
DUMP: 57076 blocks (27.87MB) on 1 volume at 265 KB/sec
DUMP: DUMP IS DONE
DUMP: Level 0 dump on Wed Sep 05 13:27:20 2001

Para backup incremental:

# ufsdump 9ucf /dev/rmt/0 /
DUMP: Writing 63 Kilobyte records
DUMP: Date of this level 9 dump: Fri Jul 13 10:58:12 2001
DUMP: Date of last level 0 dump: Fri Jul 13 10:46:09 2001
DUMP: Dumping /dev/rdsk/c0t0d0s0 (starbug:/) to /dev/rmt/0.
DUMP: Mapping (Pass I) [regular files]
DUMP: Mapping (Pass II) [directories]
DUMP: Mapping (Pass II) [directories]
DUMP: Mapping (Pass II) [directories]
DUMP: Mapping (Pass II) [directories]
DUMP: Estimated 200 blocks (100KB).
DUMP: Dumping (Pass III) [directories]
DUMP: Dumping (Pass IV) [regular files]
DUMP: Tape rewinding
DUMP: 124 blocks (62KB) on 1 volume at 8 KB/sec
DUMP: DUMP IS DONE
DUMP: Level 9 dump on Fri Jul 13 10:58:12 2001

Para checar se um backup foi concluído com sucesso:

# ufsrestore tf /dev/rmt/0
2 .
3 ./lost+found
5696 ./usr
11392 ./var
17088 ./export
22784 ./export/home
28480 ./opt
5697 ./etc
11393 ./etc/default
11394 ./etc/default/sys-suspend
11429 ./etc/default/cron
11430 ./etc/default/devfsadm
11431 ./etc/default/dhcpagent
11432 ./etc/default/fs
11433 ./etc/default/inetinit
11434 ./etc/default/kbd
11435 ./etc/default/nfslogd
11436 ./etc/default/passwd
11437 ./etc/default/tar
.
.
.
# (Press Control-d to bring system to run level 3)

Filed under: Solaris Comments Off
26Apr/08Off

Restore Bad Superblock

Quando um file system encontra-se danificado é possível restaura-lo, exceto se o file system for o root (/).
Quando isto acontece é necessário realizar um dos passos abaixo:

  • Reinstalar o Sistema Operacional
  • Boot da Rede ou CD-Rom
  • Recriar o file system root (/) com newfs e restaurá-lo de um backup.

Determinando um bad superblock no file system / ou /usr.
De um CD local realizamos os passos abaixo.

ok boot -s cdrom

Através da rede de um install server

ok boot -s net

Após, desmonte o file system danificado se o mesmo não for o / ou /usr.

# umount /opt
# newfs -N /dev/rdsk/c0t3d0s7
/dev/rdsk/c0t3d0s7: 163944 sectors in 506 cylinders of 9 tracks, 36 sectors
83.9MB in 32 cyl groups (16 c/g, 2.65MB/g, 1216 i/g)
super-block backups (for fsck -b #) at:
32, 5264, 10496, 15728, 20960, 26192, 31424, 36656, 41888,
47120, 52352, 57584, 62816, 68048, 73280, 78512, 82976, 88208,
93440, 98672, 103904, 109136, 114368, 119600, 124832, 130064, 135296,
140528, 145760, 150992, 156224, 161456,
# fsck -F ufs -o b=5264 /dev/rdsk/c0t3d0s7
Alternate superblock location: 5264.
** /dev/rdsk/c0t3d0s7
** Last Mounted on
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
36 files, 867 used, 75712 free (16 frags, 9462 blocks, 0.0% fragmentation)
/dev/rdsk/c0t3d0s7 FILE SYSTEM STATE SET TO OKAY

***** FILE SYSTEM WAS MODIFIED *****
#

OBS.: Outras opções para o fsck:

fsck -m

    verifica se um file system pode ser montado

fsck -y

    assume como "yes" para todos os reparos

fsck -n

    assume como "no" para todos os reparos

fsck -o p

    preens file system, repara todas inconsistências esperadas, mas retorna ao prompt se um sério problema for encontrado.
Filed under: Solaris Comments Off
26Apr/08Off

Check/Repair File System UFS interativamente

Utizamos esta opção quando um file system não pode ser montado ou quando desenvolve inconsistências durante a utilização.
Para ver se um sistema de arquivos precisa ser checado. Utilizarei como exemplo /opt.

# umount /opt
# fsck -m /dev/rdsk/c0t0d0s6
** /dev/rdsk/c0t0d0s6
ufs fsck: sanity check: /dev/rdsk/c0t0d0s6 needs checking

Veremos a mensagem: "needs checking", então utilizamos o comando abaixo.

# fsck /dev/rdsk/c0t0d0s6
checkfilesys: /dev/rdsk/c0t0d0s6
** Phase 1 - Check Block and Sizes
INCORRECT BLOCK COUNT I=2529 (6 should be 2)
CORRECT? y

** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Cylinder Groups
929 files, 8928 used, 2851 free (75 frags, 347 blocks, 0.6%
fragmentation)
/dev/rdsk/c0t0d0s6 FILE SYSTEM STATE SET TO OKAY

***** FILE SYSTEM WAS MODIFIED *****

OBS.: Para desmontar todos os file system exceto / e /usr utilizamos:

# umountall -l

Filed under: Solaris Comments Off
26Apr/08Off

Preening UFS File System

Este comando é utilizado para corrigir automaticamente problemas resultantes de um shutdown inexperado do Sistema Operacional. Este comando também realiza um "exit" automático se necessário intervenção do administrador.
Pode ser utilizado em paralelo com outros file systems.
Uma particularidade é que podemos utilizar o comando tanto no mount-point como no device-name.

Por exemplo, preening no file system /usr através do mount-point

# fsck -o p /usr

ou através do device-name, mas neste é necessário desmontar o file system.

# umount /mount-point
# fsck -o p /dev/rdsk/device-name

Filed under: Solaris Comments Off
1Nov/07Off

Alterando velocidade e comunicação da placa Ethernet

Primeiro verificamos se temos os seguintes pacotes instalados.

server:~ # rpm -q ethtool
server:~ # rpm -q net-tools

Depois temos que verificar as caracteristicas da nossa placa Ethernet

server:~ # ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Half
Port: MII
PHYAD: 30
Transceiver: internal
Auto-negotiation: on
Current message level: 0x00000007 (7)
Link detected: no

server:~#mii-tool eth0
eth0: no autonegotiation, 10baseT-HD, link ok

Agora que sabemos que a placa Ethernet aceita velocidade de 100 e full duplex, base adicionar a seguinte entrada em /etc/sysconfig/network-scripts/ifcfg-etho

vi /etc/sysconfig/network-scripts/ifcfg-eth0
ETHTOOL_OPTS="speed 100 duplex full autoneg off"

Mas para que esta configuração fique permanente é necessário adicionar a seguinte entrada em /etc/rc.local

vi /etc/rc.local
ethtool -s eth0 speed 100 duplex full autoneg off
touch /var/lock/subsys/local

OBS.:
Caso a placa Ethernet não suporte o "ethtool", pode-se utilizar a mesma configuração com o "mii-tool", digitando o comando abaixo.

mii-tool -F 100baseTx-FD eth0

Filed under: Red Hat Comments Off
1Nov/07Off

Extendendo um LV no SUSE

Primeiro verificamos qual filesystem que queremos expandir, em VG e LV o mesmo pertence.

df -hT

Deveremos ter uma saída assim:

/dev/mapper/rootvg-optlv ext3 1.2G 997M 152M 87% /op

Onde podemos verificar que o filesystem pertence ao VG "rootvg" e ao LV "optlv". E então verificamos quanto de espaço temos livre no VG.

vgdisplay rootvg

server:~ # vgdisplay rootvg
--- Volume group ---
VG Name rootvg
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 9
VG Access read/write
VG Status resizable
MAX LV 255
Cur LV 7
Open LV 6
Max PV 255
Cur PV 1
Act PV 1
VG Size 14.81 GB
PE Size 4.00 MB
Total PE 3791
Alloc PE / Size 3373 / 13.18 GB
Free PE / Size 418 / 1.63 GB
VG UUID MnXXXX-JcR2-fcXX-dlXX-xxx3-bSfP-QmsdL9

Onde temos 1.63GB livre no VG, então verificamos que podemos expandir o nosso filesystem em até 1.63GB.

Agora basta realizar os passos abaixo para extender o filesystem /opt.
=> File system type ext3

umount /opt
lvexend -L 1GB /dev/rootvg/optlv
e2fsck -f /dev/rootvg/optlv
resize2fs /dev/rootvg/optlv
mount /opt

=> File system type reiserfs

umount /opt
lvexend -L 1GB /dev/rootvg/optlv
resize_reiserfs /dev/rootvg/optlv
mount /opt

A partir deste ponto podemos verificar que o filesystem foi aumentado em 1GB.

df -hT

OBS.: Em linux que possuem o "ext2online", este procedimento é realizado sem desmontar o filesystem.

Filed under: SUSE Comments Off
17Oct/07Off

Backup centralizado com rsync

Primeiro precisamos instalar o servidor de backup rsync

apt-get install rsync

Depois insira as configurações abaixo em /etc/rsyncd.conf

vim /etc/rsyncd.conf
# user/group de execução do daemon
uid = user
gid = user
log file = /var/log/rsyncd.log
# módulo de backup
[modname]
# diretório do backup, se necessário crie outros módulos
path = /home/user/backup
# usuários autorizados para o backup
auth users = user
# arquivo de usuário e senha
secrets file = /etc/rsyncd.secrets
# permite gravação
read only = false
# evita que as sessões de backup sejam listadas para outros usuários
list = false
hosts allow = 192.168.0.0/24
transfer logging = yes
log format = %t: host %h (%a) %o %f (%l bytes). Total %b bytes.
# eof

Depois de finalizada as confs, é necessário criar usuário e senha.

vim /etc/rsyncd.secrets
user:senha
chmod 600 /etc/rsyncd.secrets
chmod 600 /etc/rsync.conf

E por último habilite a inicialização do servidor rsync

vim /etc/default/rsync
RSYNC_ENABLE=true

Basta apenas inicializar o seu servidor de backup

/etc/init.d/rsyncd start

Para o rsync client não é necessário realizar nenhuma configuração, crie um arquivo com a senha do usuário de backup no rsync server

vim /etc/rsync.secrets
senha
chmod 600 /etc/rsync.secrets

Depois execute o comando para backup

rsync -Cravzp --delete --password-file=/etc/rsync.secrets /backupdir user@host::modname/

OBS.:

* Para cliente rsync Windows pode-se utilizar o DeltaCopy

* É possívelo realizar as criações de mais diretórios de backup, crie mais uma sessão no seu arquivo de configuração com por exemplo "[modname2]" e realize pequenas alterações como diretório para backup, usuário e senha. Não sendo necessário a criação de outro arquivo rsyncd.secrets, pois os usuários serão controlados através da permissões de acesso e da diretiva "auth users".

* Também é possível realizar cópias com o rsync através do ssh com o seguinte comando:

rsync -Cravzp /diretorio_origem sshuser@host:/diretorio/destino

* É por útimo podemos também sincronizar diretórios locais

rsync -Cravzp /diretorio/current /diretorio/sync

Filed under: Debian Comments Off
17Oct/07Off

Instalando JAVA no RedHat

O primeiro passo dever ser baixa a versão necessária para sua aplicação ou a versão current do Java em http://java.com.

Hoje a versão mais recenter é jre-6u3-linux-i586-rpm.bin

Depois de feito um download crie o seguinte diretório

mkdir /usr/java

Extraia o pacote java

mv jre-6u3-linux-i586-rpm.bin /usr/java
chmod 755 /usr/java/jre-6u3-linux-i586-rpm.bin
cd /usr/java
./jre-6u3-linux-i586-rpm.bin

Leia toda a licença e aceite o termo "yes", será extraído um pacote rpm.

Instale o pacote rpm

rpm -ivh jre-6u3-linux-i586.rpm

Pronto seu Java JRE se encontra instalado eu seu servidor.

Filed under: Red Hat Comments Off
13Oct/07Off

Instalando kernel de 64 bits

AIX 5L habilita a instalação do kernel de 64 bits, bem como os anteriormente disponíveis como o kernel de 32 bits durante a instalação.

Antes de realizar a instalação do kernel de 64 bits é necessário verificar qual o bit mode do hardware, sendo o mesmo de 32 bits não é possível realizar a instalação do kernel de 64 bits.

Caso o seu hardware seja de 64 bits o AIX permite que o kernel de 64 bits seja instalado durante a instalação.

Mas caso isto não foi feito durante a instalação vamos ao processos para instalar o kernel de 64 bits.

Primeiro verificar o bit mode do hardware

bootinfo -y

Depois verificamos o bit mode do kernel

bootinfo -K

Se a saída foi 64-bits podemos realizar a instalação do kernel de 64 bits (caso o mesmo tenho retornado 32-bits), de acordo com os procedimentos abaixo:

# ln -sf /usr/lib/boot/unix_64 /unix
# ln -sf /usr/lib/boot/unix_64 /usr/lib/boot/unix
# smitty load64bit
-> Select Enable/Disable at System Restart
->> Choose Yes and press ENTER (quit smitty).
# lslv -m hd5
# bosboot -ad /dev/ipldevice
# shutdown -Fr
# bootinfo -K (should now show 64)

Após o reboot o sistema já estará sendo executado em 64 bits

Caso necessário alterar de 64-bits para 32-bits

# ln -sf /usr/lib/boot/unix_mp /unix
# ln -sf /usr/lib/boot/unix_mp /usr/lib/boot/unix
# smitty load64bit
-> Select Enable/Disable at System Restart
->> Choose No and press ENTER (quit smitty).
# lslv -m hd5
# bosboot -ad /dev/ipldevice
# shutdown -Fr
# bootinfo -K (should now show 32)

OBS.: Com o sistema rodando um kernel de 64 bits, o tipo do file system recomenda-se ser JFS2.

Filed under: AIX Comments Off
13Oct/07Off

Verificando informações do sistema

O comando getconf retorma informações sobre as configuraçoes do sistema, informações como memória, tamanho do disco, útimo boot, checagem do hardware e alguns paramêtros do kernel.

* para verificar bit mode do kernel

getconf KERNEL_BITMODE
64

* para verificar bit mode do hardware

getconf HARDWARE_BITMODE
64

* para verificar tamanho do disco (MB)

getconf DISK_SIZE /dev/hdisk0
8678

OBS.: Para mais parâmetros utilize a tabela abaixo.

Variable Description
Filed under: AIX Comments Off