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.


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.