discuss-pt-br February 2015

discuss-pt-br@lists.centos.org

19 participants
7 discussions

Problemas CentOS 6.4 + Dell R815
by Jean Pereira 14 Jun '15

14 Jun '15

Estou tendo problemas com o Centos 6.4 x64 em um Dell R815 que é ligado a uma storage Dell MD3200. Essa maquina é um banco de dados (PostgreSQL 9.2.4). Com o passar das horas começa ocorrer o seguinte erro: Jul 7 04:16:42 olosdb01 kernel: BUG: soft lockup - CPU#9 stuck for 67s! [multipathd:2175] Jul 7 04:16:42 olosdb01 kernel: Modules linked in: dell_rbu mptctl mptbase vfat fat nls_utf8 autofs4 sunrpc ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 power_meter dcdbas microcode serio_raw fam15h_power k10temp amd64_edac_mod edac_core edac_mce_amd i2c_piix4 i2c_core sg ses enclosure bnx2 ext4 mbcache jbd2 dm_round_robin scsi_dh_rdac sr_mod cdrom sd_mod crc_t10dif usb_storage ahci mpt2sas scsi_transport_sas raid_class megaraid_sas dm_multipath dm_mirror dm_region_hash dm_log dm_mod [last unloaded: dell_rbu] Jul 7 04:16:42 olosdb01 kernel: CPU 9 Jul 7 04:16:42 olosdb01 kernel: Modules linked in: dell_rbu mptctl mptbase vfat fat nls_utf8 autofs4 sunrpc ipt_REJECT nf_conntrack_ipv4 nf_defrag_ipv4 iptable_filter ip_tables ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 power_meter dcdbas microcode serio_raw fam15h_power k10temp amd64_edac_mod edac_core edac_mce_amd i2c_piix4 i2c_core sg ses enclosure bnx2 ext4 mbcache jbd2 dm_round_robin scsi_dh_rdac sr_mod cdrom sd_mod crc_t10dif usb_storage ahci mpt2sas scsi_transport_sas raid_class megaraid_sas dm_multipath dm_mirror dm_region_hash dm_log dm_mod [last unloaded: dell_rbu] Jul 7 04:16:42 olosdb01 kernel: Jul 7 04:16:42 olosdb01 kernel: Pid: 2175, comm: multipathd Not tainted 2.6.32-358.el6.x86_64 #1 Dell Inc. PowerEdge R815/0272WF Jul 7 04:16:42 olosdb01 kernel: RIP: 0010:[<ffffffff810aeb6a>] [<ffffffff810aeb6a>] smp_call_function_many+0x1ea/0x260 Jul 7 04:16:42 olosdb01 kernel: RSP: 0018:ffff880e7c67bc18 EFLAGS: 00000202 Jul 7 04:16:42 olosdb01 kernel: RAX: 0000000000000010 RBX: ffff880e7c67bc58 RCX: 0000000000000020 Jul 7 04:16:42 olosdb01 kernel: RDX: 000000000000000f RSI: 0000000000000040 RDI: 0000000000000286 Jul 7 04:16:42 olosdb01 kernel: RBP: ffffffff8100bb8e R08: ffffffff81c07528 R09: 0000000000000040 Jul 7 04:16:42 olosdb01 kernel: R10: 0000000000000001 R11: 0000000000000000 R12: ffff880e7c67bbf0 Jul 7 04:16:42 olosdb01 kernel: R13: 0000000000000003 R14: 0000000000000296 R15: ffff880e7c67bbc8 Jul 7 04:16:42 olosdb01 kernel: FS: 00007f88d8261700(0000) GS:ffff880c87440000(0000) knlGS:00000000aecffb70 Jul 7 04:16:42 olosdb01 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Jul 7 04:16:42 olosdb01 kernel: CR2: 00007fffa74e3828 CR3: 000000047c7c5000 CR4: 00000000000407e0 Jul 7 04:16:42 olosdb01 kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Jul 7 04:16:42 olosdb01 kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Jul 7 04:16:42 olosdb01 kernel: Process multipathd (pid: 2175, threadinfo ffff880e7c67a000, task ffff880e7c283540) Jul 7 04:16:42 olosdb01 kernel: Stack: Jul 7 04:16:42 olosdb01 kernel: 01ff880e7c67be34 0000000000000000 ffff880e7c67be10 ffffffff8104c740 Jul 7 04:16:42 olosdb01 kernel: <d> 0000000000000000 ffff880e7c67bcc8 ffffffff81ac2430 0000000000000000 Jul 7 04:16:42 olosdb01 kernel: <d> ffff880e7c67bc68 ffffffff810aec02 ffff880e7c67bc98 ffffffff81076bc4 Jul 7 04:16:42 olosdb01 kernel: Call Trace: Jul 7 04:16:42 olosdb01 kernel: [<ffffffff8104c740>] ? do_flush_tlb_all+0x0/0x60 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff810aec02>] ? smp_call_function+0x22/0x30 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81076bc4>] ? on_each_cpu+0x24/0x50 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff8104c4bc>] ? flush_tlb_all+0x1c/0x20 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff811508ba>] ? __purge_vmap_area_lazy+0xea/0x1e0 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81150a10>] ? free_vmap_area_noflush+0x60/0x70 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81150ac5>] ? free_unmap_vmap_area+0x25/0x30 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81150b10>] ? remove_vm_area+0x40/0xa0 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81150c2e>] ? __vunmap+0x2e/0x120 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81150d9a>] ? vfree+0x2a/0x40 Jul 7 04:16:42 olosdb01 kernel: [<ffffffffa00099ea>] ? ctl_ioctl+0x1ca/0x270 [dm_mod] Jul 7 04:16:42 olosdb01 kernel: [<ffffffff8109b1a1>] ? lock_hrtimer_base+0x31/0x60 Jul 7 04:16:42 olosdb01 kernel: [<ffffffffa0007fd0>] ? dev_status+0x0/0x50 [dm_mod] Jul 7 04:16:42 olosdb01 kernel: [<ffffffffa0009aa3>] ? dm_ctl_ioctl+0x13/0x20 [dm_mod] Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81194ed2>] ? vfs_ioctl+0x22/0xa0 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81195074>] ? do_vfs_ioctl+0x84/0x580 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff811955f1>] ? sys_ioctl+0x81/0xa0 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff810dc565>] ? __audit_syscall_exit+0x265/0x290 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff8100b072>] ? system_call_fastpath+0x16/0x1b Jul 7 04:16:42 olosdb01 kernel: Code: 14 46 00 0f ae f0 48 8b 7b 30 ff 15 59 7a 9e 00 80 7d c7 00 0f 84 9f fe ff ff f6 43 20 01 0f 84 95 fe ff ff 0f 1f 44 00 00 f3 90 <f6> 43 20 01 75 f8 e9 83 fe ff ff 0f 1f 00 4c 89 ea 4c 89 f6 44 Jul 7 04:16:42 olosdb01 kernel: Call Trace: Jul 7 04:16:42 olosdb01 kernel: [<ffffffff810aeb4f>] ? smp_call_function_many+0x1cf/0x260 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff8104c740>] ? do_flush_tlb_all+0x0/0x60 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff810aec02>] ? smp_call_function+0x22/0x30 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81076bc4>] ? on_each_cpu+0x24/0x50 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff8104c4bc>] ? flush_tlb_all+0x1c/0x20 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff811508ba>] ? __purge_vmap_area_lazy+0xea/0x1e0 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81150a10>] ? free_vmap_area_noflush+0x60/0x70 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81150ac5>] ? free_unmap_vmap_area+0x25/0x30 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81150b10>] ? remove_vm_area+0x40/0xa0 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81150c2e>] ? __vunmap+0x2e/0x120 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81150d9a>] ? vfree+0x2a/0x40 Jul 7 04:16:42 olosdb01 kernel: [<ffffffffa00099ea>] ? ctl_ioctl+0x1ca/0x270 [dm_mod] Jul 7 04:16:42 olosdb01 kernel: [<ffffffff8109b1a1>] ? lock_hrtimer_base+0x31/0x60 Jul 7 04:16:42 olosdb01 kernel: [<ffffffffa0007fd0>] ? dev_status+0x0/0x50 [dm_mod] Jul 7 04:16:42 olosdb01 kernel: [<ffffffffa0009aa3>] ? dm_ctl_ioctl+0x13/0x20 [dm_mod] Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81194ed2>] ? vfs_ioctl+0x22/0xa0 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff81195074>] ? do_vfs_ioctl+0x84/0x580 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff811955f1>] ? sys_ioctl+0x81/0xa0 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff810dc565>] ? __audit_syscall_exit+0x265/0x290 Jul 7 04:16:42 olosdb01 kernel: [<ffffffff8100b072>] ? system_call_fastpath+0x16/0x1b Alguma ideia do que possar ser? Abraço!

