segunda-feira, 24 de junho de 2013
Usando o Minicom para acessar um Access Point Motorola AP7131.
Usando o Minicom para acessar um Access Point Motorola AP7131.
AP7131 Boot Firmware Version 4.1.5.0-004R
# minicom -s
port /dev/ttyUSB0
speed 19200
Parity 8-N-1
Reset das configurações.
Ao dar boot no AP, clique em "esc"
no prompt boot> digite :
boot> reset config
boot> reboot
Abrirá uma tela de login.
Feito isso entre com usuário "admin" e senha "motorola" que pedirá para adicionar uma nova senha.
Acesse o modo web através do IP Wan 10.1.1.1 - configure a gosto.
segunda-feira, 27 de maio de 2013
FreeBSD - Em modo recuperação
Dica:
Quando rebootar uma máquina FreeBSD e você não conseguir editar NADA, acalme-se e digite :
# mount -u -w /
Assim poderá gravar seus arquivos.
um abraço.
quinta-feira, 16 de maio de 2013
Perdeu a senha do chaveiro do Gnome?
Dica muito útil.
Perdeu a senha do chaveiro do Gnome ?
resete a senha apagando o arquivo:
$ rm -f ~/.gnome2/keyrings/login.keyring
Feito isso, reconfigure.
e um abraço.
terça-feira, 19 de março de 2013
Google Earth no Debian Wheezy
Dica útil.
Eu necessitava ver alguns "buracos" para pescar no fim de semana, e ficar visualizando o google.com/maps é um "parto", então como sempre tive problemas para fazer a instalação correta e lembrar dos pacotes, crio essa dica de hoje.
Debian Wheezy
# apt-get update
# apt-get install lsb-core alien lib32nss-mdns libfreeimage3 msttcorefonts pax rpm ttf-dejavu ttf-bitstream-vera
Baixe o pacote de http://earth.google.com
Instale :
# dpkg -i google-earth-stable_current_amd64.deb
Feito, bom divertimento.
quinta-feira, 21 de fevereiro de 2013
Criando um volume adicional no Zimbra.
Dica importantissima para quem está com espaço em disco no final.
Criando o volume no disco - supondo um outro HD (eu uso LVM).
# mke2fs -j /dev/VG0/zimbra2
# echo "/dev/VG0/zimbra2 /opt/zimbra2 ext3 defaults 0 2" >> /etc/fstab
# mount /opt/zimbra2
# mkdir /opt/zimbra2/store2
# chown -R zimbra:zimbra /opt/zimbra2
Como usuário Zimbra:
$ zmvolume -a -n message2 -p /opt/zimbra2/store2 -t PrimaryMessage
Verifique o seu novo Volume
$ zmvolume -l
Ative sua nova partição, sendo que o "Index" é listado como Volume:
$ zmvolume -sc -id < sua id >
O seu volume estará pronto para ser usado.
Pode-se conferir na guia "Configurações de Servidor" - "Volumes".
Volume atual de mensagens.
E um abraço.
terça-feira, 8 de janeiro de 2013
Usando Squid + tmpfs no FreeBSD
Dica:
Uma forma simples de reduzir o I/O do Squid.
Adicione no /etc/rc.conf as linhas:
---
tmpmfs="YES"
tmpsize="2G"
tmpmfs_flags="-S"
---
E no arquivo /etc/rc.local:
---
mkdir /tmp/squid
chown -R squid:squid /tmp/squid
/usr/local/sbin/squid -z
/usr/local/etc/rc.d/squid start
---
O arquivo /etc/rc.local faz com que seja criadas as pastas e permissões para o squid largar os seu cache e log, o que reduz o I/O.
Para não perder os logs, eu tenho usado o Sarg, que joga para disco de forma legível para humanos ;)
Claro, pode-se de tempos em tempos jogar para disco tudo que está sendo criado.
OBS: Sim, neste caso eu não tenho criticidade caso ocorra um reboot.
e um abraço.
Uma forma simples de reduzir o I/O do Squid.
Adicione no /etc/rc.conf as linhas:
---
tmpmfs="YES"
tmpsize="2G"
tmpmfs_flags="-S"
---
E no arquivo /etc/rc.local:
---
mkdir /tmp/squid
chown -R squid:squid /tmp/squid
/usr/local/sbin/squid -z
/usr/local/etc/rc.d/squid start
---
O arquivo /etc/rc.local faz com que seja criadas as pastas e permissões para o squid largar os seu cache e log, o que reduz o I/O.
Para não perder os logs, eu tenho usado o Sarg, que joga para disco de forma legível para humanos ;)
Claro, pode-se de tempos em tempos jogar para disco tudo que está sendo criado.
OBS: Sim, neste caso eu não tenho criticidade caso ocorra um reboot.
e um abraço.
Problema: KVM + Placa Realtek 8169
Noto que talvez este erro seja somente para esta placa.
Vi que após instalar o KVM em um CentOS 6.3 com Kernel padrão, a rede ficava lenta, mesmo usando drivers Virtio.
Verificando o log via dmesg noto a mensagem abaixo:
Jan 7 09:27:39 vmserver1 kernel: ------------[ cut here ]------------
Jan 7 09:27:39 vmserver1 kernel: WARNING: at net/core/dev.c:1712 skb_gso_segment+0x1df/0x2b0() (Tainted: G W --------------- )
Jan 7 09:27:39 vmserver1 kernel: Hardware name: H61M-S1
Jan 7 09:27:39 vmserver1 kernel: r8169: caps=(0x4180, 0x0) len=1620 data_len=0 ip_summed=0
Jan 7 09:27:39 vmserver1 kernel: Modules linked in: ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack ipt_REJECT xt_CHECKSUM iptable_mangle iptable_filter ip_tables sunrpc bridge stp llc ipv6 dm_mod vhost_net macvtap macvlan tun kvm_intel kvm r8169 mii serio_raw sg i2c_i801 iTCO_wdt iTCO_vendor_support shpchp snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd soundcore snd_page_alloc ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom pata_acpi ata_generic ata_piix i915 drm_kms_helper drm i2c_algo_bit i2c_core video output [last unloaded: scsi_wait_scan]
Jan 7 09:27:39 vmserver1 kernel: Pid: 9884, comm: qemu-kvm Tainted: G W --------------- 2.6.32-279.el6.x86_64 #1
Note que o Kernel é : 2.6.32-279.el6.x86_64 e migramos para 2.6.32-279.19.1.el6.x86_64
Para resolver o problema:
# yum -y update kernel
Após
# reboot
Com este upgrade a rede já fica normal.
Outra dica, na instalação:
# yum -y install kvm kmod-kvm virt-manager gdm kernel
um abraço.
Assinar:
Postagens (Atom)