[Gutl-l] Problema en el PROXMOX

[Yasser Yoan Coello Sánchez]

Buenas tardes amigos a la hora de restaurar mi PDC me sale esto
** (process:11284): ERROR **: restore failed - wrong vma extent header 
chechsum___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema son samba

[Jose Joaquin Ruiz Silva]

Buenos dias tengo un problema. Esto es lo que tengo tengo un dominio con 
samba4 y bind dlz el cual pincha perfecto pero tengo una maquina en 
debian9 unido al dominio y esa maquina es un servidor que no se apaga y 
me esta pasando que me borra la carpeta tmp y se pierde la conexion con 
ese servidor. A ver el crea ahi el fichero krb5cc_0. Hay alguna forma de 
cambiar la direccion donde guarde ese fichero o que no me borre esa 
carpeta.



Saludos

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con apcupsd

[yerandy . alfonso]

Buenos días lista
Estoy tratando de instalar el apcupsd en un proxmox 5.4, seguidamente 
que lo instalo sin hacer ningun cambio me sale el siguiente error 
constantemente


Message from syslogd@pve at Jun 19 11:44:35 ...
 kernel:[  129.600195] do_IRQ: 2.36 No irq handler for vector
Message from syslogd@pve at Jun 19 11:44:36 ...
 kernel:[  130.600392] do_IRQ: 2.36 No irq handler for vector
Message from syslogd@pve at Jun 19 11:44:37 ...
 kernel:[  131.600574] do_IRQ: 2.36 No irq handler for vector


Alguien tiene alguna sugerencia para esto?

Estoy tratando de programar el apagado automático de mi proxmox cuando 
la batería llega a un % determinado, la UPS es una APC,

Alguna otra variante que pueda usar

Gracias por la ayuda

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema en los backup.

[Lic. Vladimir Valero]

Saludos listeros.

Detallo mi problema:

Tengo dos cluster de proxmox cada uno con 6 servidores. Todo funciona 
bien hasta que el pasado miercoles actulice uno de ellos a la ultima 
version de proxmox, luego de esto al realizar los backup estos 
"supuestamete se realizan de manera correcta" pues no genera ningun 
error y hasta envia el correo de satisfactorio. En el momento de 
realizar una restauracion de dicho backup este arroja el siguiente error:


###

Using default stripesize 64.00 KiB.
Logical volume "vm-109-disk-1" created.
mke2fs 1.43.4 (31-Jan-2017)
Discarding device blocks: 4096/10485760 
done

Creating filesystem with 10485760 4k blocks and 2621440 inodes
Filesystem UUID: c735ac83-8b4a-42c0-8a10-7f094c6b97ee
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624

Allocating group tables: 0/320 done
Writing inode tables: 0/320 done
Creating journal (65536 blocks): done
Multiple mount protection is enabled with update interval 5 seconds.
Writing superblocks and filesystem accounting information: 0/320 
done


extracting archive 
'/var/lib/vz/dump/vzdump-lxc-111-2019_06_10-14_57_30.tar.lzo'

lzop: : Compressed data violation
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
Logical volume "vm-109-disk-1" successfully removed
TASK ERROR: command 'tar xpf - --lzop --totals --one-file-system -p 
--sparse --numeric-owner --acls --xattrs '--xattrs-include=user.*' 
'--xattrs-include=security.capability' '--warning=no-file-ignored' 
'--warning=no-xattr-write' -C /var/lib/lxc/109/rootfs --skip-old-files 
--anchored --exclude './dev/*'' failed: exit code 2


#


Esto mismo ocurre tanto con los PCT como los KVM.

Si le realizo un test al backup con el comando:

lzop -t -d vzdump-X.lzo

Este efectivamente me dice que la comprobacion FALLA.

Leyendo el error encuentro que:

Compressed data violation

Asi que me hace suponer que el tema este a la hora de comprimir el backup.

La version de proxmox a la que se actualizo el cluester fue proxmox-ve 
5.4.2. No se si sera un bug de esta version. He buscado en internet pero 
nada en concreto.


En espera de sus respuestas y agradecido de antemano:

Lic. Vladimir Valero

Administrador de Redes

Complejo Las Terrazas.



___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema Forwarders Bind9

[Yoandris Savon]

Hola a todos, tengo el siguiente error en mi fichero de configuracion de
bind. Resulta ser que cuando hago una peticion al servidor forwarding por
bind este no me responde la consulta me da error. SIn embargo yo nslookup
en el propio servidor apuntando a servidor de forwarding si me responde no
se donde pueda estar mi error. aqui les envio el otions de mi bind

options {
directory "/var/cache/bind";
   dnssec-enable yes;
dnssec-validation auto;
recursion no;
auth-nxdomain no;# conform to RFC1035
//listen-on-v6 { any; };
   allow-recursion {127.0.0.1;};
   allow-query {any;};
   //allow-transfer {none;};zona
   version "Not available.";
forwarders {192.168.1.1;};
 forward only;
};

//Esta es mi zona
zone "mi.dominio.cu" IN {
type master;
file "/etc/bind/db.ecie.zone";
allow-transfer { 10.0.0.1; };
allow-update {none; };
notify yes;
also-notify  { 10.0.0.1; };
};
Agradeceria cualquier ayuda que me pudieran brindar.
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema a la hora de imprimir

[Andy Lucena Hernández]

Buen día amigos.


Estoy presentando problemas a la hora de imprimir en mi impresora Epson 
L380 en mi laptop con Deepin. Configuré sin problemas la HP LaserJet 1102w 
pero la Epson, después de instalarla, con su controlador, me salen una 
serie de garabatos en la hoja solamente.



Alguna idea o recomendación??




Saludos

Andy



___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con source.list

[Andy Lucena Hernandez]

Amigos aqui un problema que vengo arrastrando con Debian 9 hace rato. 
Tengo instalado Deepin 15.10 en mi laptop personal pero no poseo el 
repo de esta distro. Como ahora esta basada en Debian stretch, y tengo 
ese repo, le dije a mi sources.list que usara ese repo que se encuentra 
en una particion de mi HDD interno. Cuando hago un apt-get update 
siempre me da el mismo error.


N: Download is performed unsandboxed as root as file 
'/media/pastorandy/_dde_data/Repos/Debian/stretch/dists/main/InRelease' 
couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permiso 
denegado)


He estado leyendo pero nada de lo que me han recomendado en foros me ha 
servido.


Este es mi sources.list

deb file:///media/andy/data/repos/Debian/Stretch stretch main contrib 
non-free


(tiene mas lineas pero todas con el mismo estilo)

Alguien ha navegado por estas aguas y me puede auxiliar.

Gracias

Andy


___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con ZANTYAL

[Alejandro Caballero Menéndez]

Buenos días amigos de la lista configure instale un zentyal y le 
habilite el proxy si problema
Donde está el problema cuando configuro manual el proxy o sea el 
squid.conf voy al Dashboard y le doy reiniciar al servicio me borra toda 
la configuración que puse manual alguien me puede decir que pasa y como 
puedo resolver esto. Saludos de ante mano.



___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema para acceder a repo de Joven Club

[tec-eas-finanzas]

Tengo bien configurado el soreces.list, para acceder al repo del joven club 
pero no se conecta. Se queda largo rato en espera, y al rato me dice que no 
pudo conectarse. ¿ A que se deberá?
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con ejecucion programada de un script en linux

[Carlos A. Machado Bermudez]

Buenos dias tengo la siguiente problemática

Tengo un script para la actualización de los antivirus de la empresa 

El asunto es que cuando lo ejecuto manualmente to va bien 

Lo tengo en el cron para que se ejecute a las 3 de la mañana y a las 12 del
dia 

Cuando l9o ejecuto manualmente todo va bien 

Pero cuando espero por su ejecución programada no la realiza

Anteriormente usaba el programa lftp en este script y funcionaba
perfectamente

Ahora lo cambie y lo hago con wget y no se ejecuta automáticamente 

Les voy a dejar los dos el antiguo y el nuevo 

Si pudieran ayudarme con esto se los agradecería 

Gracias de antemano

 

### SCRIPT ANTERIOR 

 

#!/bin/sh

export http_proxy=http://cmachado:Bon1facio.@192.168.100.6:3128/

#rm -r /ftp/antivirus/segurmatica/*

lftp -e 'mirror -e -c /update/nod32/eset_updv8 /ftp/antivirus/nod32'
http://antivirus.uclv.edu.cu

lftp -e 'mirror -e -c /update/segurmaticaav/updates
/ftp/antivirus/segurmatica' http://antivirus.uclv.edu.cu

#lftp -e 'mirror -e -c /update/avg/updates /ftp/antivirus/avg'
http://antivirus.uclv.edu.cu

cd /ftp/antivirus/compactadas/

rm -r *

zip -r segurmatica.zip /ftp/antivirus/segurmatica

zip -r nod32.zip /ftp/antivirus/nod32

 

 

###SCRIPT NUEVO

 

#!/bin/sh

export http_proxy=http://cmachado:Bon1facio.@192.168.100.6:3128/

wget -N -P /ftp/antivirus/compactadas -i rutas_actualizaciones

cd /ftp/antivirus/nod32

rm -rf *

cd /ftp/antivirus/segurmatica

rm -rf *

cd /ftp/antivirus/usbav

rm -rf *

cd /ftp/antivirus/compactadas

unzip eset_updv8.x32.x64-uclv.zip -d /ftp/antivirus/nod32

unzip Update-Segurmatica.zip -d /ftp/antivirus/segurmatica

unzip usbav-update.zip -d/ftp/antivirus/usbav

cd /ftp/antivirus/nod32/eset_updv8

mv * /ftp/antivirus/nod32

rm -r /ftp/antivirus/nod32/eset_updv8

 

 

Ambos cuentan con todos los permisos

 

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema de suplantacion de identidad

[Jorge Ortiz Lazo]

Buenas tardes, necesito alguien me ayude, tengo un servidor de correo con
afterirredmail que tiene postfix con dovecot y he tratado de muchas formas
de la configuración del correo para evitar la suplantación de identidad,
pero cuando hago la prueba con una herramienta llamada swap los correos
entran igual, si alguien puede ponerme las formas en que ha resuelto este
problema. Me ayudaría mucho para seguir probando configuraciones mi servidor
es en Ubuntu 14.04. Salu2s.

 

 

Ing. Jorge Ortiz Lazo

Especialista C en Ciencias Informáticas

UEB DIVEP PINAR DEL RÍO

Teléfono: 48728389 ext 110

 



 

 


___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] problema con enrutamiento en switch Allied Telesys X610 L3

[Aliosman Guerrero Castillo]

Salu2 Lista!! 

Recientemente he cambiado todo mi enrutamiento intervlan desde un Pfsense y 
hacia un switch Allied Telesys x610. Internamente desde las distintas vlans se 
puede contactar con las interfaces de cada vlan en el switch y hacia los 
servidores que estan en la vlan de los serdores. El problema viene cuando desde 
las UEB que estan fuera del centro y se conectan a traves de una VPN tratan de 
llegar a los servidores de los servicios. En el router de la VPN puse una ruta 
la cual dirige el trafico hacia mi red interna. Desde las redes de las UEB solo 
logro alcanzar la IP de la interface en el switch que pertenece a la VPN y no 
llego a las ip de los servidores. Abajo mas o menos como lo tengo configurado 

! 
interface vlan10 
ip address 10.0.0.1/24 
! 
interface vlan11 
ip igmp snooping querier 
! 
interface vlan12 
description vlan de conexion a Grupo por router TD-8840T 
ip address 172.A.B.30/27 
! 
interface vlan20 
description Servidores OC 
ip address 172.A.B.62/27 
! 
interface vlan21 
description vlan Investigaciones 
ip address 172.A.B.94/27 
! 
interface vlan22 
description vlan Mercadotecnia 
ip address 172.A.B.158/27 
! 
interface vlan23 
description vlan DirRRHHAdmin 
ip address 172.A.B.190/27 
! 
interface vlan24 
description vlan Economia 
ip address 172.A.B.222/27 
! 
interface vlan25 
description vlan Impresoras 
ip address 172.A.B.254/27 
! 
interface vlan26 
description vlan Ingenieria 
ip address 172.A.C.30/27 
! 
interface vlan27 
description vlan Tecnica 
ip address 172.A.C.62/27 
! 
interface vlan30 
description vlan informatica 
ip address 172.A.C.94/27 
! 
interface vlan50 
description Vlan 50 VoIP 
ip address 10.0.X.1/24 
! 
interface vlan60 
description vlan 60 WiFi 
ip address 172.A.C.158/27 
! 
interface vlan3094 
description vlan de conexion a Grupo por router Huawei 
ip address 172.A.D.3/24 
! 
interface vlan3096 
description vlan de conexion a VPN por router TD-8840T 
ip address 172.E.F.253/24 
! 
ip route 0.0.0.0/0 172.A.B.1 
ip route 0.0.0.0/0 172.A.D.1 
ip route 10.Z.0.0/24 172.A.B.1 
ip route 172.G.0.0/16 172.17.B.1 
ip route 172.G.0.0/16 172.17.D.1 
ip route 172.G.Z.151/32 172.A.B.1 
ip route 172.G.Z.151/32 172.A.D.1 
ip route 172.G.Z.155/32 172.A.B.1 
ip route 172.G.Z.155/32 172.A.D.1 
ip route 172.A.0.0/16 172.A.40.1 
ip route 172.B.0.0/16 172.A.52.1 
ip route 172.A.Z.135/32 172.A.D.1 
ip route 172.A.Z.136/32 172.A.B.1 
ip route 172.A.Z.141/32 172.A.B.1 
ip route 172.E.9.0/24 172.E.11.1 
ip route 172.E.10.0/24 172.E.11.1 
ip route 172.E.43.0/24 172.E.11.1 

-- 
Lic. Aliosman Guerrero Castillo 
alios...@ciiq.cu 
Administrador de Redes 
+53 76489192 Ext-134 
+53 52124540 
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con el zimbra 8.8.10

[jonavarrete]

Buenas: 

Me pase por aqui y vi buena informacion sobre el tema, la cosa es que estuve 
tratando con esto para poder agregarlo al repo local:

wget -qO -
http://download.jovenclub.cu/repos/zimbra/zimbra-archive-keyring.gpg |
sudo apt-key add -

y lo correspondiente en el source.list, pero me da el error:

gpg: no valid OpenPGP data found.

yengo acceso al archivo desde el wget desde la consola, pero me sigue dando el 
error. Saludos!!
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Re: (gutl-l) Problema con VM en Proxmox

[William Arias Infante]