10 19

Re: [CentOS-pt-br] Porta USB.. qual saber
by Antonio S. Martins Jr. 20 Feb '15

20 Feb '15

----- "Gustavo Freitas" <gst.freitas(a)gmail.com> escreveu: > De: "Gustavo Freitas" <gst.freitas(a)gmail.com> > Para: "Portuguese (Brazilian) CentOS mailing list" <centos-pt-br(a)centos.org> > Enviadas: Quinta-feira, 19 de Fevereiro de 2015 8:55:58 (GMT-0300) Auto-Detected > Assunto: Re: [CentOS-pt-br] Porta USB.. qual saber > > como eu sei que porta esta ligada ? > Hummm.... Não sei bem se entendi a sua dúvida, você quer saber em qual porta foi ligado o dispositivo? Bem, essa informação é IMHO meio inútil :D Mas, acredito que usando o "lsusb -v", você consiga alguma coisa. Como disse antes, o que importa é o nome do "device" que é criado "automaticamente" no "/dev"... Talvez, se você explicar em detalhes qual é o problema, possamos apontar uma solução. Att., Antonio. -- Antonio da Silva Martins Jr. Analista de Suporte NPD - Núcleo de Processamento de Dados UEM - Universidade Estadual de Maringá email: asmartins(a)uem.br fone: +55 (44) 3011-4015 / 3011-4411 inoc-dba: 263076*100 "Real Programmers don’t need comments — the code is obvious." -- Esta mensagem foi verificada pelo sistema de antivirus e acredita-se estar livre de perigo.

