El problema.

El detalle es que a veces tengo que revisar archivos que están en otras computadoras que utilizan windows. Al momento de darle en el menú Lugares - Red - Red de Windows y al elegir el grupo de trabajo en el que están mis equipos me aparece el siguiente error.

No se puede montar el lugar.
Fallo al obtener la lista de compartición del servidor.

La solución.

La encontré en este articulo de los Foros de Ubuntu, lo voy a copiar tal cual, espero que no le moleste al autor y solo a manera de respaldo.

# — Aquí inicia el articulo de los foros de Ubuntu –

1- En principio es necesario que estén instalados:

samba samba-common smbclient winbind

2- Luego editar el archivo /etc/samba/smb.conf

sudo gedit /etc/samba/smb.conf

A los cambios necesarios para adaptar el sistema, según los

tutoriales de samba es necesario tener presente que:

a- Donde dice workgroup = WORKGROUP, reemplazar WORKGROUP por el

nombre de grupo de trabajo de los ordenadores que debe ser el mismo.

b- Borrar el “;” de la linea:

name resolver order = lmhosts hosts wins bcast

3- Editar el archivo /etc/nsswitch.conf

sudo gedit /etc/nsswitch.conf

Buscar la linea que dice:

hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4

Agregar wins antes de dns

para que la línea quede así:

hosts: files mdns4_minimal [NOTFOUND=return] wins dns mdns4

#– Aquí termina el articulo de los foros de Ubuntu –

Ahora para hacer efectivos los cambios podemos reiniciar samba con:

sudo /etc/init.d/samba restart

y para estar seguros también lo haremos con el servicio winbind:

sudo /etc/init.d/winbind restart

Cerramos la sesión, solo para evitar confusiones con nautilus y si todo salió bien este será el resultado.

Listo !!! ahora si sin problemas a buscar esos archivos compartidos.

Este año ha llovido “mucho” en la Comarca Lagunera, uno puede ver charcos, baches y “lagunas” en todos lados, pero hoy al llegar al trabajo ¡Ohh Ohhh!, señal de alerta.

Teníamos una pequeña inundación en el peor de los lugares, si amigos, el cuartito de los servidores :S

Volteamos hacia arriba y nada, no se veía una gotera o algo que diera pista del origen del agua, que por cierto era una cantidad considerable.

Bajé la mirada hacia el switch principal, me quedé frío al ver que de un conector de red salían unas pequeñas gotas de agua.

De emergencia lo puse en una taza que tenía a la mano mientras veía que más se había mojado, claro que apagué el switch y todo lo que pude mientras intentaba contener el desastre.

Ese cable viene de una torre, supongo que empezó a juntar agua y como manguerita siguió su curso hasta la primer salida que encontró, en este caso el switch en mi cuartito de servidores.

Afortunadamente después de hacer un recuento de los daños lo único que se perdió fue un teclado y tres mechones de mi cabello

Llevaba 3 días tratando de resolver un problema con mi base de datos.

No me quejo, llevo mucho tiempo trabajando con MySQL como mi base de datos principal sin problema alguno, de hecho el error fue mío por desconocer la codificación adecuada para el proyecto.

El problema era que cuando hacia una consulta no me mostraba los datos correctamente. Por ejemplo si le pedía la información relacionada con el articulo AÑ056 , me regresaba los datos del articulo AÑ056 y los del AN056 !!!, no distinguía la diferencia entre uno y otro. ¡No distinguía la diferencia entre la n y la ñ!

Al principio creí que era un problema del Conector ODBC que uso en windows, pero después de hacer unas consultas en google quedó descartado.

Segundo sospechoso fue la codificación y es que por default mysql en windows se instala con latin1, al parercer esta codificación presenta problemas al momento de crear índices con caracteres especiales como la ñ o letras acentuadas.

Por cierto, sigan mi consejo, es importantísimo hacer un respaldo de los datos, por estar concentrado en los cambios de la codificación por poco y pierdo los datos. Y si es posible trabajen en una base de datos local de pruebas para no interrumpir el trabajo de la base en producción.

Después de hacer varios intentos y de recuperar en cada uno de ellos mi base de datos original, el problema se solucionó cambiando la codificación de toda la base de datos y en especial en el campo que me estaba ocasionando problemas.

La base de datos quedó de la siguiente forma:

Character set: utf8
Collation: utf8_unicode_ci

La codificación del campo fue la que me causó mayor problema (y es el origen del bug), intenté con varias codificaciones hasta que dí con la que me funcionó, por ejemplo si intentaba con un collation utf8generalci me daba un error de Duplicate entry, supongo que era un error por el valor del campo llave duplicado.

Y con un utf8unicodeci , me decía que los datos eran demasiado grandes para el campo.

Al final quedó de la siguiente manera:

Character set: utf8
Collation: utf8_spanish_ci

Eso solucionó el problema y al hacer las consultas me regresó correctamente los registros adecuados.

Pasen un buen fin de semana !!!