Le remito a este blog, donde creo que una vez que lo lea y se lo 
estudie, podrá encontrar la solución a su problema.


http://nihilanthlnxc.cubava.cu/2016/01/11/de-mi-manual-de-proxmox-ve-4-x-redimensionado-de-los-discos-duros-de-las-maquinas-virtuales-y-particiones-raiz-de-los-contenedores-parte-i/

http://nihilanthlnxc.cubava.cu/2016/01/12/de-mi-manual-de-proxmox-ve-4-x-redimensionado-de-los-discos-duros-de-las-maquinas-virtuales-y-particiones-raiz-de-los-contenedores-parte-ii/

http://nihilanthlnxc.cubava.cu/2016/01/12/de-mi-manual-de-proxmox-ve-4-x-redimensionado-de-los-discos-duros-de-las-maquinas-virtuales-y-particiones-raiz-de-los-contenedores-parte-iii/

Le recomendaría que haga una salva, por si falla algo, tenga la 
posibilidad de restaurar.


Saludos, William



El 2018-11-22 14:53, Marcelino Bacerio Fdez escribió:

Hola Lista

Cambié el tamaño de una VM en proxmox 5.2 y me cambio bien el espacio
en el disco (interfaz web)

pero ¿como puedo cambiarlo en el disco virtual  dentro de linux
(ubuntu 18.04) sin perder los datos?


Saludos

Tito


Unidad Básica Textil "Rubén Martínez Villena ALQUITEX"
Dir.: Ave. 91 #12203 e/ 122 y 126, Alquízar, Artemisa, Cuba.
Tel: 4741 8304, 4741 8104, 4741 8448, 4741 8300


___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu


___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Re: (gutl-l) Problema con VM en Proxmox

[Arian Molina Aguilera]

El 22/11/18 a las 14:53, Marcelino Bacerio Fdez escribió:
> Hola Lista
>
> Cambié el tamaño de una VM en proxmox 5.2 y me cambio bien el espacio
> en el disco (interfaz web)
>
> pero ¿como puedo cambiarlo en el disco virtual  dentro de linux
> (ubuntu 18.04) sin perder los datos?
>
>
> Saludos
>
> Tito
>
>
> Unidad Básica Textil "Rubén Martínez Villena ALQUITEX"
> Dir.: Ave. 91 #12203 e/ 122 y 126, Alquízar, Artemisa, Cuba.
> Tel: 4741 8304, 4741 8104, 4741 8448, 4741 8300   
>
> ___
> Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
> To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

Una vez que lo aumentes tienes que usar un livecd con algunas distro y
usando parted o gparted, estirar el disco para que asuma todo su tamaño,
si es mbr puedes usar el fdisk de toda la vida, si es gpt, gdisk, partex.

-- 
Arian Molina Aguilera 
Administrador de Redes y Servicios Telemáticos 
Linux Usuario Registrado #392892 
Telfs: +53(7)696-7510 ext 236
jabber: linuxc...@teknik.io 
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”




signature.asc
Description: OpenPGP digital signature
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] (gutl-l) Problema con VM en Proxmox

[Marcelino Bacerio Fdez]

Hola Lista

Cambié el tamaño de una VM en proxmox 5.2 y me cambio bien el espacio en 
el disco (interfaz web)


pero ¿como puedo cambiarlo en el disco virtual  dentro de linux (ubuntu 
18.04) sin perder los datos?



Saludos

Tito


Unidad Básica Textil "Rubén Martínez Villena ALQUITEX"
Dir.: Ave. 91 #12203 e/ 122 y 126, Alquízar, Artemisa, Cuba.
Tel: 4741 8304, 4741 8104, 4741 8448, 4741 8300 
   



___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con proxmox

[Roilan Martinez Acebal]

Buen día colegas, dispongo de un servidor proxmox donde se alojan varias 
maquinas virtuales con windows server 2012, resulta que desde hace algunos días 
vengo teniendo problemas con algunas de esas maqunas virtuales, pues al acceder 
remotamente ya sea por dameware o la consola de proxmox me muestra el 
escritorio en negro, si me muesta la pantalla de logueo pero no me muestra el 
escritorio. 
Alguna sugerencia al respecto. 
Saludos y gracias de antemano. 


-- 
Lic. Roilan Martinez Acebal 
Administrador de Redes 
Empresa Cítricos Arimao, Cumanayagua, Cienfuegos 
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] problema con LDAP de Zentyal

[Tec . Gustavo Valmaña Villalonga]

Buenos días listeros, estoy trabajando en un laboratorio con Zentyal 5.1 y
se me esta presentando un problema que no le encuentro lógica, instale un
servidor Jabber con Opefire y cuando intento configurar los parámetros de
LDAP me dice que no encuentra el servidor LDAP o no esta disponible, realice
las siguientes pruebas:

1-  La resolución de nombres es correcta, pues resuleve los host como es
debido

2-  Hice un telnet desde el servidor de Jabber a ambos puertos 389 y 636
y da conectividad

3-  Importe los certificados del samba para LDAPS y todo lo hizo OK

4-  Intente usar el JXExplorer para ver si puedo ser capaz de leer el
árbol LDAP y me da error de seguridad tanto en LDAP como en LDAPS

Mi duda es que si hay que configurar algo extra en los clientes que se
quieran conectar al LDAP de Zentyal?

Hay que cambiar algo en el Zentyal para que las consultas de LDAP se puedan
hacer?

 

Otra cosa intente también acceder desde WordPress a ese servidor de
Zentyal5.1 por LDAP y da el mismo error

Saludos y esperando respuesta, muchas gracias



--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/


___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con ldap y squid

[Pablo Raul Vargas Hall]

 

 

 





Hola listeros

Tengo el siguiente problema anteriormente tenia un ldap en la dmz para
autenticar los usuarios del correo y del proxy. Tanto le correo como el
proxy estaban tambien en la dmz.

Ahora tengo el servidor de ldap en la LAN pero no me deja autenticar los
usuarios este es el error que recibo despues de hacerla consulta

/usr/lib/squid3/squid_ldap_auth -d -R -b "dc=holguin,dc=geocuba,dc=cu" -D
"ldapu...@holguin.geocuba.cu" -w "xx" -f sAMAccountName=%s -h
192.168.2.12

squid_ldap_auth: WARNING, could not bind to binddn 'Can't contact LDAP
server'

ERR Success

Eso es el squid 

Este es el log del firewall

Oct  3 13:26:02 fw kernel: [1029449.639038] Shorewall:dmz-lan:ACCEPT:IN=eth1
OUT=eth2 MAC=00:0c:29:47:8c:e2:00:0c:29:5d:c4:64:08:00 SRC=192.168.1.13
DST=192.168.2.12 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=21462 DF PROTO=TCP
SPT=38542 DPT=389 WINDOW=29200 RES=0x00 SYN URGP=0

Oct  3 13:29:46 fw kernel: [1029674.152168] Shorewall:dmz-lan:ACCEPT:IN=eth1
OUT=eth2 MAC=00:0c:29:47:8c:e2:00:0c:29:5d:c4:64:08:00 SRC=192.168.1.13
DST=192.168.2.12 LEN=60 TOS=0x00 PREC=0x00 TTL=63 ID=44227 DF PROTO=TCP
SPT=38548 DPT=389 WINDOW=29200 RES=0x00 SYN URGP=0

Como pueden ver el proxy sigue en la DMZ y el servidor de LDAP esta en LAN

Que puede estar sucediendo???

 Saludos, 

 Pablo Raúl Vargas Hall

Especialista Principal de REDES (Jefe Equipo)

  Geocuba Oriente Norte

Teléf.: 0124-423007

e-mail:   ad...@holguin.geocuba.cu




GEOCUBA GEOCUBA GEOCUBA GEOCUBA GEOCUBA GEOCUBA GEOCUBA GEOCUBA GEOCUBA
GEOCUBA GEOCUBA 

 

 

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con NFS

[Roilan Martinez Acebal]

Hola a todos, tengo un pc con debian 9 la cual funciona como un servidor nfs, 
tiene un disco de 3 Tbytes, esta pc la utilizo para almacenar las salvas de 
todas las pc virtuales y contenedores de proxmox, pero estoy teniendo problemas 
al realizar las salvas, .pues comienza y muchas veces el nfs se queda como 
colgado y las salvas dan error, abajo les muestro el [ERROR]. Alguna sugerencia 
al respecto. 

Saludos y gracias de antemano 

[ERROR] 
INFO: Starting Backup of VM 103 (qemu) 
INFO: status = running 
INFO: update VM 103: -lock backup 
INFO: VM Name: ServLAN 
INFO: include disk 'ide0' 'NFS1:103/vm-103-disk-1.raw' 32G 
INFO: backup mode: snapshot 
INFO: ionice priority: 7 
INFO: creating archive 
'/mnt/pve/NFS2/dump/vzdump-qemu-103-2018_10_01-01_10_12.vma.lzo' 
INFO: started backup task '479fa5a6-ef0d-4402-8539-77798d4f4d40' 
INFO: status: 0% (166264832/52432994304), sparse 0% (130342912), duration 3, 
read/write 55/11 MB/s 
INFO: status: 1% (551616512/52432994304), sparse 0% (156499968), duration 10, 
read/write 55/51 MB/s 
INFO: status: 2% (1053360128/52432994304), sparse 0% (177655808), duration 21, 
read/write 45/43 MB/s 
ERROR: VM 103 qmp command 'query-backup' failed - got timeout 
INFO: aborting backup job 
ERROR: Backup of VM 103 failed - VM 103 qmp command 'query-backup' failed - got 
timeout 

-- 
Lic. Roilan Martinez Acebal 
Administrador de Redes 
Empresa Cítricos Arimao, Cumanayagua, Cienfuegos 

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] problema resuelto con el openfire

[scuba]

Gracias Adrian, ya esta trabajando el openfire, lo desintale completo
apt-get remove  --purge openfire

Y me borro todos indicios del openfire, después lo instale y ya esta
trabajando y por telnet me esta resolviendo bien.

 

Gracias a todos los colegas del software libre que me han dado surgerencias.

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] problema con openfire

[Yosbel Angel Cisneros Hidalgo]

saludos lista estoy presentando un problema con openfire, simpre he 
utilizado ubunto pero quiero migrar a Debian y empeze con mi srv 
openfire, situacion por la cual todo instala perfecto, configuro el 
servidor con sus parametros como hacia en ubuntu, cuando intento logear 
un usuario me pide como es logico que confie en el certificado , acepto 
el mismo pero se queda ahi no conecta, he hecho esto.


1. Deshabilite ipv6 porque estaba escuchando en ipv6, solucionado.
2.probe con y sin usar dominio.
3.hay conectividad entre el cliente y el servidor
4.-no hay firewall intermedio ni nada.


Que puediera estar impidiendo que se establezca la conexion. Gracias
---"Convencion Internacional Cientifica y Tecnologica de la Universidad de Camaguey 
Ignacio Agramonte Loynaz"---
---del 21 al 24 de mayo del 2019---http://cict.reduc.edu.cu/ -Sede: Cayo 
Santa Maria---
---Universidad de Camaguey "Ignacio Agramonte Loynaz", Cuba 
http://www.reduc.edu.cu/
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con Postfix... o con los destinatarios de un nodo específico

[Alberto José García Fumero]

Buenas tardes.

Me está pasando que varios de los mensajes para un nodo específico me
están dando error de time out. Quiero decir, han salido algunos de los
mensajes, pero no todos.

Con el resto del mundo civilizado no tengo problemas de ningún tipo con
ningún servicio.

He descartado la posibilidad de que las direcciones estén mal (no
rebotan, y además las verifiqué), y si hago un postqueue -f parece que
fueran a salir, pues el sistema no reporta errores (estoy usando aún el
queuedisplay y los susodichos mensajes se colorean de azul, indicando
que están listos para salir, pero nada).

Por despecho he probado a reiniciar postfix, amavis, etc, pero no hay
cambios.

Podría probar a reiniciar el servidor (solución tipo Windows) pero
quisiera evitarlo; no tengo ninguna seguridad de que el problemático
sea yo, y no vale la pena pedirle al otro nodo que revise sus
servicios: jamás dan su brazo a torcer. Me gustaría poder definir de
qué lado está el problema.

Se agradecen ideas.

-- 
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
No son las horas que pones en tu trabajo lo que cuenta, sino el trabajo
que pones en esas horas.




___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con virus

[Jose Joaquin Ruiz Silva]

Buenas dias alguien se a topado con este virus Win32/HoudRat.C troyano. 
Te crea un acceso directo de las carpetas ejemplo correo copy sar.lnk y 
una carpeta sarbgqzbfylvhrzmvnomm y el nod32 lo encuentra pero tengo un 
servidor en linux con debian 9 tengo montado el clamav pero no lo 
detecta. Que puedo hacer para resolver eso en linux.


Saludos y gracias



José Joaquín Ruiz Silva
Técnico Informático
EMI Fransisco Aguiar Rodriguez
Teléfono: 41-32-7013 ext 1100

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] problema owncloud

[Jose Joaquin Ruiz Silva]

Buenas tardes amigos estoy instalando un servidor de owncloud en debian 
9 y quiero compartir archivos con otro servidor owncloud alguien a 
logrado conectar dos servidores owncloud.


Saludos y gracias

--
José Joaquín Ruiz Silva
Técnico Informático
EMI Fransisco Aguiar Rodriguez
Teléfono: 41-32-7013 ext 1100

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con PROFTPD

[Fernando Jacas Planas]

Saludos, tengo montado en mi servidor un ftp 
con PROFTPD, internamente me pincha bien, sin embargo cuando se conectan 
desde otra red, cuando el archivo es un poco grande, la transferencia da 
error, o sea, no me pueden copiar archivos grande desde fuera de mi red 
hacia mi PROFTPD.


Cömo podría solucionar 
esto
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con h5ai

[Mario raul rico]

Saludos listeros
Tengo un problemita con el h5ai que no lista el contenido de la
carpeta raiz donde lo tengo implantado, lo acabo de instalar en un
container de proxmox con debian 9, ngnix y php 7.0.
Alguien que me pueda dar un norte de que puede estar pasando
Saludos
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con PROFTPD

[Fernando Jacas Planas]

Saludos, tengo montado en mi servidor un ftp con PROFTPD, internamente me 
pincha bien, sin embargo cuando se conectan desde otra red, cuando el 
archivo es un poco grande, la transferencia da error, o sea, no me pueden 
copiar archivos grande desde fuera de mi red hacia mi PROFTPD.

Cömo podría solucionar esto
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con PROFTPD

[Fernando Jacas Planas]

