"Glitch" gráfico en Debian 9

2019-01-18 Por tema lividineitor
Antes de comenzar, he investigado sobre el tema y lo que encontré no
coincide con el fallo. Desconozco si es un error de hardware o de
software.

Entornos en los que se presenta el problema:

Openbox
XFCE

Además se presenta en dos equipos distintos.

Posibles aplicaciones que "detonan" el fallo:

tmux
emacs
xterm
firefox
chromium
moc

Descripción del problema:

Aparece una línea horizontal, en momentos aleatorios y con una
duración al rededor de 1 segundo y desaparece, relativamente corta
(1/8 de la pantalla), con un grosor entre uno a cuatro pixeles, a una
altura de 1/4 de distancia de la esquina superior izquierda del
monitor.

Por el inherente comportamiento del error, me es imposible
reproducirlo a voluntad en mi sistema y por lo tanto intentar
capturarlo, así que dejaré algunas capturas modificadas para mostrar
lo que he visto. La línea no aparece (al menos eso creo) exactamente a
la misma altura en cada ocasión, pero las imágenes son para
ejemplificar.

https://flic.kr/p/S9ZbWW
https://flic.kr/p/QwMs4M
https://flic.kr/p/2cUggrx

El problema puede que pase un par de veces por hora, pero al aparecer
en un lugar en donde no presto mucha atención y por la velocidad del
mismo, existe la posibilidad de que pase más a menudo.

Los pocos eventos que he notado que pudieran “detonar” el error serían
cuando en la pantalla pasa alguna acción. Por ejemplo:

En algún momento cuando escribo en algún campo en páginas de Internet
que despliegan información para autocompletar, o cuando estoy
cambiando entre llaves de algún código y se resaltan por mi editor,
también cuando el cursor pasa por algún enlace en Internet,
resumiendo, parece ser que los eventos tanto del teclado como con el
cursor del ratón lo “detonan”.

Antecedentes

He presenciado el evento en dos equipos distintos, uno de ellos cuenta
con un monitor con tecnología VA (lo que hace que el tiempo de
refresco sea “bajo” entre cambios de imágenes claras con obscuras),
que lo vuelve más notorio.

Los equipos cuentan con hardware distinto, uno de ellos con procesador
y gráfica Intel (una notebook), otro con procesador AMD y gráfica
Nvidia. En algún momento cambié uno de los monitores para verificar
que el fallo no sea por hardware, lo que desafortunadamente no pude
corroborar.

Las aplicaciones que normalmente estaban activas cuando el problema
surgió las listé arriba. Los temas que uso tienden a ser obscuros,
coincidentemente es más fácil detectar el problema así.

Pensando en un problema de señal “tearing” (ya que en ambos se
cortaban las imágenes de video horizontalmente y uno diagonalmente),
realicé los ajustes pertinentes para quitar el "tearing"
adecuadamente. Pero la línea horizontal continua.



Re: FTP

2019-01-18 Por tema Gonzalo Rivero
El vie, 11-01-2019 a las 09:47 -0300, Andrés Benevento escribió:
> Hola gente, hago una consulta general para que me indiquen que
> cliente 
> de FTP utilizan? Uso FileZilla en mi jessie y entiendo que es uno de
> los 
> más usados pero tengo problemas al actualizarlo. Es posible cambiar
> el 
> repositorio?
> 

no suelo hacer ftp (mejor sftp), pero cuando lo hago uso lo que venga
en el escritorio (nautilus en gnome, pcmanfm en lxde, mc en la consola,
¿konqueror se llama todavía el de kde?, y así sucesivamente).
Alcanza con entrar a la url (s)ftp://usuario@servidorftp/, algunos
incluso permiten usuario:contraseña@servidorftp





Re: error en Pacemaker

2019-01-18 Por tema Antonio Trujillo Carmona
El 14/1/19 a las 20:33, Eduardo Visbal escribió:
> Saludos compañeros Debianitas
>
> Queria realizarles una consulta, poseo 3 maquinas virtuales en
> qemu-kvm con debian 9 cada una; cada maquina tiene 2 interfaz de red,
> a su vez tiene instalado corosync pacemaker y postgresql... 
>
> Pero el dettalle es que me esta dando un error cuando consulto el
> status del pacemaker y me arroja esto:
>
> Failed Actions:
> * fence_vm_node3_start_0 on server01 'unknown error' (1): call=24,
> status=Error, exitreason='none',
>     last-rc-change='Mon Jan 14 16:13:52 2019', queued=1ms, exec=1464ms
> * fence_vm_node3_start_0 on server2 'unknown error' (1): call=24,
> status=Error, exitreason='none',
>     last-rc-change='Mon Jan 14 16:26:36 2019', queued=0ms, exec=1470ms 
>
> Reviso los logs y lo unico que puedo ver es que no hay conexion con el
> nodo3...
> No tengo mucha experiencia con alta disponiblidad, pero de lo que he
> leido no consigo que pueda ser este error.
>
>
> *Eduardo Visbal
> Linuxero #440451
> http://esdebianfritto.blogspot.com/*

Al contrario de lo que te comentan, yo uso cluster con maquinas
virtuales (en mi caso VMWARE), si necesitas alta disponibilidad, un
cluster te permite parar un nodo para labores de mantenimiento mientras
sigues dando servicio con el otro.

Como respuesta a tu pregunta, el error concreto no lo se, lo que si te
puedo decir es que con corosync/pacemaker el "fence" es indispensable,
si no funciona no hay alta disponibilidad, yo uso un modulo de fence que
te da vmware para el virtual center, por lo que no conozco cual puedes
usar tu, pero estudia el funcionamiento del que tengas configurado.

Además, como es obvio, debes de verificar la conectividad de red entre
todos los servidores.





signature.asc
Description: OpenPGP digital signature