4 3

Porta USB.. qual saber
by Gustavo Freitas 19 Feb '15

19 Feb '15

Pessoal, No centOS tem o seguinte Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 002: ID 413c:a001 Dell Computer Corp. Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Qual seri a porta por exemplo /dev/ttyUSB1 /dev/ttyUSB2 -- Gustavo Freitas

4 4

Pq os pacotes instalados são tão maiores do que os downloaded?
by Pablo Luz 18 Feb '15

18 Feb '15

Alguém sabe porque os softwares após instalados multiplicam o tamanho do que foi downloaded? Exemplo: Total download size: 27 M Installed size: 151 M Obrigado!

5 4

Red Hat 4.5
by Marcos Vinicius 11 Feb '15

11 Feb '15

Prezados, boa tarde Alguém saberia me informar onde consigo o ISO do Red Hat 4.5 para download, estou com uma aplicação aqui no trabalho que depende de muitas libs desta versão do sistema, e atualizar esta aplicação neste momento demandaria muitas horas de trabalho que não temos, só pra variar, rs. Agradeço desde já a atenção. Abrass. Marcos Garcia.

4 4

Virtualização 3D - Qual Melhor Opção?
by Silva, Lawton Bonnevialle Gomes da 09 Feb '15

09 Feb '15

Bom dia pessoALL; Uma dúvida: estou para comprar um laptop da Avell e instalarei o RHEL7 Workstation. Infelizmente, precisarei usar o Ruindows para algumas tarefas, logo, virtualizarei-o (precisarei virtualizar a placa 3D, uma Nvidia 970) em cima do Linux. Para essa tarefa, tenho três opções: 1- KVM da prórpria RedHat (incluído no pacote da RedHat); 2- VirtualBox (free); 3- VMware Workstation (esse é pago). Para melhor frames de objetos 3D no Ruindows, qual dos três recomendam? Pelo que estudei, o VMware parece ser melhor, o que acham? Grato. -- UNIFY – Soluções em Tecnologia da Informação LTDA. Tel.: +55 41 3341 6624 lawton.silva(a)unify.com www.unify.com<http://www.unify.com/> UNIFY – Soluções em Tecnologia da Informação LTDA. IMPORTANTE: Este e-mail e seus anexos contêm informação corporativa de propriedade exclusiva. Se você recebeu essa mensagem por engano, favor notificar o responsável imediatamente respondendo a esse e-mail e deletá-lo juntamente com seus anexos de seu sistema. Obrigado.

3 3

Problema envio email
by André Weber 02 Feb '15

02 Feb '15

Pessoal boa tarde, Tenho recebido emails com erro de envio para um destinatário, com a seguinte mensagem X-Amavis-Alert: BAD HEADER SECTION, Non-encoded 8-bit data (char E3 hex): Alguém sabe me dar uma ajuda?

4 8

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

discuss-pt-br February 2015