Saludos, tengo montado en mi servidor un ftp con PROFTPD, internamente me 
pincha bien, sin embargo cuando se conectan desde otra red, cuando el 
archivo es un poco grande, la transferencia da error, o sea, no me pueden 
copiar archivos grande desde fuera de mi red hacia mi PROFTPD.

Cömo podría solucionar esto
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema de detección de USB ADATA en Ubuntu 16.04 y 18.04

[Ernesto Tur Laurencio]

Hola lista:
Estoy presentando el problema de que varias PC con Ubuntu 16.04 y 18.04 no
reconocen las memorias USB de marca ADATA de cualquier tamaño o tipología de
las particiones (FAT32, NTFS o FAT). Al usar el comando lusb no se muestra
ni tan siquiera que el dispositivo es reconocido. Lo bueno es que en Win$ si
se reconocen perfectamente. ¿Algún sur?

Mientras aparezca la indicada, goza con la equivocada
===
https://www.linuxcounter.net/cert/623704.png
Salu2




--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con Freenas Corral

[Joel Enriquez Moya]

Buenos dias 

Antes que nada me explico:
Tengo montado un servidor FreenasCorral con tres discos duro un SSD de 80 gigas 
y Dos Satas de 1 tera.
Los dos satas los tengo sincronizados para que hagan espejo y habilitado el 
servicio de escritura por NFS para realizar las Salva de mis VM de Proxmox.
Para mi mala suerte Proxmox me notifico que no pudo realizar la salva diaria y 
a su vez FreenasCorral me notifico que mis dos discos de 1tera estaban en 
Offline y estaban degradado.
Pase a revisar la salud de los discos duro, incluyendo el SSD, 100% de salud y 
desempeño.
Alguien me puede explicar cómo poner operativo los discos duro sin la necesidad 
de borrar los datos que están en el ??

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] problema con repo Ubuntu 16.04

[jesusmiguel]

tengo un problema con un repo local (copiado) servido a través de 
apache2 que estaba trabajado bien con las imágenes de Ubuntu 16/04 tipos 
plantillas para proxmox pero de repente instalé una nuevo contenedor y 
ya no me funciona el repo, me da una serie de errores como:



E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial/main/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial/universe/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial/multiverse/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial/restricted/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial-updates/main/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial-updates/universe/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial-updates/multiverse/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial-updates/restricted/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial-security/main/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial-security/universe/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial-security/multiverse/binary-amd64/Packages 
 404  Not Found
E: Failed to fetch 
http://10.10.24.204:8080/repos/xenial/dists/xenial-security/restricted/binary-amd64/Packages 
 404  Not Found


+... (otras cositas más):

N: Data from such a repository can't be authenticated and is therefore 
potentially dangerous to use.
N: See apt-secure(8) manpage for repository creation and user 
configuration details.


bien... lo otro que hice fue en mi servidor donde está alojados los 
repos moverlos a una nueva carpeta (eso sí)


influye acaso eso?... qué me pudiera estar pasando. REPITO todo antes 
funcionaba bien


sld



Empresa de Investigaciones y Proyectos Hidr�ulicos de Camaguey
Ave. Libertad #20
Telef. 298004-281735


___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con Maquina Virtual

[Francisco Rolando Diaz Ortiz]

Amigos tengo un problema con vmware no logro entrar en el bios de la 
maquina virtual creada alguien me puede ayudar con eso?? como hacerlo de 
una forma que me deje tengo la vercion 10


--
Francisco Rolando Díaz Ortíz

Tel: +53-54964888
JABBER RIMED: fd...@jabber.sc.rimed.cu

Admin de redes ESBU Orlando Fernandez Badell


"La vida es muy corta y una sola,
 por lo tanto hay que vivirla al máximo
y disfrutar cada segúndo como si este
 fuera el último"


Muchas gracias por usar nuestros servicios.

Dirección Provincial de Educación.
Santiago de Cuba.
__
Servicio de Correo Electrónico.
-- 
EL MINISTERIO DE EDUCACION SE PREPARA PARA CELEBRAR 
EL 500 ANIVERSARIO DE LA HABANA, LA CAPITAL DE TODOS 
LOS CUBANOS


16 de noviembre del 2019 
www.mined.gob.cu 
---


___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con Pfsense

[Jose Joaquin Ruiz Silva]

Buenos dias amigos de la lista escribo para ver si pueden ayudarme tengo 
un servidor con proxmox 5.1 y tiene 4 tarjetas de red configuradas tengo 
una maquina virtual con pfsense 2.4.2 y las ip son WAN:172.17.9.2 y 
LAN:172.17.9.3, tengo un servidor  de openfire con version 4.1.6 y ip 
172.17.9.7. El problema es que tengo una unidad con rango 172.17.19.0 y 
no se conectan a mi openfire uso el pidgin.


Saludos de ante mano.
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con debian server

[Francisco R. Diaz Ortiz]

Amigos tengo un debian virtualizado para hacer de tranfer en mi red con la
red externa bajo proxy padre, pero ahora tengo una duda, y no tengo idea
de como hacerlo, existe alguna herramienta que se pueda instalar que
muestre toda slas peticiones web o del trafico existente en mi red que se
pueda poner en este server debian virtualizado


-- 
"La vida es un instante inesperado donde una simple sonrisa puede cambiar
tu mundo
para siempre"

Francisco R. Diaz Ortiz
Admin de Redes
ESBU Orlando Fernandez Badell
Tel: +5354964888


Muchas gracias por usar nuestros servicios.

Dirección Provincial de Educación.
Santiago de Cuba.
__
Servicio de Correo Electrónico.
-- 
EL MINISTERIO DE EDUCACION SE PREPARA PARA CELEBRAR 
EL 500 ANIVERSARIO DE LA HABANA, LA CAPITAL DE TODOS 
LOS CUBANOS

16 de noviembre del 2019 
www.mined.gob.cu 
---

___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con herramienta para cambiar password de usuarios ldap

[Fernando Jacas Planas]

Buenos Tardes.
Tengo 

un LDAP, y me dieron una herramienta para que mis usuarios cambien sus 
contraseñas a través de ella.
Pero cuando ponen su Usuario, Contraseña 




Actual, la nueva contraseña, y le dan CAMBIAR dice:
que no se pudo 
conectar con el servidor.

La herramienta pincha ok, porque la vi 
funcionar donde me la dieron, lo que no sé si a mi no me funciona porque no 





sé si me falte algo en mi ldap.

de todas formas aquí les dejo la 
configuración de mi ldap y de la herramienta. 

Ya he buscado en 
internet y no he encontrado ninguna solución.
También he configurado el LDAP con SSL y nada.
Espero me puedan 
tirar un cabo con esto.
Saludos


Configuración PHP de la herramienta de cambiar la 
clave:


https://clave.rrevolucion.icrt.cu,'
. "\r\n" . 'su nueva contraseña es: '.$newpass1.''. "\r\n"
.'Cualquier duda comunicarse con el administrador de red de su 
centro.';





$ldapconn = 
ldap_connect($ldaphost);


