Coincido con los que te han recomendado que revises los switch, me pasó algo parecido y al final de días estresantes era eso. saludos Alexis
El 21/2/17, Miguel Narbona Fagales <informat...@holguin.intermar.cu> escribió: > Si todo funcionaba bien desde un inicio y no hiciste ningún cambio > representativo, como adicionar equipos , soft de monitoreo, firewall etc > ... > entonces prueba a revisar los cables desde los puntos donde detectas > perdida > de paquetes y/o hacia ... luego los switch /tarjetas .. ect .. > posteriormente y de ultimo suicidio ... (pero creo q en tu caso revisando > los cables debería ser suficiente ) > saludos > > -----Original Message----- > From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On > Behalf Of Arian Molina Aguilera > Sent: Tuesday, February 21, 2017 11:35 AM > To: Lista cubana de soporte técnico en Tecnologias Libres > Subject: Re: [Gutl-l] Problema con conectividad > > El 21/02/17 a las 11:31, Rommel Rodriguez Toirac escribió: >> El martes, 21 de febrero de 2017 11:00:44 A. M. CST Arian Molina Aguilera >> >> escribieron: >>> El 21/02/17 a las 09:11, Rommel Rodriguez Toirac escribió: >>>> El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez >> escribieron: >>>>> On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: >>>>>> ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? > o >>>>>> >>>>>> ¿alguien que conozca de algo que pudiera causar esta inestabilidad en > la >>>>>> conectividad con este servidor? o ¿alguien que conozca por donde mas >>>>>> buscar >>>>>> para ver si encuentro algo que me ayude >>>>> >>>>> Estas teniendo un problema a de capa 2 en tu red, hay algo que hace >>>>> que >>>>> el protocolo ARP no este funcionando bien, lo cual se arregla al hacer >>>>> ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor >>>>> o >>>>> f'isico? >>>>> >>>>> En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual >>>>> switch >>>>> o lo que tengas en medio. El workaround es muy sencillo, pon una tarea >>>>> en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o >>>>> a >>>>> varias y listo, eso no te va a tumbar la red y te va a resolver un >>>>> problema >>>>> >>>> La PC como tal es un INSPUR NF5280M4 tiene 4 dispositivos de red y ya >>>> conecté> >>>> el cable de red en otro dispositivo de red y lo configuré también. > Cambié >>>> el switch. Apagué todo (todos los servidores y todos los switch que >>>> tengo) y todavía persiste el problema. >>>> >>>> Desde mi estación de trabajo (Kubuntu 16.04) hago ping y no tengo > ningún >>>> tipo> >>>> de respuesta, probé desde otras PCs (Windows 10 y Windows 7) hago ping >>>> y >>>> se >>>> demora, luego de entre 5 u 8 segundos me devuelve la primera respuesta >>>> como >>>> perdida, luego si hace ping normalmete; cuando ahora pruebo desde mi >>>> estación de trabjo, hace ping sin problemas. >>>> Se que una solución de palo sería hacer ping a alguna dirección de mi > red >>>> cada un tiempo determinado, pero es que quisiera resolver eso sin >>>> engaños.> >>>> Cambiar la distribución no está dentro de los planes (al menos por > ahora) >>>> >>>> pues sería una mas a mantener los repositorios con mi limitado ancho de >>>> banda, sin contar las especificaciones y requerimientos de instalación >>>> del gestor de bases de datos Oracle. >>>> Hice lo que me recomendaron con el comando ethtool y no obtuve ninguno > de >>>> las respuestas relacionadas con error por encima de cero: >>>> >>>> NIC statistics: >>>> rx_packets: 9741 >>>> tx_packets: 43 >>>> rx_bytes: 859940 >>>> tx_bytes: 3409 >>>> rx_broadcast: 9362 >>>> tx_broadcast: 9 >>>> rx_multicast: 360 >>>> tx_multicast: 19 >>>> multicast: 360 >>>> collisions: 0 >>>> rx_crc_errors: 0 >>>> rx_no_buffer_count: 0 >>>> rx_missed_errors: 0 >>>> tx_aborted_errors: 0 >>>> tx_carrier_errors: 0 >>>> tx_window_errors: 0 >>>> tx_abort_late_coll: 0 >>>> tx_deferred_ok: 0 >>>> tx_single_coll_ok: 0 >>>> tx_multi_coll_ok: 0 >>>> tx_timeout_count: 0 >>>> rx_long_length_errors: 0 >>>> rx_short_length_errors: 0 >>>> rx_align_errors: 0 >>>> tx_tcp_seg_good: 0 >>>> tx_tcp_seg_failed: 0 >>>> rx_flow_control_xon: 0 >>>> rx_flow_control_xoff: 0 >>>> tx_flow_control_xon: 0 >>>> tx_flow_control_xoff: 0 >>>> rx_long_byte_count: 859940 >>>> tx_dma_out_of_sync: 0 >>>> tx_smbus: 0 >>>> rx_smbus: 0 >>>> dropped_smbus: 0 >>>> os2bmc_rx_by_bmc: 0 >>>> os2bmc_tx_by_bmc: 0 >>>> os2bmc_tx_by_host: 0 >>>> os2bmc_rx_by_host: 0 >>>> tx_hwtstamp_timeouts: 0 >>>> rx_hwtstamp_cleared: 0 >>>> rx_errors: 0 >>>> tx_errors: 0 >>>> tx_dropped: 0 >>>> rx_length_errors: 0 >>>> rx_over_errors: 0 >>>> rx_frame_errors: 0 >>>> rx_fifo_errors: 0 >>>> tx_fifo_errors: 0 >>>> tx_heartbeat_errors: 0 >>>> tx_queue_0_packets: 5 >>>> tx_queue_0_bytes: 387 >>>> tx_queue_0_restart: 0 >>>> tx_queue_1_packets: 1 >>>> tx_queue_1_bytes: 96 >>>> tx_queue_1_restart: 0 >>>> tx_queue_2_packets: 19 >>>> tx_queue_2_bytes: 1594 >>>> tx_queue_2_restart: 0 >>>> tx_queue_3_packets: 12 >>>> tx_queue_3_bytes: 504 >>>> tx_queue_3_restart: 0 >>>> tx_queue_4_packets: 1 >>>> tx_queue_4_bytes: 80 >>>> tx_queue_4_restart: 0 >>>> tx_queue_5_packets: 0 >>>> tx_queue_5_bytes: 0 >>>> tx_queue_5_restart: 0 >>>> tx_queue_6_packets: 0 >>>> tx_queue_6_bytes: 0 >>>> tx_queue_6_restart: 0 >>>> tx_queue_7_packets: 5 >>>> tx_queue_7_bytes: 342 >>>> tx_queue_7_restart: 0 >>>> rx_queue_0_packets: 5561 >>>> rx_queue_0_bytes: 358923 >>>> rx_queue_0_drops: 0 >>>> rx_queue_0_csum_err: 0 >>>> rx_queue_0_alloc_failed: 0 >>>> rx_queue_1_packets: 492 >>>> rx_queue_1_bytes: 55187 >>>> rx_queue_1_drops: 0 >>>> rx_queue_1_csum_err: 0 >>>> rx_queue_1_alloc_failed: 0 >>>> rx_queue_2_packets: 771 >>>> rx_queue_2_bytes: 76077 >>>> rx_queue_2_drops: 0 >>>> rx_queue_2_csum_err: 0 >>>> rx_queue_2_alloc_failed: 0 >>>> rx_queue_3_packets: 471 >>>> rx_queue_3_bytes: 67969 >>>> rx_queue_3_drops: 0 >>>> rx_queue_3_csum_err: 0 >>>> rx_queue_3_alloc_failed: 0 >>>> rx_queue_4_packets: 744 >>>> rx_queue_4_bytes: 76398 >>>> rx_queue_4_drops: 0 >>>> rx_queue_4_csum_err: 0 >>>> rx_queue_4_alloc_failed: 0 >>>> rx_queue_5_packets: 530 >>>> rx_queue_5_bytes: 60209 >>>> rx_queue_5_drops: 0 >>>> rx_queue_5_csum_err: 0 >>>> rx_queue_5_alloc_failed: 0 >>>> rx_queue_6_packets: 519 >>>> rx_queue_6_bytes: 53151 >>>> rx_queue_6_drops: 0 >>>> rx_queue_6_csum_err: 0 >>>> rx_queue_6_alloc_failed: 0 >>>> rx_queue_7_packets: 653 >>>> rx_queue_7_bytes: 73062 >>>> rx_queue_7_drops: 0 >>>> rx_queue_7_csum_err: 0 >>>> rx_queue_7_alloc_failed: 0 >>> >>> cambiaste el path cord de red, cambiaste el switch??, existe algo >>> especial entre ese server--switch--estación de trabajo??, no atraviesa >>> ningún firewall intermedio??. >> >> Desde ese servidor a la red de estaciones de trabajo: >> servidor_pgtm --> switch --> switch --> estaciónes_trabajo >> He cambiado el latiguillo, el switch, he conectado el cable de red en >> otro > de >> los dispositivos de red del servidor. >> No existe ningún firewall, ni el SELinux está corriendo. >> > veo que tienes dos switch, has probado cambiar los dos, cambiar de > puertos el enlace entre ambos, o el latiguillo con que se enlazan los > mismos.?? > > -- > Arian Molina Aguilera > Administrador de Redes y Servicios Telemáticos > Linux Usuario Registrado #392892 > Telfs: +53(7)696-7510 ext 236 > jabber: linuxc...@openmailbox.org > Brascuba Cigarrillos S.A. La Habana. Cuba. > “Nunca consideres el estudio como una obligación, > sino como una oportunidad para penetrar en el bello > y maravilloso mundo del saber. Albert Einstein” > ______________________________________________________________________ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l > > > > ______________________________________________________________________ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l > -- “No pretendas que las cosas cambien si siempre haces lo mismo”. ______________________________________________________________________ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