If($ldapconn){


$bind =
ldap_bind($ldapconn, $ldapbind, $ldappass);


if($bind){


ldap_set_option($ldapconn,
LDAP_OPT_PROTOCOL_VERSION, 3);


$r=ldap_search($ldapconn,
$ldapbase, $search, $attnames);


$a
= ldap_first_entry($ldapconn, $r);


$user_dn
= @ldap_get_dn($ldapconn, $a);


$re
= @ldap_search($ldapconn, $ldapbase, $search, $attgivenName);


$ldapsal
= @ldap_first_entry($ldapconn, $re);


$valuesname
= @ldap_get_values($ldapconn, $ldapsal, "givenName");


$usergivenName
= $valuesname[0];


$c_user
= @ldap_bind($ldapconn, $user_dn, $oldpass);


if($c_user){


ldap_bind($ldapconn,
$ldapbind, $ldappass);


}else{


die("Error!
Usuario o clave incorrecta.");


}


if(strlen($user)==0||strlen($oldpass)==0||strlen($newpass1)==0||strlen($newpass2)==0){


die("Error!
Por favor existen campos vacios, revicelos.");


}


if(strlen($user)==0){


die("Por
favor, entre su usuario.");


}


if($oldpass==$newpass1){


die("$usergivenName,
creemos que se ha equivocado al intentar cambiar su clave! La
nueva clave no debe ser igual a la anterior, ver 
ayuda");


}


if(strlen($newpass1)
< 7){


die("$usergivenName,
creemos que se ha equivocado al intentar cambiar su clave! La
nueva clave debe de tener 7 caracteres como minimo, ver
ayuda.");


}


if($newpass1
!= $newpass2){


die("$usergivenName,
creemos que se ha equivocado al intentar cambiar su clave! Las
claves nuevas no coinciden, ver ayuda");


}


if
(!preg_match("/[0-9]/",$newpass1)) {


die("$usergivenName,
creemos que se ha equivocado al intentar cambiar su clave! Su
nueva clave debe contener al menos un numero, ver 
ayuda.");


}


if
(!preg_match("/[a-zA-Z]/",$newpass1)) {


die("$usergivenName,
creemos que se ha equivocado al intentar cambiar su clave! Su
nueva clave debe contener al menos una letra, ver 
ayuda.");


}





$encoded_newpass
= "{md5}" . base64_encode( pack( "H*", md5( $newpass1 ) )
);


$entrada
= array();


$entrada["userPassword"]
= "$encoded_newpass";


//$entrada["sambaNTPassword"]
= "$encoded_newpass";


$asd
= @ldap_modify($ldapconn,$user_dn,$entrada);


if(!$asd){


die("$usergivenName,
lo lamentamos pero:  No se pudo cambiar su
contrase@ntilde;a.");


}else{


echo
"$usergivenName, su clave se cambio corectamente, por favor
verifique su buzn correo.";


ini_set("SMTP","mx.dpe.sc.rimed.cu"
);


ini_set("smtp_port",25
);


ini_set('sendmail_from','administra...@dpe.sc.rimed.cu'
);


mail(strip_tags($correouser),$asunto,$mensaje);


}


}else{echo
"Error! No se puede conectar al servidor en este momento.";}


}else{echo
"Error! No se puede conectar al servidor en este momento.";}








?>


LDAP...

#allow 
bind_v2





# Schema and
objectClass definitions


include/etc/ldap/schema/core.schema


include/etc/ldap/schema/cosine.schema


include/etc/ldap/schema/nis.schema


include/etc/ldap/schema/inetorgperson.schema


include /etc/ldap/schema/samba.schema








pidfile/var/run/slapd/slapd.pid





argsfile
/var/run/slapd/slapd.args





loglevel
none





# Where the
dynamically loaded modules are stored


modulepath
/usr/lib/ldap


moduleload
back_hdb





# The maximum 
number of
entries that is returned for a search operation


sizelimit 
500





# The 
tool-threads
parameter sets the actual amount of cpu's that is used


# for 
indexing.


tool-threads 
1





###


# Specific 
Backend
Directives for hdb:





backendhdb





###


# Specific 
Backend
Directives for 'other':





#backend





###


# Specific 
Directives
for database #1, of type hdb:





database
hdb





# The base of 
your
directory in database #1


suffix
"dc=cmkc,dc=icrt,dc=cu"





# rootdn 
directive for
specifying a superuser on the database. This is needed


# for 
syncrepl.


rootdn"cn=admin,dc=cmkc,dc=icrt,dc=cu"


rootpw{MD5}azKB480jwPWaEsR+0rXwpw==





# Where the 
database
file are 

[Gutl-l] Problema en los archivos de la lista

[Arian Molina Aguilera]

trato de hacer una búsqueda en
https://listas.jovenclub.cu/hyperkitty/search?mlist=gutl-l%40listas.jovenclub.cu=confirmar

al darle buscar con la lupita, pues obtengo un lindo error, Server Error
(500)
-- 
Arian Molina Aguilera
Administrador de Redes y Servicios Telemáticos
Linux Usuario Registrado #392892
Telfs: +53(7)696-7510 ext 236
jabber: linuxc...@teknik.io
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”



signature.asc
Description: OpenPGP digital signature
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema de SPF

[ariel]

Saludos:

No domino mi DNS, salgo por la ETECSA y hay mensajes de servidores que 
validan el SPF en el DNS por lo tanto rebotan, hay alguna solución o la 
unica es solicitar que te deleguen el DNS (no estamos interesados)


Gracias.

Ejemplo de rebote:

: host mailhub.micons.cu[200.55.140.93] said: 550 
5.7.1
: Recipient address rejected: You don't have a 
SPF
register in your domain's DNS zone; you must configure it in order 
to valid
your MX servers. Ud. no tiene registro SPF en la zona de DNS de su 
dominio;
ud. tiene que configurarlo para poder validar sus servidores MX. (in 
reply

to RCPT TO command)

--
Lic. Ariel Laffita Terrero
Supervisor de Seguridad Informática
Reporting-MTA: dns; servidor5.eci6.co.cu
X-Postfix-Queue-ID: 7EB685FEE0
X-Postfix-Sender: rfc822; elina@eci6.co.cu
Arrival-Date: Thu, 19 Apr 2018 15:57:56 -0400 (CDT)

Final-Recipient: rfc822; enrique@micons.cu
Original-Recipient: rfc822;enrique@micons.cu
Action: failed
Status: 5.7.1
Remote-MTA: dns; mailhub.micons.cu
Diagnostic-Code: smtp; 550 5.7.1 : Recipient address
rejected: You don't have a SPF register in your domain's DNS zone; you must
configure it in order to valid your MX servers. Ud. no tiene registro SPF
en la zona de DNS de su dominio; ud. tiene que configurarlo para poder
validar sus servidores MX.
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] problema raro con descarga de actualizacion

[Roger Durañona Vargas]

DEsde hace un tiempo, hubo un cambio en la uibicacion desde donde bajoi 
las actualizaciones de Kaspersky: lo pusieron a traves de https en un 
servidor de la VPN. Antes, lo bajaba desde otro ftp o desde el servidor 
oficial sin problemas, ahora resulta que no puedo, me da un error de 
Fallo de red. Supongo que el kaspersky, de alguna forma, no se esta 
entendiendo con mi squid o algo asi debido a que la descarga ahora es 
desde un sitio con un certificado inventado.
Alguien ha tenido una experiencia similar o tiene idea de que puede 
estar pasando?


--
Al éxito y al fracaso, esos dos impostores, trátalos siempre con la 
misma indiferencia

Rudyard Kipling
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] Problema con BIND

[Alberto José García Fumero]

Buenos días. La mar está en calma hoy ;-)

El colega  Whilo me pide enviar este mensaje a la lista. Lo paso con mi
respuesta, a ver si alguien tiene otras sugerencias, o necesita
corregirme algún error.


***Mensaje citado*

Fumero saludos
Por alguna razón que desconozco, lo que envío a la lista no llega, sin
embargo si recibo perfectamente.
He tratado de comentar varios hilos pero ya me di cuenta de que no
llegan mis correos, pero bueno, ese no es el fuerte por lo que te
escribo.
Ayer traté, y digo traté porque no lo logré, de ayudar a un amigo.
Le instalé su server con debían 9.2, y ese server contiene: postfix
como relay, squid de la LAN y el BIND para las IPs publicas, sin
vistas. El DNS de la lan lo tiene en Windows.
Tan sencillo como eso, estoy totalmente seguro que las configuraciones
que le puse están bien, de echo, el correo funciona para fuera desde la
lan, hacia el relay y llegan a su destino, el squid se lo dejé
trabajando también pero el BIND, a pesar de estar bien, las consultas
locales se ejecutan bien pero cuando hago consultas para fuera no
resuelve. Por ello los correos tampoco entran pues nadie en el exterior
conoce ese dominio @ubacentro.co.cu porque el maldito DNS no está
trabajando.
La única duda que me queda es si aún estos forwards de ETECSA están
trabajando o si cambiaron los IPs o si alguien en la lista (si quieres
puedes reenviar el correo a la lista que a mí me llegan los correos de
la lista sin problemas ) pueda responderme donde más buscar.
Puedo postear la configuración y el log si quieren pero aseguro que no
tiene problemas.
Algo me falta que no resuelve.
Al tanto de tus comentarios
Saludos
whilo
 
forwarders {
200.55.128.3;
200.55.128.4;
200.55.128.10;
200.55.128.11;
190.6.81.248;
};
 
 
Saludos Cordiales,
 
M.Sc. Wilfredo Martínez Consuegra
Técnico en Comunicaciones
TRANSGAVIOTA CENTRO
Cayo Las Brujas, Villa Clara.
 
Teléfono Trabajo: +53  42 350080 ext 111

*Mi respuesta**
Te he especificado en tus opciones de suscriptor lo relacionado con: 
Receive own postings
Sí No

Y lo relacionado con: 

Ordinarily, you will get a copy of every message you post to the list.
If you don't want to receive this copy, set this option to No.
Acknowledge posts
Sí No

Receive acknowledgement mail when you send mail to the list?

Ahora, en cuanto a lo del BIND. 

Efectivamente, un nslookup no encuentra ubacentro.co.cu. pregunta boba,
de las que yo normalmente hago: ¿ETECSA tiene conocimiento de esa IP?
(por cierto, ¿cuál es?)¿El dominio está delegado, o todo lo que sea
para esa IP te lo pitchean directo allá?


Algunos de los servidores de ETECSA que conozco son: 200.55.128.3,
200.55.128.4, 200.55.128.10, 200.55.128.11, 190.6.81.248 190.6.81.242,
190.6.81.243,190.6.81.248. Regularmente uso el 200.55.128.4. 

Leí en un sitio de seguridad sobre la conveniencia de que el primero de
todos, aún preferible antes que 8.8.8.8, es 9.9.9.9, nuevo que puso
Google con control de seguridad. 

¿Qué tienes puesto en listen-on del fichero
/etc/bind/named.conf.options? Yo tengo:

listen-on {192.168.0.10;127.0.0.1};

porque los equipos buscan el DNS en 192.168.0.10.

Asimismo, tengo puesto en allow-recursion:

allow-recursion {127.0.0.1;192.168.0/24;};

porque mis máquinas van en el tramo 192.168.0.x.

-- 
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
No son las horas que pones en tu trabajo lo que cuenta, sino el trabajo
que pones en esas horas.



___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

[Gutl-l] problema con envio de correos

[Roger Durañona Vargas]

Desde hace unos dias me esta sucediendo algo raro en varias estaciones 
de trabajo, cualquier correo medianamente grande (>10kb) se queda 
trancado en el cliente y no sale, hasta que da error de timeout. El 
problema es que hasta hoy eran solo dos o tres mauqinas, pero ya la cosa 
se ha extendido y ahora hasta en mi misma PC me encuentro el problema.
Lo atribuia a que hace unos meses se rompio un switch de 24 puertos y 
tuvo que ser sustituido a la carrera por 2 de 8 y ahora algunas maquinas 
tienen que pasar por mas de un switch para llegar al servidor, pero es 
que la mia y el server postfix estan en el mismo switch.

Alguien puede darme una idea de donde buscar el origen de este problema?

--
Al éxito y al fracaso, esos dos impostores, trátalos siempre con la 
misma indiferencia

Rudyard Kipling
___
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-le...@listas.jovenclub.cu

Re: [Gutl-l] Problema

[Matthias Apitz]

El día domingo, diciembre 17, 2017 a las 01:42:07p. m. -0500, Daniel escribió:

> No quisiera recibir más correos. Q debo hacer ?
> Enviado desde mi iPhone

Deberías o botar tu iPhone al Mar o cancelar tu suscripción en la lista.

matthias

-- 
Matthias Apitz, ✉ g...@unixarea.de, ⌂ http://www.unixarea.de/   
+49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub
__
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

[Gutl-l] Problema

[Daniel]

No quisiera recibir más correos. Q debo hacer ?
Enviado desde mi iPhone
__
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

Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind

[Alberto José García Fumero]

El mié, 28-06-2017 a las 08:22 -0400, Arian Molina Aguilera escribió: 
> El 27/06/17 a las 16:29, Alberto José García Fumero escribió:
> > El mar, 27-06-2017 a las 14:27 -0400, Lázaro Armando escribió: 
> >> Te refieres a esto
> >>
> >> https://www.samba.org/samba/security/CVE-2017-7494.html
> >>
> >>
> >> En teoría, setiando esa opción a «no», te defiendes de WannaCry
> >>
> > 
> > Sí, viejo, pero si lo hago no se autentican los usuarios de ese dominio
> > Samba 4.
> > 
> > A veces pienso que es verdad eso de que la teoría sirve para explicar
> > por qué las cosas no funcionan en la práctica.
> > 
> Que clientes no se te autentican, seguramente los viejos XP???
> 

Probé con un XP y un Win 7.
-- 
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
Una conclusión es el punto en que usted se cansó de pensar.



__
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

Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind

[Arian Molina Aguilera]

El 27/06/17 a las 16:29, Alberto José García Fumero escribió:
> El mar, 27-06-2017 a las 14:27 -0400, Lázaro Armando escribió: 
>> Te refieres a esto
>>
>> https://www.samba.org/samba/security/CVE-2017-7494.html
>>
>>
>> En teoría, setiando esa opción a «no», te defiendes de WannaCry
>>
> 
> Sí, viejo, pero si lo hago no se autentican los usuarios de ese dominio
> Samba 4.
> 
> A veces pienso que es verdad eso de que la teoría sirve para explicar
> por qué las cosas no funcionan en la práctica.
> 
Que clientes no se te autentican, seguramente los viejos XP???

-- 
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

Re: [Gutl-l] Problema con repos de Manjaro

[Ernesto Acosta]

On 06/27/2017 11:36 AM, Maikel Llamaret Heredia wrote:

El 27/06/17 a las 10:53, Ernesto Acosta escribió:
Primero, no soy profe y lo sabes :P


Segundo, yo no dije que tu método no funcionara, sino que la forma 
correcta de hacerlo es como lo mostré, porque al final con tu método 
estás haciendo lo mismo, pero escribiendo más y con la posibilidad de 
tener algún problema si necesitas algún paquete de 32 bits, porque 
como yo lo veo, estás obligando a la distro a usar solo paquetes de 
64bits. A no ser claro, que el paquete de 32 tenga hecho un enlace 
simbólico al repo de 64 y no tengas problemas.


Saludos

__
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



A ver Ernesto, cuando escribí "Profe" no lo hice ni por doble sentido 
ni con intenciones ocultas, sino porque cuando leo algo escrito por tí 
lo tomo muy pero muy en cuenta, porque precisamente a ti te debo buena 
parte de lo que aprendí cuando llegue a Linux. Por muchos años que 
lleve yo en Linux, tu siempre me vas a llevar un buen trecho, así que, 
de corazón te digo que no lo dije con doble sentido ni nada.
En mi caso, no uso paquetes de 32 (de hecho ni siquiera tengo activada 
la rama multilib) por eso con ese método (que vuelvo y digo, no es el 
oficial ni el recomendado) no tengo problemas xq en mi caso se y estoy 
seguro que no quiero ni un paquete de 32 en mi sistema.


Regresando al problema inicial, sería bueno que Juan Carlos, probase 
con el método oficial de declarar los repositorios, la cosa es que 
resuelva y lo oficial, es lo oficial...


Y Ernesto, sorry si malinterpretaste lo de "Profe", en mi caso, si no 
quieres que te llame "Profe" vas a tener que mudarte p'al planeta más 
alejado de la tierra, a, y no es cumplido ni adulonería, es que 
para mi, todo el que ha aportado un buen cúmulo de conocimiento a mi 
persona, no veo por que no llamarlo profe ;)



No me lo tomé mal, solo aclaraba que no era profe, no sea que algunos 
piensen que estudié Pedagogía jajaja. Y lomismo para Juan Carlos.. 
ayudar no te hace profe ni mucho menos, aquí cada cual comparte lo que 
sabe. Saludos mi gente.


__
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

Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind

[Alberto José García Fumero]

El mar, 27-06-2017 a las 14:27 -0400, Lázaro Armando escribió: 
> Te refieres a esto
> 
> https://www.samba.org/samba/security/CVE-2017-7494.html
> 
> 
> En teoría, setiando esa opción a «no», te defiendes de WannaCry
> 

Sí, viejo, pero si lo hago no se autentican los usuarios de ese dominio
Samba 4.

A veces pienso que es verdad eso de que la teoría sirve para explicar
por qué las cosas no funcionan en la práctica.

-- 
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
Una conclusión es el punto en que usted se cansó de pensar.



__
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

Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind

[Lázaro Armando]

Te refieres a esto

https://www.samba.org/samba/security/CVE-2017-7494.html


En teoría, setiando esa opción a «no», te defiendes de WannaCry



On Mon, 2017-06-26 at 16:48 -0400, Alberto José García Fumero wrote:
> nt pipe support=no


--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Juan Carlos]

Bueno yo diria que si eres profe y mas que eso recuerdo hace unos años 
en mi afan de probar archlinux te contacte y me ayudastes mucho incluso 
te llame a tu casa por telf por aquel tiempo lo estaba intentando en la 
PC viejita de la casa pero al final no pude el video no lo reconocia por 
nigun lado, yo comence con linux alla por el 2010-2011 con debian 5 
luego 6, 7 el 8 no lo probe pero el 9 si pienso usarlo como desktop he 
usado debian+kde+xfce, ubuntu, linuxmint nunca he probado ninguna distro 
rpm aunque me inquieta fedora o opensuse, aun no desisto de probar algun 
dia arch o kaos aunque ahora este probando manjaro por primera vez, he 
instalado y config servidores con debian con todos los servicios aun me 
falta mucho por aprender sobre todo de proxmox y pfsense son tareas 
pendientes que tengo pero todos los dias se aprende algo nuevo verdad!! 
muchos aca me conocen de toda una vida en la lista..


Salu2.

--
Juan Carlos Hernández Gallardo
Administrador de Red
ETE UEB Ciego de Ávila
Email: jchernan...@etecav.transnet.cu


__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Maikel Llamaret Heredia]

El 27/06/17 a las 10:53, Ernesto Acosta escribió:
Primero, no soy profe y lo sabes :P


Segundo, yo no dije que tu método no funcionara, sino que la forma 
correcta de hacerlo es como lo mostré, porque al final con tu método 
estás haciendo lo mismo, pero escribiendo más y con la posibilidad de 
tener algún problema si necesitas algún paquete de 32 bits, porque como 
yo lo veo, estás obligando a la distro a usar solo paquetes de 64bits. A 
no ser claro, que el paquete de 32 tenga hecho un enlace simbólico al 
repo de 64 y no tengas problemas.


Saludos

__
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



A ver Ernesto, cuando escribí "Profe" no lo hice ni por doble sentido ni 
con intenciones ocultas, sino porque cuando leo algo escrito por tí lo 
tomo muy pero muy en cuenta, porque precisamente a ti te debo buena 
parte de lo que aprendí cuando llegue a Linux. Por muchos años que lleve 
yo en Linux, tu siempre me vas a llevar un buen trecho, así que, de 
corazón te digo que no lo dije con doble sentido ni nada.
En mi caso, no uso paquetes de 32 (de hecho ni siquiera tengo activada 
la rama multilib) por eso con ese método (que vuelvo y digo, no es el 
oficial ni el recomendado) no tengo problemas xq en mi caso se y estoy 
seguro que no quiero ni un paquete de 32 en mi sistema.


Regresando al problema inicial, sería bueno que Juan Carlos, probase con 
el método oficial de declarar los repositorios, la cosa es que resuelva 
y lo oficial, es lo oficial...


Y Ernesto, sorry si malinterpretaste lo de "Profe", en mi caso, si no 
quieres que te llame "Profe" vas a tener que mudarte p'al planeta más 
alejado de la tierra, a, y no es cumplido ni adulonería, es que para 
mi, todo el que ha aportado un buen cúmulo de conocimiento a mi persona, 
no veo por que no llamarlo profe ;)



--
Maikel Llamaret Heredia
Linux User 587451
Web & Media Integrated Solutions ®
Proyecto SWL-X
http://swlx.260mb.net
+53 53354649
+5322 614276
Sent From Manjaro Linux
__
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

Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind

[Arian Molina Aguilera]

El 27/06/17 a las 11:42, Alberto José García Fumero escribió:
> El mar, 27-06-2017 a las 10:28 -0400, Ulises Gonzalez Horta escribió:
> 
>> Creo que estas en el comportamiento esperado según mi primera cita, la 
>> ultima que es de Samba.org te dice que version poner
> 
> Mil gracias, hermano.
> 
> Veré cómo hacerme de esa versión, en .tar.gz.
> 
> Como le comentaba a Arian, no me es permitido abrir un FTP para que me
> suban los paquetes, ni siquiera permitir acceso a mi "sitio" HTTP (sin
> información que valga dos centavos) a todos, sino a las IP autorizadas.
> 
> Y todavía estoy esperando a ver algún día si me autorizan salir más allá
> de las aguas territoriales ;-)
> 
> La vida es dura, hermano.
> 
Te mande un correo de nuevo te llego, claro que no es permitido para
cualquiera, pero soy del mismo grupo empresarial como lo sabes, el cual
existen reglas en nuestra red para el intercambio correcto de
información, como te comentabas puedes abrir FTP para subirte los
archivos, obvio solo para mi ip y luego lo cierras. Salu2.

-- 
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

Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind

[Alberto José García Fumero]

El mar, 27-06-2017 a las 10:28 -0400, Ulises Gonzalez Horta escribió:

> Creo que estas en el comportamiento esperado según mi primera cita, la 
> ultima que es de Samba.org te dice que version poner

Mil gracias, hermano.

Veré cómo hacerme de esa versión, en .tar.gz.

Como le comentaba a Arian, no me es permitido abrir un FTP para que me
suban los paquetes, ni siquiera permitir acceso a mi "sitio" HTTP (sin
información que valga dos centavos) a todos, sino a las IP autorizadas.

Y todavía estoy esperando a ver algún día si me autorizan salir más allá
de las aguas territoriales ;-)

La vida es dura, hermano.
-- 
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
Una conclusión es el punto en que usted se cansó de pensar.



__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Ernesto Acosta]

On 06/27/2017 09:46 AM, Maikel Llamaret Heredia wrote:

El 27/06/17 a las 09:11, Ernesto Acosta escribió:

Edito que me faltaron datos:


A simple vista te puedo decir que de entrada está mal puesta la ruta. 
Normalmente, lo que tienes que hacer es solamente crear un fichero en 
/etc/pacman.d/ y le pones el nombre que quieras, por ejemplo:


/etc/pacman.d/mirepo

y adentro le pones algo como esto:

Server = file:///home/juanca/manjaro(1)/$repo/os/$arch

Si te fijas, uno no pone directamente ni core, community, extra, ni 
la arquitectura, uno pone esas variables que detectan todo lo anterior.


Ahora en el fichero pacman.conf solo tienes que añadir la línea:

[core]
Include = /etc/pacman.d/mirepo

[extra]
Include = /etc/pacman.d/mirepo

[community]
Include = /etc/pacman.d/mirepo


Prueba con eso y nos dices.


__
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



Profe Ernesto, a ver, a mi me funcionan las dos formas. La elegante y 
correcta que es la que dices, y la otra de hacerlo en /etc/pacman.conf

declarando desde ahí la ubicación.
Por ejemplo, mi pacman.conf en este preciso instante está así:

[core]
SigLevel = PackageRequired
Server = https://ca.mirror.babylon.network/manjaro/testing/core/x86_64/

[extra]
SigLevel = PackageRequired
Server = https://ca.mirror.babylon.network/manjaro/testing/extra/x86_64/

[community]
SigLevel = PackageRequired
Server = 
https://ca.mirror.babylon.network/manjaro/testing/community/x86_64/


Y acabo de dar una actualizadita sin problemas...

Cuando no quiero gastar CUC adicionales, pongo el pacman.conf de esta 
otra manera:


[core]
SigLevel = PackageRequired
Server = 
http://descargas.jovenclub.cu/repos/manjaro/xperimental/core/x86_64/


[extra]
SigLevel = PackageRequired
Server = 
http://descargas.jovenclub.cu/repos/manjaro/xperimental/extra/x86_64/


[community]
SigLevel = PackageRequired
Server = 
http://descargas.jovenclub.cu/repos/manjaro/xperimental/community/x86_64/


Y funciona, salvo cuando el bendito datacenter de etecsa donde esta 
alojado el repo se pone en fase...


Primero, no soy profe y lo sabes :P

Segundo, yo no dije que tu método no funcionara, sino que la forma 
correcta de hacerlo es como lo mostré, porque al final con tu método 
estás haciendo lo mismo, pero escribiendo más y con la posibilidad de 
tener algún problema si necesitas algún paquete de 32 bits, porque como 
yo lo veo, estás obligando a la distro a usar solo paquetes de 64bits. A 
no ser claro, que el paquete de 32 tenga hecho un enlace simbólico al 
repo de 64 y no tengas problemas.


Saludos

__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Maikel Llamaret Heredia]

El 27/06/17 a las 09:11, Ernesto Acosta escribió:

Edito que me faltaron datos:


A simple vista te puedo decir que de entrada está mal puesta la ruta. 
Normalmente, lo que tienes que hacer es solamente crear un fichero en 
/etc/pacman.d/ y le pones el nombre que quieras, por ejemplo:


/etc/pacman.d/mirepo

y adentro le pones algo como esto:

Server = file:///home/juanca/manjaro(1)/$repo/os/$arch

Si te fijas, uno no pone directamente ni core, community, extra, ni la 
arquitectura, uno pone esas variables que detectan todo lo anterior.


Ahora en el fichero pacman.conf solo tienes que añadir la línea:

[core]
Include = /etc/pacman.d/mirepo

[extra]
Include = /etc/pacman.d/mirepo

[community]
Include = /etc/pacman.d/mirepo


Prueba con eso y nos dices.


__
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



Profe Ernesto, a ver, a mi me funcionan las dos formas. La elegante y 
correcta que es la que dices, y la otra de hacerlo en /etc/pacman.conf

declarando desde ahí la ubicación.
Por ejemplo, mi pacman.conf en este preciso instante está así:

[core]
SigLevel = PackageRequired
Server = https://ca.mirror.babylon.network/manjaro/testing/core/x86_64/

[extra]
SigLevel = PackageRequired
Server = https://ca.mirror.babylon.network/manjaro/testing/extra/x86_64/

[community]
SigLevel = PackageRequired
Server = https://ca.mirror.babylon.network/manjaro/testing/community/x86_64/

Y acabo de dar una actualizadita sin problemas...

Cuando no quiero gastar CUC adicionales, pongo el pacman.conf de esta 
otra manera:


[core]
SigLevel = PackageRequired
Server = 
http://descargas.jovenclub.cu/repos/manjaro/xperimental/core/x86_64/


[extra]
SigLevel = PackageRequired
Server = 
http://descargas.jovenclub.cu/repos/manjaro/xperimental/extra/x86_64/


[community]
SigLevel = PackageRequired
Server = 
http://descargas.jovenclub.cu/repos/manjaro/xperimental/community/x86_64/


Y funciona, salvo cuando el bendito datacenter de etecsa donde esta 
alojado el repo se pone en fase...

--
Maikel Llamaret Heredia
Linux User 587451
Web & Media Integrated Solutions ®
Proyecto SWL-X
http://swlx.260mb.net
+53 53354649
+5322 614276
Sent From Manjaro Linux
__
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

Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind

[Ulises Gonzalez Horta]

Em 2017-06-26 17:14, Arian Molina Aguilera escreveu:

El 26/06/17 a las 16:48, Alberto José García Fumero escribió:

Buenos días.

en su momento leí, no recuerdo dónde (esta memoria, como siempre...),
sobre un exploit en Samba 4 que podía desactivarse mediante la línea

nt pipe support=no


en /etc/smb.conf, pero si lo hago no es posible autenticar contra el
Samba 4.

¿Alguien ha oído hablar de eso? Quisiera saber si eso tiene fundamento 
o

no.


Solo actualiza samba a la versión 4.6.5, y no debes tener ningún
problema con dicha vulnerabilidad.



Creo que estas en el comportamiento esperado segun mi primera cita, la 
ultima que es de Samba.org te dice que version poner



https://arstechnica.com/security/2017/05/a-wormable-code-execution-bug-has-lurked-in-samba-for-7-years-patch-now/
People who use Samba should check with their operating system or device 
provider to see if a fix is available. Those who are unable to patch 
immediately can work around the vulnerability by adding the line


nt pipe support = no

to their Samba configuration file and restarting the network's SMB 
daemon. The change will prevent clients from fully accessing some 
network computers. The change may also disable some expected functions 
for connected Windows machines.


Given the ease and reliability of exploits, this hole is worth plugging 
as soon as possible. It's likely only a matter of time until attackers 
begin actively targeting it.



---
https://nakedsecurity.sophos.com/2017/05/26/samba-exploit-not-quite-wannacry-for-linux-but-patch-anyway/
What to do?

Unlike ETERNALBLUE and WannaCry, not every vulnerable SMB service can 
actively be exploited, so the risk is easier to control.


Here’s what you need to know:

If you have Samba installed but are only using it as a client to 
connect out to other file shares, the exploit can’t be used because 
there is no listening server for a crook to connect to.
If you have Samba shares open but they are configured read-only (for 
example if you are using Samba to publish updates to Windows PCs on your 
network), the exploit can’t be used because the crooks can’t upload 
their malware file to start the attack.
If you have writable Samba shares but you have set the Samba 
configuration option nt pipe support = no, the exploit can’t be used 
because the crooks can’t send the malformed IPC requests to launch the 
malware they just uploaded.
If you update your Samba version to 4.6.4 (4.5.10 or 4.4.14 if you 
are on older release branches), the exploit can’t be used because Samba 
won’t accept the malformed IPC request that references the uploaded 
malware by its local path name.


--


https://www.samba.org/samba/security/CVE-2017-7494.html

== Subject: Remote code execution from a writable share.
==
== CVE ID#: CVE-2017-7494
==
== Versions:All versions of Samba from 3.5.0 onwards.
==
== Summary: Malicious clients can upload and cause the smbd server
==  to execute a shared library from a writable share.
==


===
Description
===

All versions of Samba from 3.5.0 onwards are vulnerable to a remote
code execution vulnerability, allowing a malicious client to upload a
shared library to a writable share, and then cause the server to load
and execute it.

==
Patch Availability
==

A patch addressing this defect has been posted to

  http://www.samba.org/samba/security/

Additionally, Samba 4.6.4, 4.5.10 and 4.4.14 have been issued as
security releases to correct the defect. Patches against older Samba
versions are available at http://samba.org/samba/patches/. Samba
vendors and administrators running affected versions are advised to
upgrade or apply the patch as soon as possible.

--
Salu2, Ulinx
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas"
Linux user 366775
__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Arian Molina Aguilera]

El 27/06/17 a las 09:11, Ernesto Acosta escribió:
> Edito que me faltaron datos:
> 
> 
> A simple vista te puedo decir que de entrada está mal puesta la ruta.
> Normalmente, lo que tienes que hacer es solamente crear un fichero en
> /etc/pacman.d/ y le pones el nombre que quieras, por ejemplo:
> 
> /etc/pacman.d/mirepo
> 
> y adentro le pones algo como esto:
> 
> Server = file:///home/juanca/manjaro(1)/$repo/os/$arch
> 
> Si te fijas, uno no pone directamente ni core, community, extra, ni la
> arquitectura, uno pone esas variables que detectan todo lo anterior.
> 
> Ahora en el fichero pacman.conf solo tienes que añadir la línea:
> 
> [core]
> Include = /etc/pacman.d/mirepo
> 
> [extra]
> Include = /etc/pacman.d/mirepo
> 
> [community]
> Include = /etc/pacman.d/mirepo
> 
> 
> Prueba con eso y nos dices.
> 
> 
> __
> 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
exacto esta es la configuración correcta, tanto para arch, manjaro o
kaos. Salu2.

-- 
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

Re: [Gutl-l] Problema con repos de Manjaro

[Ernesto Acosta]

Edito que me faltaron datos:


A simple vista te puedo decir que de entrada está mal puesta la ruta. 
Normalmente, lo que tienes que hacer es solamente crear un fichero en 
/etc/pacman.d/ y le pones el nombre que quieras, por ejemplo:


/etc/pacman.d/mirepo

y adentro le pones algo como esto:

Server = file:///home/juanca/manjaro(1)/$repo/os/$arch

Si te fijas, uno no pone directamente ni core, community, extra, ni la 
arquitectura, uno pone esas variables que detectan todo lo anterior.


Ahora en el fichero pacman.conf solo tienes que añadir la línea:

[core]
Include = /etc/pacman.d/mirepo

[extra]
Include = /etc/pacman.d/mirepo

[community]
Include = /etc/pacman.d/mirepo


Prueba con eso y nos dices.


__
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

Re: [Gutl-l] Problema con un supuesto parche de seguridad para bind

[Arian Molina Aguilera]

El 26/06/17 a las 16:48, Alberto José García Fumero escribió:
> Buenos días.
> 
> en su momento leí, no recuerdo dónde (esta memoria, como siempre...),
> sobre un exploit en Samba 4 que podía desactivarse mediante la línea
> 
> nt pipe support=no
> 
> 
> en /etc/smb.conf, pero si lo hago no es posible autenticar contra el
> Samba 4.
> 
> ¿Alguien ha oído hablar de eso? Quisiera saber si eso tiene fundamento o
> no.
> 
Solo actualiza samba a la versión 4.6.5, y no debes tener ningún
problema con dicha vulnerabilidad.

-- 
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

[Gutl-l] Problema con un supuesto parche de seguridad para bind

[Alberto José García Fumero]

Buenos días.

en su momento leí, no recuerdo dónde (esta memoria, como siempre...),
sobre un exploit en Samba 4 que podía desactivarse mediante la línea

nt pipe support=no


en /etc/smb.conf, pero si lo hago no es posible autenticar contra el
Samba 4.

¿Alguien ha oído hablar de eso? Quisiera saber si eso tiene fundamento o
no.
-- 
M.Sc. Alberto García Fumero
Usuario Linux 97 138, registrado 10/12/1998
http://interese.cubava.cu
Una conclusión es el punto en que usted se cansó de pensar.



__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Maikel Llamaret Heredia]

El 26/06/17 a las 12:45, Juan Carlos escribió:

On 26/06/17 10:39, Arian Molina Aguilera wrote:

El 26/06/17 a las 09:08, Juan Carlos escribió:

Hola amigos recien me instale manjaro como distro copie los repos y los
tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no
me ejecuta que tendre mal.

[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/




__
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

estas seguro que es la ruta??. porque no renombras el directorio a solo
manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root
o en cambio usando sudo.


si esa es la ruta el problema es que tengo otro directorio llamado
manjaro pero esta incompleto he intentado borrarlo pero no me deja.


__
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

como que borrarlo y no te deja?? tendrás que hacerlo como root. dentro
de core por ej, tienes dos directorios i686 y x86_amd, debes apuntar
directamente a alguno de ellos en dependencia de la arquitectura que
estás usando. 32bit o 64bit.



No es x86_amd sino x86_64 (la implementacion de Intel de 64 Bits).
En fin, según datos que me envía el usuario al privado, recomiendo por 
otro lado:


Dices que el repo pesa 57 porque eso te dijeron donde lo copiaste o 
porque acabas de verificar tu mismo el tamaño
Si el ls te devuelve ese error, esto es matematicas simples y exactas, o 
estas poniendo MAL la ubicación, o el repositorio esta incompleto, me 
decanto por lo primero.
Enviame exactamente todo el contenido del fichero /etc/pacman.conf. Todo 
lo que dice ese archivo (copia hasta lo que tengas comentado #), todo, 
no solo la declaración de los repositorios.
El repo esta exactamente en esa dirección (/home/juanca/repo/) o estás 
usando algún enlace simbólico?
Aunque estén los ficheros en tar.xz (no en tar.gz como me escribes, en 
archlinux y derivados se usa tar.xz en la paquetería), lo importante es 
que esten los ficheros .db que son los que usa pacman para leer el 
registro total de las paqueterias en el repo y comparar con lo que 
almacena en /var/cache/pacman/pkg/. Si no puede acceder a los .db, mal 
estás.
Te pregunto si usas enlaces simbólicos desde esa ubicación porque 
necesito saber si realmente tienes esos repositorios en 
/home/tuusuario/blablabla o en algún dispositivo externo con algún 
sistema de archivos como fat32 o incompatibles con los enlaces 
simbolicos iinternos del repositorios de manjaro, esos enlaces 
simbolicos apuntan de la direccion /core /community /extra a a overlay y 
sync dentro del repositorio.


--
Maikel Llamaret Heredia
Linux User 587451
Web & Media Integrated Solutions ®
Proyecto SWL-X
http://swlx.260mb.net
+53 53354649
+5322 614276
Sent From Manjaro Linux
__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Arian Molina Aguilera]

El 26/06/17 a las 13:03, Juan Carlos escribió:
> On 26/06/17 10:52, Maikel Llamaret Heredia wrote:
>> Bueno, si declaras el /etc/pacman.conf de esa manera, entonces al
>> final de cada ubicación debes aclarar la arquitectura. Por ejemplo si
>> es de 64 bits, prueba con:
>>
>> [core]
>> SigLevel = PackageRequired
>> Server = file:///home/juanca/manjaro(1)/stable/core/x86_64/
>> [community]
>> SigLevel = PackageRequired
>> Server = file:///home/juanca/manjaro(1)/stable/community/x86_64/
>> [extra]
>> SigLevel = PackageRequired
>> Server = file:///home/juanca/manjaro(1)/stable/extra/x86_64/
>>
>> Con eso debes resolver, no obstante, si hay otro problema, además de
>> lo dicho anteriormente, renombra la ubicación esa manjaro(1) a otro
>> nombre sin parentesis, aunque repito, eso no debería traer problemas.
>> Lo primero si debes tomarlo en cuanto, la arquitectura en cuenta,
>> prueba y dejanos saber y por favor, especifica que error te devuelve
>> en consola
>>
>> El 26/06/17 a las 09:08, Juan Carlos escribió:
>>> Hola amigos recien me instale manjaro como distro copie los repos y
>>> los tengo locales en mi pc pero al ejecutar el comando sudo pacman
>>> -Syu no me ejecuta que tendre mal.
>>>
>>> [core]
>>> SigLevel = PackageRequired
>>> Server = file:///home/juanca/manjaro(1)/stable/core/
>>> [community]
>>> SigLevel = PackageRequired
>>> Server = file:///home/juanca/manjaro(1)/stable/community/
>>> [extra]
>>> SigLevel = PackageRequired
>>> Server = file:///home/juanca/manjaro(1)/stable/extra/
>>>
>>>
>>>
>>>
>>> __
>>> 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
>>>
>>
> negativo maikel no me funciona cambie el nombre de manjaro (1) por repo
> y le puse i686 mi sistema es 32bit y nada este es el error.
> 
> [juanca@admin ~]$ su root Contraseña:  [root@admin juanca]# nano
> /etc/pacman.conf  [root@admin juanca]# sudo pacman -Syu   ::
> Sincronizando las bases de datos de los paquetes… error: no se pudo
> obtener el archivo «core.db» desde disco: Couldn't open file
> /home/juanca/repo/stable/core/i686/core.db error: no se pudo actualizar
> core (error de la biblioteca de descarga) error: no se pudo obtener el
> archivo «community.db» desde disco: Couldn't open file
> /home/juanca/repo/stable/community/i686/community.db error: no se pudo
> actualizar community (error de la biblioteca de descarga) error: no se
> pudo obtener el archivo «extra.db» desde disco: Couldn't open file
> /home/juanca/repo/stable/extra/i686/extra.db error: no se pudo
> actualizar extra (error de la biblioteca de descarga) error: no se pudo
> sincronizar ninguna base de datos error: no se pudo iniciar la operación
> (error de la biblioteca de descarga) [root@admin juanca]#
> 
> 
> 
> __
> 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
y revisaste si tienes ese archivo ahí en ese lugar??, porque sino tienes
un repo incompleto, o de lo contrario tienes problema de permisos donde
tienes copiado el repo que no se puede acceder dicha db. Por otra parte
veo que estás en un shell como root, no necesitas ejecutar elc omando
con sudo.

-- 
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

Re: [Gutl-l] Problema con repos de Manjaro

[Maikel Llamaret Heredia]

Desde consola lanza un
ls /home/juanca/repo/stable/core/i686/core.db
ls /home/juanca/repo/stable/extra/i686/extra.db
ls /home/juanca/repo/stable/community/i686/community.db

Y dime que te devuelve la consola, para asegurar de una vez que esta 
bien la ubicación (estoy suponiendo que el repo está bien 
copiado/sincronizado)


El 26/06/17 a las 13:03, Juan Carlos escribió:

On 26/06/17 10:52, Maikel Llamaret Heredia wrote:
Bueno, si declaras el /etc/pacman.conf de esa manera, entonces al 
final de cada ubicación debes aclarar la arquitectura. Por ejemplo si 
es de 64 bits, prueba con:


[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/x86_64/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/x86_64/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/x86_64/

Con eso debes resolver, no obstante, si hay otro problema, además de 
lo dicho anteriormente, renombra la ubicación esa manjaro(1) a otro 
nombre sin parentesis, aunque repito, eso no debería traer problemas. 
Lo primero si debes tomarlo en cuanto, la arquitectura en cuenta, 
prueba y dejanos saber y por favor, especifica que error te devuelve 
en consola


El 26/06/17 a las 09:08, Juan Carlos escribió:
Hola amigos recien me instale manjaro como distro copie los repos y 
los tengo locales en mi pc pero al ejecutar el comando sudo pacman 
-Syu no me ejecuta que tendre mal.


[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/




__
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



negativo maikel no me funciona cambie el nombre de manjaro (1) por repo 
y le puse i686 mi sistema es 32bit y nada este es el error.


[juanca@admin ~]$ su root Contraseña:  [root@admin juanca]# nano 
/etc/pacman.conf  [root@admin juanca]# sudo pacman -Syu   :: 
Sincronizando las bases de datos de los paquetes… error: no se pudo 
obtener el archivo «core.db» desde disco: Couldn't open file 
/home/juanca/repo/stable/core/i686/core.db error: no se pudo actualizar 
core (error de la biblioteca de descarga) error: no se pudo obtener el 
archivo «community.db» desde disco: Couldn't open file 
/home/juanca/repo/stable/community/i686/community.db error: no se pudo 
actualizar community (error de la biblioteca de descarga) error: no se 
pudo obtener el archivo «extra.db» desde disco: Couldn't open file 
/home/juanca/repo/stable/extra/i686/extra.db error: no se pudo 
actualizar extra (error de la biblioteca de descarga) error: no se pudo 
sincronizar ninguna base de datos error: no se pudo iniciar la operación 
(error de la biblioteca de descarga) [root@admin juanca]#




__
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



--
Maikel Llamaret Heredia
Linux User 587451
Web & Media Integrated Solutions ®
Proyecto SWL-X
http://swlx.260mb.net
+53 53354649
+5322 614276
Sent From Manjaro Linux
__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Maikel Llamaret Heredia]

Por si no te llego, (QUE PARECE NO TE LLEGÓ) te repito la solución:

Bueno, si declaras el /etc/pacman.conf de esa manera, entonces al final 
de cada ubicación debes aclarar la arquitectura. Por ejemplo si es de 64 
bits, prueba con:


[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/x86_64/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/x86_64/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/x86_64/

Con eso debes resolver, no obstante, si hay otro problema, además de lo 
dicho anteriormente, renombra la ubicación esa manjaro(1) a otro nombre 
sin parentesis, aunque repito, eso no debería traer problemas. Lo 
primero si debes tomarlo en cuanto, la arquitectura en cuenta, prueba y 
dejanos saber y por favor, especifica que error te devuelve en consola


El 26/06/17 a las 12:45, Juan Carlos escribió:

On 26/06/17 10:39, Arian Molina Aguilera wrote:

El 26/06/17 a las 09:08, Juan Carlos escribió:

Hola amigos recien me instale manjaro como distro copie los repos y los
tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no
me ejecuta que tendre mal.

[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/




__
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

estas seguro que es la ruta??. porque no renombras el directorio a solo
manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root
o en cambio usando sudo.

si esa es la ruta el problema es que tengo otro directorio llamado 
manjaro pero esta incompleto he intentado borrarlo pero no me deja.



__
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



--
Maikel Llamaret Heredia
Linux User 587451
Web & Media Integrated Solutions ®
Proyecto SWL-X
http://swlx.260mb.net
+53 53354649
+5322 614276
Sent From Manjaro Linux
__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Maikel Llamaret Heredia]

Socio, arregla el /etc/pacman.conf añadiendo la arquitectura cómo recomendé 
en un correo más arriba.
La carpeta manjaro(1) la puedes renombrar a cómo mejor te guste, pero añade 
de una vez la arquitectura y dinos que ocurre al ejecutar

sudo pacman -Syy
Y luego
sudo pacman-Syu

Enviado con AquaMail para Android http://www.aqua-mail.com


En 26 de junio de 2017 2:10:38 PM Juan Carlos 
 escribió:



On 26/06/17 10:39, Arian Molina Aguilera wrote:

El 26/06/17 a las 09:08, Juan Carlos escribió:

Hola amigos recien me instale manjaro como distro copie los repos y los
tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no
me ejecuta que tendre mal.

[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/




__
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

estas seguro que es la ruta??. porque no renombras el directorio a solo
manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root
o en cambio usando sudo.


si esa es la ruta el problema es que tengo otro directorio llamado
manjaro pero esta incompleto he intentado borrarlo pero no me deja.


__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Arian Molina Aguilera]

El 26/06/17 a las 12:45, Juan Carlos escribió:
> On 26/06/17 10:39, Arian Molina Aguilera wrote:
>> El 26/06/17 a las 09:08, Juan Carlos escribió:
>>> Hola amigos recien me instale manjaro como distro copie los repos y los
>>> tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no
>>> me ejecuta que tendre mal.
>>>
>>> [core]
>>> SigLevel = PackageRequired
>>> Server = file:///home/juanca/manjaro(1)/stable/core/
>>> [community]
>>> SigLevel = PackageRequired
>>> Server = file:///home/juanca/manjaro(1)/stable/community/
>>> [extra]
>>> SigLevel = PackageRequired
>>> Server = file:///home/juanca/manjaro(1)/stable/extra/
>>>
>>>
>>>
>>>
>>> __
>>> 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
>> estas seguro que es la ruta??. porque no renombras el directorio a solo
>> manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root
>> o en cambio usando sudo.
>>
> si esa es la ruta el problema es que tengo otro directorio llamado
> manjaro pero esta incompleto he intentado borrarlo pero no me deja.
> 
> 
> __
> 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
como que borrarlo y no te deja?? tendrás que hacerlo como root. dentro
de core por ej, tienes dos directorios i686 y x86_amd, debes apuntar
directamente a alguno de ellos en dependencia de la arquitectura que
estás usando. 32bit o 64bit.

-- 
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

Re: [Gutl-l] Problema con repos de Manjaro

[Juan Carlos]

On 26/06/17 10:52, Maikel Llamaret Heredia wrote:
Bueno, si declaras el /etc/pacman.conf de esa manera, entonces al 
final de cada ubicación debes aclarar la arquitectura. Por ejemplo si 
es de 64 bits, prueba con:


[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/x86_64/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/x86_64/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/x86_64/

Con eso debes resolver, no obstante, si hay otro problema, además de 
lo dicho anteriormente, renombra la ubicación esa manjaro(1) a otro 
nombre sin parentesis, aunque repito, eso no debería traer problemas. 
Lo primero si debes tomarlo en cuanto, la arquitectura en cuenta, 
prueba y dejanos saber y por favor, especifica que error te devuelve 
en consola


El 26/06/17 a las 09:08, Juan Carlos escribió:
Hola amigos recien me instale manjaro como distro copie los repos y 
los tengo locales en mi pc pero al ejecutar el comando sudo pacman 
-Syu no me ejecuta que tendre mal.


[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/




__
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



negativo maikel no me funciona cambie el nombre de manjaro (1) por repo 
y le puse i686 mi sistema es 32bit y nada este es el error.


[juanca@admin ~]$ su root Contraseña:  [root@admin juanca]# nano 
/etc/pacman.conf  [root@admin juanca]# sudo pacman -Syu   :: 
Sincronizando las bases de datos de los paquetes… error: no se pudo 
obtener el archivo «core.db» desde disco: Couldn't open file 
/home/juanca/repo/stable/core/i686/core.db error: no se pudo actualizar 
core (error de la biblioteca de descarga) error: no se pudo obtener el 
archivo «community.db» desde disco: Couldn't open file 
/home/juanca/repo/stable/community/i686/community.db error: no se pudo 
actualizar community (error de la biblioteca de descarga) error: no se 
pudo obtener el archivo «extra.db» desde disco: Couldn't open file 
/home/juanca/repo/stable/extra/i686/extra.db error: no se pudo 
actualizar extra (error de la biblioteca de descarga) error: no se pudo 
sincronizar ninguna base de datos error: no se pudo iniciar la operación 
(error de la biblioteca de descarga) [root@admin juanca]#




__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Juan Carlos]

On 26/06/17 10:39, Arian Molina Aguilera wrote:

El 26/06/17 a las 09:08, Juan Carlos escribió:

Hola amigos recien me instale manjaro como distro copie los repos y los
tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no
me ejecuta que tendre mal.

[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/




__
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

estas seguro que es la ruta??. porque no renombras el directorio a solo
manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root
o en cambio usando sudo.

si esa es la ruta el problema es que tengo otro directorio llamado 
manjaro pero esta incompleto he intentado borrarlo pero no me deja.



__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Maikel Llamaret Heredia]

Bueno, si declaras el /etc/pacman.conf de esa manera, entonces al final 
de cada ubicación debes aclarar la arquitectura. Por ejemplo si es de 64 
bits, prueba con:


[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/x86_64/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/x86_64/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/x86_64/

Con eso debes resolver, no obstante, si hay otro problema, además de lo 
dicho anteriormente, renombra la ubicación esa manjaro(1) a otro nombre 
sin parentesis, aunque repito, eso no debería traer problemas. Lo 
primero si debes tomarlo en cuanto, la arquitectura en cuenta, prueba y 
dejanos saber y por favor, especifica que error te devuelve en consola


El 26/06/17 a las 09:08, Juan Carlos escribió:
Hola amigos recien me instale manjaro como distro copie los repos y los 
tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no 
me ejecuta que tendre mal.


[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/




__
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



--
Maikel Llamaret Heredia
Linux User 587451
Web & Media Integrated Solutions ®
Proyecto SWL-X
http://swlx.260mb.net
+53 53354649
+5322 614276
Sent From Manjaro Linux
__
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

Re: [Gutl-l] Problema con repos de Manjaro

[Arian Molina Aguilera]

El 26/06/17 a las 09:08, Juan Carlos escribió:
> Hola amigos recien me instale manjaro como distro copie los repos y los
> tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no
> me ejecuta que tendre mal.
> 
> [core]
> SigLevel = PackageRequired
> Server = file:///home/juanca/manjaro(1)/stable/core/
> [community]
> SigLevel = PackageRequired
> Server = file:///home/juanca/manjaro(1)/stable/community/
> [extra]
> SigLevel = PackageRequired
> Server = file:///home/juanca/manjaro(1)/stable/extra/
> 
> 
> 
> 
> __
> 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
estas seguro que es la ruta??. porque no renombras el directorio a solo
manjaro quitando (1), el comando pacman -Syu debes ejecutarlo como root
o en cambio usando sudo.

-- 
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

[Gutl-l] Problema con repos de Manjaro

[Juan Carlos]

Hola amigos recien me instale manjaro como distro copie los repos y los 
tengo locales en mi pc pero al ejecutar el comando sudo pacman -Syu no 
me ejecuta que tendre mal.


[core]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/core/
[community]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/community/
[extra]
SigLevel = PackageRequired
Server = file:///home/juanca/manjaro(1)/stable/extra/




__
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

[Gutl-l] Problema con Squid

[Alejandro Hernández Pastora]

Saludos colegas, he usado squid sin problemas en openSUSE durante 2 años, en mi 
red local los navegadores estan configurados de la siguiente forma: Proxy: 
proxy.dominio.local Puerto: 3128, el caso es que he migrado todos mis server a 
CentOS, pero el caso del squid funciona bien si en el navegador pongo la IP, es 
decir, Proxy: 192.168.1.4 Puerto: 3128 y navegan perfecto, pero con Proxy: 
proxy.dominio.local Puerto: 3128 me pide usuario y contraseña y no los acepta, 
vuelve a pedirlos constantemente y sin navegar, en el log, simplemente acceso 
denegado para el usuario en cuestión. La resolución de proxy.dominio.local es 
mediante un server dns que supongo no tenga nada que ver porque esta 
resolviendo bien. La autentificación es contra un Ldap en otro server. Que 
puede estar pasando con esto.

Gracias
__
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

Re: [Gutl-l] Problema con Squid

[Arian Molina Aguilera]

El 04/05/17 a las 12:01, Alejandro Hernández Pastora escribió:
> Saludos colegas, he usado squid sin problemas en openSUSE durante 2 años, en 
> mi red local los navegadores estan configurados de la siguiente forma: Proxy: 
> proxy.dominio.local Puerto: 3128, el caso es que he migrado todos mis server 
> a CentOS, pero el caso del squid funciona bien si en el navegador pongo la 
> IP, es decir, Proxy: 192.168.1.4 Puerto: 3128 y navegan perfecto, pero con 
> Proxy: proxy.dominio.local Puerto: 3128 me pide usuario y contraseña y no los 
> acepta, vuelve a pedirlos constantemente y sin navegar, en el log, 
> simplemente acceso denegado para el usuario en cuestión. La resolución de 
> proxy.dominio.local es mediante un server dns que supongo no tenga nada que 
> ver porque esta resolviendo bien. La autentificación es contra un Ldap en 
> otro server. Que puede estar pasando con esto.
> 
> Gracias
> __
> 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
> 
tienes exceptuado que use el proxy para tu dominio, si el dns te
resuelve bien ip para proxy.dominio.local a 192.168.1.4 es lo mismo que
setees uno o el otro da lo mismo.

-- 
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

Re: [Gutl-l] problema con proxmox 4.2 Ayuda

[Yusbel Muñíz Plasencia]

mira... prueba a correr qm list para que te muestre las MV que tienes y 
con pct list los contenedores y te va a dar informacion de los que estan 
o no arrancados.


con pct enter vm_id puedes entrar a un contenedor que tengas levantado 
para hacer algo


con lvscan verás los dispositivos de bloques LVM que existen y si estan 
o no ACTIVOS.


Y con:

vzdump vmid --storage local --compress gzip --remove 0 --node localhost 
--mode stop puedes forzar un backup


Y para restaurar despues como mismo dice el man

   Restore a container to a new CT 600

   # pct restore 600 /mnt/backup/vzdump-lxc-777.tar

   Restore a QemuServer VM to VM 601

   # qmrestore /mnt/backup/vzdump-qemu-888.vma 601

Los backups se almacenan en /var/lib/vz/dump/

Saludos espero que resuelva de alguna manera

El 12/04/2017 a las 03:13 p. m., josealfr...@ucm.hlg.sld.cu escribió:
el problema es  que en esa direccion  no esta  nada es decir  no 
monta  la  particion y no hay nada  hay


On 2017-04-12 15:18, Arian Molina Aguilera wrote:

El 12/04/17 a las 15:00, josealfr...@infomed.sld.cu escribió:

Saludos  lista  una  pregunta  y comodecimos  urgete alguien q me ayude
tengo miservidor  proxmox y reinicie  y no me  inician  las mv
cuando trato de entrar  via web  no me  inicia  la  interfas solo me
deja conectar  via ssh
pues  me gustaria saber  q  puede  pasar y como montar  las mv  para
sacr la  informacion o q  solucion el problema que  me da es el 
siguiente


root@eros:~# df -h
Filesystem  Size  Used Avail Use% Mounted on
udev 10M 0   10M   0% /dev
tmpfs   772M  9.0M  763M   2% /run
/dev/dm-095G   58G   32G  65% /
tmpfs   1.9G 0  1.9G   0% /dev/shm
tmpfs   5.0M 0  5.0M   0% /run/lock
tmpfs   1.9G 0  1.9G   0% /sys/fs/cgroup
cgmfs   100K 0  100K   0% /run/cgmanager/fs

la  particion donde  estan  las  mv  que  ya estan en raw no las  peudo
ver  ni mnar  alguna solucion  para esto


This message was sent using IMP, the Internet Messaging Program.



--
Este mensaje le ha llegado mediante el servicio de correo electronico
que ofrece Infomed para respaldar el cumplimiento de las misiones del
Sistema Nacional de Salud. La persona que envia este correo asume el
compromiso de usar el servicio a tales fines y cumplir con las
regulaciones establecidas

Infomed: http://www.sld.cu/

__
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

lo que tienes que revisar son los logs para ver que es lo que sucede
primeramente, lo otro, son vm o ct (contenedores) ambas se almacenan en
/var/lib/pv/images


--
Este mensaje le ha llegado mediante el servicio de correo electronico 
que ofrece Infomed para respaldar el cumplimiento de las misiones del 
Sistema Nacional de Salud. La persona que envia este correo asume el 
compromiso de usar el servicio a tales fines y cumplir con las 
regulaciones establecidas


Infomed: http://www.sld.cu/

__
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

Re: [Gutl-l] problema con proxmox 4.2 Ayuda

[Miguel Narbona Fagales]

Una vez me paso algo similar pero en la version 3.6, y tenía salvas, pero no 
había forma de levantar el sistema, lo que hice fue buscar una herramienta 
(creo fue el getparted o algo a si) y sacar las VM, luego reinstale de nuevo y 
las devolví a su lugar , se demoro los 10 mts de la reinstalación del proxmox y 
el tiempo q demore en crear las VM's , copiar las maquina V al proxmox (salvas) 
y luego restore ... a lo mejor esto t puede indicar algún camino ...



-Original Message-
From: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] On 
Behalf Of Arian Molina Aguilera
Sent: Wednesday, April 12, 2017 3:19 PM
To: Lista cubana de soporte técnico en Tecnologias Libres
Subject: Re: [Gutl-l] problema con proxmox 4.2 Ayuda

El 12/04/17 a las 15:00, josealfr...@infomed.sld.cu escribió:
> Saludos  lista  una  pregunta  y comodecimos  urgete alguien q me ayude
> tengo miservidor  proxmox y reinicie  y no me  inician  las mv
> cuando trato de entrar  via web  no me  inicia  la  interfas solo me
> deja conectar  via ssh
> pues  me gustaria saber  q  puede  pasar y como montar  las  mv  para
> sacr la  informacion o q  solucion el problema que  me da es el siguiente
> 
> root@eros:~# df -h
> Filesystem  Size  Used Avail Use% Mounted on
> udev 10M 0   10M   0% /dev
> tmpfs   772M  9.0M  763M   2% /run
> /dev/dm-095G   58G   32G  65% /
> tmpfs   1.9G 0  1.9G   0% /dev/shm
> tmpfs   5.0M 0  5.0M   0% /run/lock
> tmpfs   1.9G 0  1.9G   0% /sys/fs/cgroup
> cgmfs   100K 0  100K   0% /run/cgmanager/fs
> 
> la  particion donde  estan  las  mv  que  ya estan en raw no las  peudo
> ver  ni mnar  alguna solucion  para esto
> 
> 
> This message was sent using IMP, the Internet Messaging Program.
> 
> 
> 
> -- 
> Este mensaje le ha llegado mediante el servicio de correo electronico
> que ofrece Infomed para respaldar el cumplimiento de las misiones del
> Sistema Nacional de Salud. La persona que envia este correo asume el
> compromiso de usar el servicio a tales fines y cumplir con las
> regulaciones establecidas
> 
> Infomed: http://www.sld.cu/
> 
> __
> 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
lo que tienes que revisar son los logs para ver que es lo que sucede
primeramente, lo otro, son vm o ct (contenedores) ambas se almacenan en
/var/lib/pv/images
-- 
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

Re: [Gutl-l] problema con proxmox 4.2 Ayuda

[josealfredo]

el problema es  que en esa direccion  no esta  nada es decir  no monta  
la  particion y no hay nada  hay


On 2017-04-12 15:18, Arian Molina Aguilera wrote:

El 12/04/17 a las 15:00, josealfr...@infomed.sld.cu escribió:
Saludos  lista  una  pregunta  y comodecimos  urgete alguien q me 
ayude

tengo miservidor  proxmox y reinicie  y no me  inician  las mv
cuando trato de entrar  via web  no me  inicia  la  interfas solo me
deja conectar  via ssh
pues  me gustaria saber  q  puede  pasar y como montar  las  mv  para
sacr la  informacion o q  solucion el problema que  me da es el 
siguiente


root@eros:~# df -h
Filesystem  Size  Used Avail Use% Mounted on
udev 10M 0   10M   0% /dev
tmpfs   772M  9.0M  763M   2% /run
/dev/dm-095G   58G   32G  65% /
tmpfs   1.9G 0  1.9G   0% /dev/shm
tmpfs   5.0M 0  5.0M   0% /run/lock
tmpfs   1.9G 0  1.9G   0% /sys/fs/cgroup
cgmfs   100K 0  100K   0% /run/cgmanager/fs

la  particion donde  estan  las  mv  que  ya estan en raw no las  
peudo

ver  ni mnar  alguna solucion  para esto


This message was sent using IMP, the Internet Messaging Program.



--
Este mensaje le ha llegado mediante el servicio de correo electronico
que ofrece Infomed para respaldar el cumplimiento de las misiones del
Sistema Nacional de Salud. La persona que envia este correo asume el
compromiso de usar el servicio a tales fines y cumplir con las
regulaciones establecidas

Infomed: http://www.sld.cu/

__
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

lo que tienes que revisar son los logs para ver que es lo que sucede
primeramente, lo otro, son vm o ct (contenedores) ambas se almacenan en
/var/lib/pv/images


--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

__
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

Re: [Gutl-l] problema con proxmox 4.2 Ayuda

[Arian Molina Aguilera]

El 12/04/17 a las 15:00, josealfr...@infomed.sld.cu escribió:
> Saludos  lista  una  pregunta  y comodecimos  urgete alguien q me ayude
> tengo miservidor  proxmox y reinicie  y no me  inician  las mv
> cuando trato de entrar  via web  no me  inicia  la  interfas solo me
> deja conectar  via ssh
> pues  me gustaria saber  q  puede  pasar y como montar  las  mv  para
> sacr la  informacion o q  solucion el problema que  me da es el siguiente
> 
> root@eros:~# df -h
> Filesystem  Size  Used Avail Use% Mounted on
> udev 10M 0   10M   0% /dev
> tmpfs   772M  9.0M  763M   2% /run
> /dev/dm-095G   58G   32G  65% /
> tmpfs   1.9G 0  1.9G   0% /dev/shm
> tmpfs   5.0M 0  5.0M   0% /run/lock
> tmpfs   1.9G 0  1.9G   0% /sys/fs/cgroup
> cgmfs   100K 0  100K   0% /run/cgmanager/fs
> 
> la  particion donde  estan  las  mv  que  ya estan en raw no las  peudo
> ver  ni mnar  alguna solucion  para esto
> 
> 
> This message was sent using IMP, the Internet Messaging Program.
> 
> 
> 
> -- 
> Este mensaje le ha llegado mediante el servicio de correo electronico
> que ofrece Infomed para respaldar el cumplimiento de las misiones del
> Sistema Nacional de Salud. La persona que envia este correo asume el
> compromiso de usar el servicio a tales fines y cumplir con las
> regulaciones establecidas
> 
> Infomed: http://www.sld.cu/
> 
> __
> 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
lo que tienes que revisar son los logs para ver que es lo que sucede
primeramente, lo otro, son vm o ct (contenedores) ambas se almacenan en
/var/lib/pv/images
-- 
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

[Gutl-l] problema con proxmox 4.2 Ayuda

[josealfredo]

Saludos  lista  una  pregunta  y comodecimos  urgete alguien q me ayude
tengo miservidor  proxmox y reinicie  y no me  inician  las mv
cuando trato de entrar  via web  no me  inicia  la  interfas solo me  
deja conectar  via ssh
pues  me gustaria saber  q  puede  pasar y como montar  las  mv  para  
sacr la  informacion o q  solucion el problema que  me da es el  
siguiente


root@eros:~# df -h
Filesystem  Size  Used Avail Use% Mounted on
udev 10M 0   10M   0% /dev
tmpfs   772M  9.0M  763M   2% /run
/dev/dm-095G   58G   32G  65% /
tmpfs   1.9G 0  1.9G   0% /dev/shm
tmpfs   5.0M 0  5.0M   0% /run/lock
tmpfs   1.9G 0  1.9G   0% /sys/fs/cgroup
cgmfs   100K 0  100K   0% /run/cgmanager/fs

la  particion donde  estan  las  mv  que  ya estan en raw no las   
peudo ver  ni mnar  alguna solucion  para esto



This message was sent using IMP, the Internet Messaging Program.



--
Este mensaje le ha llegado mediante el servicio de correo electronico que 
ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema 
Nacional de Salud. La persona que envia este correo asume el compromiso de usar 
el servicio a tales fines y cumplir con las regulaciones establecidas

Infomed: http://www.sld.cu/

__
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

Re: [Gutl-l] Problema con conectividad

[Manuel Mely]

On 23.02.2017 20:42, Rommel Rodriguez Toirac wrote:

 Ya encontré cual era la causa del problema de la dirección IP enlazada a la
dirección MAC.
 Los servidores DELL tienen en el SETUP la posibilidad de setear algo
relacionado con redes, donde puedes ponerle IP de la PC, puerta de enlace y
mascara entre otras cosas; pues bien, la dirección IP 192.168.41.4 la tenía
asignada uno de los servidores DELL en ese lugar, así que fue solo cambiarla
por la dirección real del mismo y listo.
 Gracias a todos los que dieron su opinión y me ayudaron.
 Por mi parte considero el hilo cerrado



A lo que te refieres es a este software de gestion que traen los 
servidores Dell (DRAC). En los HP es la misma historia pero se llama iLO.


De todos modos, por ahi no le pones IP a la PC como dices, le pones IP a 
esta interfaz de gestion. Asi tu problema fue un conflicto de IP si tu 
eth0 y esta interfaz tenian la misma IP.


Saludos,

__
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

Re: [Gutl-l] Problema con conectividad

[Arian Molina Aguilera]

El 23/02/17 a las 14:42, Rommel Rodriguez Toirac escribió:
> El jueves, 23 de febrero de 2017 1:52:20 P. M. CST Rommel Rodriguez Toirac 
> escribieron:
>> El jueves, 23 de febrero de 2017 1:39:19 P. M. CST Arian Molina Aguilera
>>
>> escribieron:
>>> El 23/02/17 a las 10:24, Rommel Rodriguez Toirac escribió:
>>>> El miércoles, 22 de febrero de 2017 6:00:44 P. M. CST Arian Molina
>>>> Aguilera
>>>>
>>>> escribieron:
>>>>> El 22/02/17 a las 09:17, NetAdmin escribió:
>>>>>> El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió:
>>>>>>> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina
>>>>>>> Aguilera
>>>>>>>
>>>>>>> escribieron:
>>>>>>>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió:
>>>>>>>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona
>>>>>>>>> Fagales
>>>>>>>>>
>>>>>>>>> escribieron:
>>>>>>>>>> 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 func

Re: [Gutl-l] Problema con conectividad

[Rommel Rodriguez Toirac]

El jueves, 23 de febrero de 2017 1:52:20 P. M. CST Rommel Rodriguez Toirac 
escribieron:
> El jueves, 23 de febrero de 2017 1:39:19 P. M. CST Arian Molina Aguilera
> 
> escribieron:
> > El 23/02/17 a las 10:24, Rommel Rodriguez Toirac escribió:
> > > El miércoles, 22 de febrero de 2017 6:00:44 P. M. CST Arian Molina
> > > Aguilera
> > > 
> > > escribieron:
> > >> El 22/02/17 a las 09:17, NetAdmin escribió:
> > >>> El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió:
> > >>>> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina
> > >>>> Aguilera
> > >>>> 
> > >>>> escribieron:
> > >>>>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió:
> > >>>>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona
> > >>>>>> Fagales
> > >>>>>> 
> > >>>>>> escribieron:
> > >>>>>>> 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
> > >>>>>>>>>>>

Re: [Gutl-l] Problema con conectividad

[Rommel Rodriguez Toirac]

El jueves, 23 de febrero de 2017 1:39:19 P. M. CST Arian Molina Aguilera 
escribieron:
> El 23/02/17 a las 10:24, Rommel Rodriguez Toirac escribió:
> > El miércoles, 22 de febrero de 2017 6:00:44 P. M. CST Arian Molina
> > Aguilera
> > 
> > escribieron:
> >> El 22/02/17 a las 09:17, NetAdmin escribió:
> >>> El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió:
> >>>> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina
> >>>> Aguilera
> >>>> 
> >>>> escribieron:
> >>>>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió:
> >>>>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona
> >>>>>> Fagales
> >>>>>> 
> >>>>>> escribieron:
> >>>>>>> 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
> >>

Re: [Gutl-l] Problema con conectividad

[Arian Molina Aguilera]

El 23/02/17 a las 10:24, Rommel Rodriguez Toirac escribió:
> El miércoles, 22 de febrero de 2017 6:00:44 P. M. CST Arian Molina Aguilera 
> escribieron:
>> El 22/02/17 a las 09:17, NetAdmin escribió:
>>> El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió:
>>>> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina Aguilera
>>>>
>>>> escribieron:
>>>>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió:
>>>>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona
>>>>>> Fagales
>>>>>>
>>>>>> escribieron:
>>>>>>> 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 

Re: [Gutl-l] Problema con conectividad

[Rommel Rodriguez Toirac]

El miércoles, 22 de febrero de 2017 6:00:44 P. M. CST Arian Molina Aguilera 
escribieron:
> El 22/02/17 a las 09:17, NetAdmin escribió:
> > El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió:
> >> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina Aguilera
> >> 
> >> escribieron:
> >>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió:
> >>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona
> >>>> Fagales
> >>>> 
> >>>> escribieron:
> >>>>> 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é>
> >>>>>>>> 
> >>>>>&g

Re: [Gutl-l] Problema con conectividad

[Arian Molina Aguilera]

El 22/02/17 a las 09:17, NetAdmin escribió:
> El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió:
>> El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina Aguilera
>> escribieron:
>>> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió:
>>>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona
>>>> Fagales
>>>>
>>>> escribieron:
>>>>> 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)
>>>>>>>> h

Re: [Gutl-l] Problema con conectividad

[Ulises Gonzalez]

On 02/22/2017 10:40 AM, Rommel Rodriguez Toirac wrote:

rommel@p6:~$ ping 192.168.41.4
PING 192.168.41.4 (192.168.41.4) 56(84) bytes of data.
^C
--- 192.168.41.4 ping statistics ---
121 packets transmitted, 0 received, 100% packet loss, time 11ms



De P... madre, las cosas misteriosas, o lo dejas as'i y vetas esa ip o 
un d'ia que nadie trabaje  apagas todos switchs y los vas encendiendo 
uno por uno para ver en que switch esta registrada esa mac/ip, si 
tuvieras switch administrables fuera m'as f'acil



Recuerdo una vez en la que ten'ia un router+un crossover+un servidor. El 
servidor ten'ia dos tarjetas de red, una con el crossover, esta tarjeta 
ten'ia un rango de ips /29 con el router de las cuales solo se usaban 
dos ip (servidor y router), y en la otra tarjeta del servidor con otro 
rango de ips ten'ia enganchada toda la LAN, todo trabajaba bien, pero el 
servidor ten'ia Windows y ten'ia que migrarlo a Linux, lo reinstal'e, le 
puse un Centos 5, configur'e las mismas ips que ten'ia el servidor y 
zas.. me daba conflicto de ip en la tajeta que estaba conectada al 
router, si le pon'ia otra ip del segmento /29 a esa tarjeta e intentaba 
hacer ping a la ip que supuestamente daba conflicto nadie respond'ia por 
ping pero por arping de alguna forma algo respond'ia (para los que no lo 
saben las distros Red Hat si verifican y se quejan si la ip que les 
pones da conflicto), si desconectaba el crossover, levantaba la red del 
servidor y luego conectaba el crossover, todo funcionaba bien y el 
supuesto conflicto desapareci'a por arte de magia, reinici'e el router 
20 veces, el servidor otras 20 pero nada resolvi'o el problema, si 
desconectaba el servidor de la Lan y hac'ia la prueba igual obten'ia 
conflicto. Recuerdo que ese d'ia desconect'e el crossover levant'e la 
red de Centos, reconect'e el crossover y lo dej'e todo funcionando sin 
problemas, al otro d'ia trat'e sin resultados positivos de resolver el 
problema o de encontrarle alguna soluci'on, pero nada, finalmente 
termin'e editando el script /etc/sysconfig/network-scripts/ifup-eth que 
en no s'e que l'inea tiene un llamado a arping para comprobar si la ip 
est'a en uso, coment'e esa l'inea para que no hiciera la verificaci'on y 
remedio santo, nunca hubo un problema m'as, pero hasta el d'ia de hoy 
cada vez que me encuentro a un cesudo de redes le hagao el cuento para 
ver que me dice pero nadie me ha dado una explicaci'on...



--

Salu2
 
 Ulinx
 Linux user 366775
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas."
__
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

Re: [Gutl-l] Problema con conectividad

[Rommel Rodriguez Toirac]

El miércoles, 22 de febrero de 2017 9:23:33 A. M. CST Ulises Gonzalez 
escribieron:
> On 02/22/2017 08:49 AM, Rommel Rodriguez Toirac wrote:
> > pierde la conectividad, pero me quedan preguntas. ¿por que esa situación
> > de
> > una MAC inexistente ligada a una dirección IP? o ¿como eliminar esa MAC
> > "fantasma" para dejar libre esa dirección IP?
> 
> Y si ahora das ping a la ip vieja te responde algo?

 Si le hago ping no presponde nadie, pero sinembargo si le hago arping sigue 
respondiendo la dirección 192.168.41.4 y el MAC asociado. Pero lo curioso es 
que esa dirección no está asignada a ninguna estación de trabajo, ni switch, 
ni servidor, ni printserver aquí en mi red.

rommel@p6:~$ arping 192.168.41.4
ARPING 192.168.41.4 from 192.168.41.6 enp3s0
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.625ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.624ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.610ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.619ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.621ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.615ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.622ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.619ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.622ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.623ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.616ms
Unicast reply from 192.168.41.4 [00:1D:09:FF:44:4B]  0.619ms
^CSent 12 probes (1 broadcast(s))
Received 12 response(s)


rommel@p6:~$ ping 192.168.41.4
PING 192.168.41.4 (192.168.41.4) 56(84) bytes of data.
^C
--- 192.168.41.4 ping statistics ---
121 packets transmitted, 0 received, 100% packet loss, time 11ms

-- 
Rommel Rodriguez Toirac
Administrador de redes
ONAT Guantánamo
Tel: 21327444 ext 120
__
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

Re: [Gutl-l] Problema con conectividad

[NetAdmin]

El 22/02/2017 a las 08:49 a.m., Rommel Rodriguez Toirac escribió:

El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina Aguilera
escribieron:

El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió:

El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales

escribieron:

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_r

Re: [Gutl-l] Problema con conectividad

[Ulises Gonzalez]

On 02/22/2017 08:49 AM, Rommel Rodriguez Toirac wrote:

pierde la conectividad, pero me quedan preguntas. ¿por que esa situación de
una MAC inexistente ligada a una dirección IP? o ¿como eliminar esa MAC
"fantasma" para dejar libre esa dirección IP?


Y si ahora das ping a la ip vieja te responde algo?

--

Salu2
 
 Ulinx
 Linux user 366775
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas."
__
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

Re: [Gutl-l] Problema con conectividad

[Rommel Rodriguez Toirac]

El martes, 21 de febrero de 2017 8:50:39 P. M. CST Arian Molina Aguilera 
escribieron:
> El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió:
> > El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales
> > 
> > escribieron:
> >> 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)
> >> 
> >>>>>

Re: [Gutl-l] Problema con conectividad

[Arian Molina Aguilera]

El 21/02/17 a las 16:36, Rommel Rodriguez Toirac escribió:
> El martes, 21 de febrero de 2017 3:00:26 P. M. CST Rommel Rodriguez Toirac 
> escribieron:
>> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales
>>
>> escribieron:
>>> 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
>>>>>> band

Re: [Gutl-l] Problema con conectividad

[Arian Molina Aguilera]

El 21/02/17 a las 15:00, Rommel Rodriguez Toirac escribió:
> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales 
> escribieron:
>> 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
>>>

Re: [Gutl-l] Problema con conectividad

[Rommel Rodriguez Toirac]

El martes, 21 de febrero de 2017 3:00:26 P. M. CST Rommel Rodriguez Toirac 
escribieron:
> El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales
> 
> escribieron:
> > 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
> > 
> > >>

Re: [Gutl-l] Problema con conectividad

[Ulises Gonzalez]

On 02/21/2017 03:00 PM, Rommel Rodriguez Toirac wrote:

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:65536  Metric:1
  RX packets:249609 errors:0 dropped:0 overruns:0 frame:0
  TX packets:249609 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:52090343 (49.6 MiB)  TX bytes:52090343 (49.6 MiB)


Y si le pones otra tarjeta de red?, recuerdo una vez que tuve una 
tarjeta que me daba problemas con la MAC y me creaba todo tipo de problemas


--

Salu2
 
 Ulinx
 Linux user 366775
"En un problema con n ecuaciones
siempre habrá al menos n+1 incógnitas."
__
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

Re: [Gutl-l] Problema con conectividad

[Rommel Rodriguez Toirac]

El martes, 21 de febrero de 2017 12:35:08 P. M. CST Miguel Narbona Fagales 
escribieron:
> 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
> >>>  t

Re: [Gutl-l] Problema con conectividad

[NetAdmin]

El 21/02/2017 a las 12:52 p.m., Alexis Ojitos Díaz escribió:

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  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

Re: [Gutl-l] Problema con conectividad

[Alexis Ojitos Díaz]

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  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

Re: [Gutl-l] Problema con conectividad

[Miguel Narbona Fagales]

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

Re: [Gutl-l] Problema con conectividad

[Arian Molina Aguilera]

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
>>>  

Re: [Gutl-l] Problema con conectividad

[Rommel Rodriguez Toirac]

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
> >  

Re: [Gutl-l] Problema con conectividad

[Arian Molina Aguilera]

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
>