Re: Curso sobre Outlook 2007
2014-12-15 17:26 GMT-06:00 William Romero: > > > Que Tonteras envías. Pues no tanto más bien a dónde lo envía. > > WRC > > > >> Date: Mon, 15 Dec 2014 15:53:20 -0430 >> Subject: Curso sobre Outlook 2007 >> From: >> To: >> >> http://www.aulaclic.es/outlook2007/t_5_2.htm >> ¿Y por que de Outlook y no de Thunderbird? -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caacnk7zjhwvnjr93fpbqkyyydxxzcyf3wok3umhpe_-qavb...@mail.gmail.com
Re: Fwd: devuan
Buenas personal, Quiero decir que lo único que ha acontecido en base a todo este revuelo del systemd es que debian ha decidido hacer que systemd sea predeterminado en una instalación estándar. Si bien, debian no obliga a nadie a usar systemd y siempre puedes instalar el sistema con el viejo sysvinit, con upstart, o con openRC como sistema de init. Entonces debian nos está dando una opción más con systemd, que es predeterminada, ok, al igual que es predeterminado el escritorio gnome y nadie está obligado a usarlo! Debian nos está dando para elegir 4 tipos de sistemas de init! no os ceguéis por lo predeterminado! Lo único que depende de systemd son ciertos entornos de escritorio, y eso depende de sus desarrolladores, no es culpa de debian ni de systemd. Abrazos. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2200541.QLzf1eXfge@link
RE: Curso sobre Outlook 2007
Que Tonteras envias. WRC > Date: Mon, 15 Dec 2014 15:53:20 -0430 > Subject: Curso sobre Outlook 2007 > From: delacruzy...@gmail.com > To: debian-user-spanish@lists.debian.org > > http://www.aulaclic.es/outlook2007/t_5_2.htm > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/bay177-w23b1bda22df62051068a1b6...@phx.gbl
Curso sobre Outlook 2007
http://www.aulaclic.es/outlook2007/t_5_2.htm
Compilar U-boot(Bootloader) para ARMv5
Hola No se si sera aqui el sitio idoneo, pero dado que quiero compilarlo en un pc de 32 bits supongo qu ira aqui. El caso es que quiero compilar el bootloader U-Boot para el chipset Conexant CX 94610-11Z Supongo que necesito el Toolchain Linaro, hasta instalarlo se, lo que me falta son los comandos necesarios para compilarlo. U-boot es compatible con ese chipset. Uso Debian Wheezy con xfce 32 bits por si es de ayuda El uboot que quiero compilar es de linaro: https://git.linaro.org/?p=boot/u-boot-linaro-stable.git;a=summary Saludos
Re: ¿gdebi y shotwell autodesinstalables?
El 14/12/14 a las 17:03, Camaleón escribió: El Sun, 14 Dec 2014 13:15:22 +0100, Eduardo Rios escribió: Pues eso me dice synaptic desde las ultimas actualizaciones realizadas a Jessie. Acostumbraros a incluir los mensajes que os devuelven las aplicaciones, es importante saber de qué se queja o qué quiere hacer exactamente aptitude. Bueno, a aptitude no le ocurre nada, pero veo que te has dado cuenta más abajo ;) Hum... espera ¿has dicho "Synaptic"? ¿Quieres decir que cuando ejecutas Synaptic te aparece algún mensaje? :-? Vale, a ver si me explico mejor, perdón. Cuando abro synaptic, a la parte izquierda, mostrando los paquetes por "Estado", me aparecen clasificados los paquetes así: -Todo - Instalado - Instalado (autodesinstalable) - Instalado (local u obsoleto) - Instalado (manual) - No instalado Pues me extraña eso, que aparezcan como autodesinstalables gdebi y shotwell Normalmente, cuando me ha pasado con librerías, las he desinstalado sin más, sin problemas aparentes... Sin embargo, con estos no me atrevo... No sé si es que gnome va a sustituir estos programas o que, pero me parece extraño que estén marcados como autodesinstalables... ¿Que hago? ¿Desinstalo, o ignoro el mensaje de autodesinstalable? Bueno, yo lo ignoraría de momento porque no sé qué quiere decir exactamente con "audodesinstalable" (traducción horrible, por cierto). Pasa olímpicamente de Synaptic y ejecuta mejor "apt-get -f install" a ver si éste se queja de algo y de qué, exactamente. Pongo enlace a una imagen. Siempre han dicho que "una imagen vale más que mil palabras" ;) http://picpaste.com/Synaptic-RIaXfmfT.png Gracias. -- www.LinuxCounter.net Registered user #558467 has 2 linux machines -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/m6n9k8$6k6$1...@ger.gmane.org
Re: Fwd: fglrx-driver
El 14/12/2014 17:20, "Camaleón" escribió: > Hola a todos, También tengo el mismo problema, pantalla en negro con una R7 250X, el cual es un modelo equivalente a las Radeon HD 7770/8760. > > He encontrado este bug, con los mismos síntomas que los tuyos (error con > aiglx y pantalla en negro), echa un vistazo aunque no parece que esté > solucionado: > > fglrx-driver: Black screen after xorg startup > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765109 > Por lo que comentan y la salida que les devuelve, parece el mismo error que me aparece y lo único extraño que he visto es que los errores que se muestran en los que no parecen encontrar el archivo fglrx_dri.so, aparece en otras ubicaciones, esto es: /usr/lib/dri y en /usr/lib/x86_64-linux_gnu/dri Una persona de ese mismo hilo dice haber creado enlaces a los archivos sin conseguir que funciones y me pregunto si no será necesario añadir alguno más. > Si el driver cerrado no funciona puedes intentar cargar mientras tanto el > radeon, digo, para poder ver algo al menos. > Lamentablemente el driver radeon no funciona con esta tarjeta gráfica, al menos la versión que lleva Jessie. Desde que tengo esta gráfica he tenido que utilizar de manera forzosa el driver propietario y comenzé en Wheezy backports e instalando el driver desde testing. Lástima no haber visto este hilo antes o el problema que has mencionado, porque ahora tengo el equipo sin poder usarlo tras la actualización a Jessie. Alguna idea para poder ir trabajando, a parte de redireccionar las X por ssh para arrancar los progranas que voy necesitando? Gracias y un saludo a todos. Javier
Re: cgroup y lxc
El Mon, 15 de Dec de 2014, a las 04:06:45PM +, Camaleón dijo: > Pues la verdad es que no :-P pero si no he entendido mal la problemática, > te digo lo que probaría... > > 1/ Usuarios en lugar de grupos: > > perico:lxc-start * lxc/%u > pantuflo:lxc-start * lxc/%u > > 2/ UID en lugar de nombres: > > @lxc:lxc-start * lxc/%U En realidad no parece que en ello esté el problema: de hecho, mientras uso sleep todo va bien. Es al usar lxc-start cuando se descuajeringa todo. No parece fallar cuando el criterio es simplemente @lxc * lxc/%u O sea, cualquier proceso que arranque un usuario que pertenezca a lxc, sea el que sea. Pero no he sido exhaustivo en las pruebas. > 3/ No sé si será posible pero sería interesante aumentar la verbosidad > del registro para ver por qué no puede crear el contenedor (¿permisos?). No, no tiene nada que ver con permisos. Tiene que ver con que cgrulesengd deja de hacer su trabajo. Después de enviar el mensaje, arranqué el demonio cgrulesengd en primer plano y con el máximo de verborrea: # cgrulesengd -d Se puede ir viendo cómo el demonio analiza los procesos que ejecuto y comprueba si concuerdan o no con alguna regla de las escritas en /etc/cgrules.conf. Todo marcha bien, hasta que ejecuto "lxc-start": ese proceso también sufre "supervisión" y aparentemente sin problemas, pero a partir de ese momento, el demonio se queda tonto: arranque lo que arranque después, no analiza nada. La consecuencia es que los procesos acaban en el cgroup que está el bash en que se ejecutan, o sea, el cgroup raíz. Tiene pinta de ser un bug. Acabo de hacer una consulta en la lista de usuarios de lxc. Como participan los desarrolladores, quizás me puedan arrojar luz sobre el asunto. A ver qué saco en claro. Como sea bug, mi gozo en un pozo, porque jessie ya está congelada. Es una pena, porque lo tengo todo preparado: cambié la creación del cgroup de usuario, y en vez de hacerla en /etc/profile la hago a través de un script que se ejecuta con pam_exec: al identificarse el usuario, se crea si no existe, y al abandonar la sesión se destruye, si no tiene ninguna otra sesión abierta. Mi idea es montar todo esto en un servidor que a través de ssh (con ForceCommand y un script adecuado) permita a los alumnos entrar exclusivamente en contenedores linux: como cada uno tiene un cgroup independiente puedo limitar la memoria que me consuman con sus linuces virtuales; y, como todos los contenedores están contenidos dentro de "lxc", la memoria total que consumen entre todos. Con los ciclos de cpu puedo hacer otro tanto. Y para limitar el disco, ya me apaño con los subvolumenes de btrfs. Lo que no he investigado es si se puede limitar el ancho de banda. Quizás haya alguna forma con tc. > Saludos, Saludos y gracias. -- Patrimonio es un conjunto de bienes, matrimonio es un conjunto de males. --- Enrique Jardiel Poncela -- -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141215181324.gb2...@cubo.casa
RE: [OT] Re: pin off bluetooth
>-Mensaje original-
>De: Camaleón [mailto:noela...@gmail.com]
>Enviado el: lunes, 15 de diciembre de 2014 15:46
>Para: debian-user-spanish@lists.debian.org
>Asunto: Re: [OT] Re: pin off bluetooth
>
>El Sun, 14 Dec 2014 18:59:03 +, franiortiz hotmail escribió:
>
>> Gracias por responder,
>> Siento el html, hotmail me dice que es texto enriquecido,voy a probar
>> sin formato, a ver que tal.
>
>Pues no... este ha salido con formato html también. Te mando este enlace por
>si te sirve:
>
>https://wiki.debian.org/DebianMailingLists#Windows_Live_Hotmail
>
>> 1/ Correcto hay un sudo, pero no existe usuario root, no se si eso
>> influye pues yo lanzo los comandos ussp y demas como simple usuario,
>> en el debian-686 y funcionan sin pin, ni emparejamiento.
>
>Desconozco si puede influir o no, pero seguramente podrás desactivar sudo y
>usar el usuario root. Lo que no me queda claro si ejecutas los comandos con
>sudo o desde tu propio usuario. Si es lo segundo, prueba con sudo.
>
>> 2/ Eso tenia entendido yo tambien y mayor fue mi sorpresa cuando
>> debian-686 en mi pc me dejaba enviar y recibir sin pin ni
>> emparejamientos y no solo a mi movil el cual nunca empareje, por si
>> aca he probado con moviles desconocidos y no pide emparejamiento
>> ninguno, pero al intentar replicarlo en debian-arm (raspbian), me ha
>> dado la sorpresa de que pide pin, lo peor es que me he empeñado en
>> comprender este comportamiento, que ya lleva tiempo en mi cabeza.
>
>Si estás completamente seguro de que el móvil que intentas emparejar no
>tiene definido ningún PIN, puedes intentar dos cosas:
>
>1/ Si te pide PIN, pulsa enter/intro.
>
>2/ Intenta pasar el parámetro "trust MAC [dirección_mac_móvil]" al comando
>"bluetoothctl" para emparejarte.
>
>>3/ Yo probaría ...
>> Ese es el tema, probablemente con bluetooth-agent conseguiria un
>> pin y emparejarlos pero ya no quiero eso, quiero comprender como
>> hace mi debian686 para no pedirlo, funcionar sin necesitarlo y
>> replicar ese comportamiento en la raspibian.
>
>Antes de nada, es importante saber que los dos dispositivos se pueden
>emparejar, no vaya a ser que el problema sea otro y te estés volviendo loco
>con el PIN.
>
>Una vez que compruebes que funciona correctamente puedes sacar un
>listado de los paquetes que tienes en cada equipo ("dpkg -l") y compararlos
>para ver qué diferencias hay, eliminar el emparejamiento (supongo que con
>eliminar el dispositivo detectado -el equipo con raspbian- desde el móvil será
>suficiente) y seguir haciendo pruebas :-)
Solo es a título informativo. El usuario "root" sí existe en Raspbian, solo que
viene deshabilitado por motivos de seguridad y hay que habilitarlo si se quiere
usar.
Saludos,
Ramsés
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/!&!AAAYAENFkb7HiHhNgxBWRjH4GnNiOgIAEHYxxCkZh4BHgHPIFpHuX+oBAA==@gmail.com
Re: cgroup y lxc
El Sun, 14 Dec 2014 20:34:38 +0100, José Miguel (sio2) escribió: > He estado este fin de semana curioseando lxc sobre jessie; y he llegado > al problema de los contenedores de usuario (los unprivileged containers, > vamos). (...) > Si la regla en cgrules.conf hago que sea: > > @lxc* lxc/%u > > La cosa funciona, pero yo lo único que quiero en cgroup aparte son las > máquinas lxc, no el resto de procesos que pueda crear el usuario. > > ¿A alguien alcanza a saber qué pasa? Pues la verdad es que no :-P pero si no he entendido mal la problemática, te digo lo que probaría... 1/ Usuarios en lugar de grupos: perico:lxc-start * lxc/%u pantuflo:lxc-start * lxc/%u 2/ UID en lugar de nombres: @lxc:lxc-start * lxc/%U 3/ No sé si será posible pero sería interesante aumentar la verbosidad del registro para ver por qué no puede crear el contenedor (¿permisos?). Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.15.16.06...@gmail.com
[OT] Re: Calculos de hardware para servidor con smpt (postfix+MySQL) y servidor SAMBA
El Sun, 14 Dec 2014 15:01:21 -0300, Leonardo Dulivo escribió: > *Hola comunidad:* > Soy estudiante de redes de datos y telecomunicaciones, en uno de los > desarrollos, tengo que hacer la documentación del mismo. Huy, deberes a la vista... (...) > *Problema 2: Justificar* > *2.a) *Tengo que hacer el calculo necesario de hardware(*) para cada uno > de los servidores tanto como el de correo (más MySQL) y el de archivos > (SAMBA) > por separados, ya que luego se ocupará un servidor el cual virtualizara > ambos servidores (correo y archivos). > > (*) Calculo de memoria RAM y de procesador por usuarios. Pues mejor que consultes la documentación oficial de cada servicio pero aportas pocos datos para esa tarea porque los requerimientos de hardware pueden variar en base a factores como nº de mensajes, tamaño de adjuntos/ archivos, es decir, no vas a tener la misma carga de trabajo con 25 usuarios enviando al mismo tiempo un mensaje de texto a 5 KiB que a 2 usuarios adjuntando un powerpoint de 20 MiB. > *2.b)* Citar la fuente de donde extraje la información sobre el calculo > del hardware. En este caso, sito la lista de correo. (...) Si fuera profesor/tutor y viera como fuente documental una lista de correo te ponía un cero patatero sin pestañear. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/pan.2014.12.15.15.22...@gmail.com
Re: [OT] Re: pin off bluetooth
El Sun, 14 Dec 2014 18:59:03 +, franiortiz hotmail escribió:
> Gracias por responder,
> Siento el html, hotmail me dice que es texto enriquecido,voy a probar
> sin formato, a ver que tal.
Pues no... este ha salido con formato html también. Te mando este enlace
por si te sirve:
https://wiki.debian.org/DebianMailingLists#Windows_Live_Hotmail
> 1/ Correcto hay un sudo, pero no existe usuario root, no se si eso
> influye pues yo lanzo los comandos ussp y demas como simple usuario, en
> el debian-686 y funcionan sin pin, ni emparejamiento.
Desconozco si puede influir o no, pero seguramente podrás desactivar sudo
y usar el usuario root. Lo que no me queda claro si ejecutas los comandos
con sudo o desde tu propio usuario. Si es lo segundo, prueba con sudo.
> 2/ Eso tenia entendido yo tambien y mayor fue mi sorpresa cuando
> debian-686 en mi pc me dejaba enviar y recibir sin pin ni
> emparejamientos y no solo a mi movil el cual nunca empareje, por si aca
> he probado con moviles desconocidos y no pide emparejamiento ninguno,
> pero al intentar replicarlo en debian-arm (raspbian), me ha dado la
> sorpresa de que pide pin, lo peor es que me he empeñado en comprender
> este comportamiento, que ya lleva tiempo en mi cabeza.
Si estás completamente seguro de que el móvil que intentas emparejar no
tiene definido ningún PIN, puedes intentar dos cosas:
1/ Si te pide PIN, pulsa enter/intro.
2/ Intenta pasar el parámetro "trust MAC [dirección_mac_móvil]" al
comando "bluetoothctl" para emparejarte.
>3/ Yo probaría ...
> Ese es el tema, probablemente con bluetooth-agent conseguiria un
> pin y emparejarlos pero ya no quiero eso, quiero comprender como
> hace mi debian686 para no pedirlo, funcionar sin necesitarlo y
> replicar ese comportamiento en la raspibian.
Antes de nada, es importante saber que los dos dispositivos se pueden
emparejar, no vaya a ser que el problema sea otro y te estés volviendo
loco con el PIN.
Una vez que compruebes que funciona correctamente puedes sacar un listado
de los paquetes que tienes en cada equipo ("dpkg -l") y compararlos para
ver qué diferencias hay, eliminar el emparejamiento (supongo que con
eliminar el dispositivo detectado -el equipo con raspbian- desde el móvil
será suficiente) y seguir haciendo pruebas :-)
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/pan.2014.12.15.14.46...@gmail.com
Re: servidor de correo electronico.
On 12/12/14 21:04, Ala de Dragón wrote: Hola :-D Me gustaría desarrollar un proyecto de servidor de correo elec. y he andado curioseando por la lista y google. actualmente dispongo un fqn e ip fija en un vps. Me decidí a postfix como smtp, a utilizar un método de autentificar sasl2 contra usuarios de sistema (de 1 a 5 usuarios). Como agente Pop3/imap aun no me he decido. No es necesario acceso web al correo. Por el momento postfix y sasl2 funcionan y se integran con amavis-new/clamav/sapamassasin y firmas dkim para correos salientes. Mi resquemor es que al haber utilizado cientos de fuentes de información diferentes, haber pasado algo por alto y permitir/facilitar el envío de correos por parte de terceros no deseados. Si se les ocurre que puedo repasar lo agradeceré. Como ven, dentro de la complejidad inherente a configurar el servidor, el escenario es sencillo. simplemente me atasco cuando empiezan los manuales a hablar de tablas sql y usuarios virtuales. no es lo que busco He encontrado muchos manuales que acceden bases de datos sql etc... Busco un manual que se ajuste a la configuración que busco, sencilla, segura y eficaz... Me da envidia, sana, un servidor de correo que camaleon desarrollo y funciona desde hace 10 años. Muy interesante el planteamiento en papel que sugieres. Yo empecé hace tres semanas con menos orden y concierto. Bueno listeros, muchas gracias por su tiempo. Salu2s Mis consejos: SMTP: Postfix (Si te interesa activa el puerto de submission [587] para separar el correo de tus usuarios del correo entre servidores SMTP) POP/IMAP: Dovecot con buzones tipo maildir MDA: "deliver", provisto por Dovecot en vez de procmail. Es más eficiente porque actualiza los índices de Dovecot en cuanto se entregan los correos y no cuando el usuario accede a sus correos. SASL: Dovecot (Cyrus puede andar bien, pero si ya configuraste Dovecot para POP/IMAP es más facil integrar SASL luego) Filtros antispam: Procura poner la mayor parte de los filtros antes de que Postfix encole el correo: Te pueden interesar: postgrey, policyd-weight, y algún filtro spf Luego puedes configurar el filtrado "before queueing", o sea, después de que Postfix acepte el correo, el mejor a mi gusto es amavisd-new con spamassassin, chequeo de dkim y p0f No te compliques con tablas sql y demás si tu configuración no va a ser demasiado grande y no vas a usar dominios virtuales (un mismo servidor manejando usuarios de varios dominios). En postfix vas a tener que usar algunas tablas que las puedes mantener fácilmente en archivos tipo hash que los actualizas con el comando "postmap" y listo, no necesitas configurar servicios especiales, autenticación ni nada por el estilo. Saludos Federico -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/548edb98.2050...@uncu.edu.ar
Re: servidor de correo electronico.
Hola :D El 13/12/14, Gonzalo Rivero escribió: (...) > http://dnsgoodies.com/ en el campo de openrelay check ponés la ip o el > fqdn de tu server y si alguna prueba falla, pues a seguir configurando > Muy buena utilidad, la he colocado en mi lista de marcadores. De momento todo parece en orden. (...) > con cinco usuarios y un solo dominio no te compliques la existencia. > Sobra usar los usuarios del sistema > Esa es la idea :) El 13/12/14, Yoslan Raul Jimenez Carvajal escribió: > puedes probar iredmail > No voy a aprobechar ni la mitad de sus carecteristicas, y me tocara mantener muchos mas servicios de los deseados. como ejemplo tendre que buscar un sql de emergencia por si acaso ;) El 13/12/14, Camaleón escribió: (...). > > Postfix viene configurado de manera predeterminada para no funcionar como > "open relay" pero puedes usar algún sistema de verificación para > comprobar cómo responde desde fuera, así te quedas más tranquilo: > > http://mxtoolbox.com/diagnostic.aspx > Gracias ademas he comprobado que esta mejor configurado de lo que me esperaba. solo hay tres warning en los dns. > > Primero tendrás que elegir el servidor pop3/imap que quieres usar. Yo te > recomendaría Dovecot, tiene buena documentación para el sistema que > buscas (usuarios locales) y es lo suficientemente flexible y potente para > ampliarlo/moldearlo como prefieras. Además, me parece que se lleva muy > bien con Postfix. > > http://wiki2.dovecot.org/ > http://wiki2.dovecot.org/QuickConfiguration > https://www.linode.com/docs/email/postfix/postfix-dovecot-and-system-user- > accounts-on-debian-6-squeeze > > A tener en cuenta: no existe una guía única de configuración porque > existen múltiples opciones y caminos a tomar, es decir, puedes configurar > el sistema de correo para que postfix lleve la carga de casi todo o > puedes dejar que sea dovecot quien lo gestione y tener a postfix como > simple mensajero. Lo que yo suelo hacer es dejar que posfix se encargue > de los suyo (smtp/lda) y el servidor pop3/imap4 lleve la carga de los > buzones en su propio directorio. > Gracias, no buscaba una receta maestra mas bien algún consejo. Como siempre diste en la diana ;) > > Je, creo que todavía tengo el esquema, pero me costó mucho tiempo dejarlo > como quería porque Cyrus-imap no es sencillo de entender y en su momento > había muy poca documentación pero una vez que has establecido el plan de > ataque y comprendes cómo funciona el flujo de los mensajes que has > decidido para tu sistema, la cosa va sobre ruedas. > Vamos a ver si consigo algo parecido a tu proyecto. De momento voy a empaparme de dovecot y os voy contando. Saludos :) -- "El cielo es para los dragones lo que el agua es para las ninfas" -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ca+924htxbmbxcokti6xkwway6r+mn_ymyu_59tzhocku38h...@mail.gmail.com
Re: dmraid nosync
> Enviar: miércoles 3 de diciembre de 2014 a las 16:30 > De: Camaleón > Para: debian-user-spanish@lists.debian.org > Asunto: Re: dmraid nosync > > El Wed, 03 Dec 2014 11:06:31 +0100, Francesc Guitart Riera escribió: > > > Hola lista, > > > > Tengo un servidor con debian 6 donde hay un raid 1 con dmraid. > > Ugh :-( > > > Me dicen que cuando arranca saltan mensajes de error de la controladora > > RAID > > ¿Y esos mensajes cuáles son, exactamente? > > > pero una vez está funcionando con dmraid veo información > > contradictoria, dmraid -r me dice que /dev/sda esta nosync. en cambio > > dmraid -s me dice que el estado está ok: > > > > hostname:~# dmraid -r /dev/sdb: ddf1, ".ddf1_disks", GROUP, ok, > > 623046656 sectors, data@ 0 /dev/sda: ddf1, ".ddf1_disks", GROUP, nosync, > > 623046656 sectors, data@ 0 > > > > hostname:~# dmraid -s *** Group superset .ddf1_disks --> Active Subset > > name : ddf1_4c53492020202020808627c3471147111450 size : > > 623046656 stride : 128 type : mirror status : ok subsets: 0 devs : 2 > > spares : 0 > > > > ¿Alguna idea de como interpretar esto? > > A simple vista a mí me da a entender que el disco físico (/dev/sda) puede > tener algún problema pero la matriz (dm0) está bien, lo cual ciertamente > es contradictorio. No sé si dmraid dispone de alguna herramienta/opción > que te permita verificar el estado de los discos duros. > Finalmente pude comprobar con un test SMART que el disco sda tenía problemas. Tenemos previsto cambiar el disco y resincronizarlo desde el setup de la controladora. Gracias > Saludos, > > -- > Camaleón > > -- Francesc Guitart -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/trinity-5512452f-a8cd-4229-8071-a6b5bb029b23-1418641988893@3capp-mailcom-bs16
Re: OT Repositorio de documentos.
El 14 de diciembre de 2014, 21:39, Aradenatorix Veckhom Vacelaevus escribió: > > Hola de nuevo: > > Muchas gracias por sus sugerencias. Suena interesante lo de ZFS, no lo > he usado aun, ¿podrías explicar como es que lo usas Gonzalo, ese > equipo (servidor) que uso le dan? Por lo que comentas del SO pareciera > que administras un NAS con eso. > si, lo tenemos como san y nas (según se acceda a los discos por fibra óptica o smb/nfs/ssh). Napp-it (*solaris) o nas4free (freebsd) son nuestros frontend para no tener que hacer todo por comandos sobre las gracias que se puede hacer con zfs, wikipedia te da un resumen interesante https://es.wikipedia.org/wiki/ZFS_%28sistema_de_archivos%29 > Respecto a la sugerencia de la liga está interesante, no se ven mal > pero son soluciones muy robustas que hacen un montón de cosas más allá > de lo que necesito para empresas y hay que pagar. No los descarto pero > en esta etapa no sé si convenga usar algo así. Nuxeo es de paga y la > anualidad es algo alta para ir comenzando, Alfresco tiene una version > Community que es gratuita pero no se puede descargar. > > Seguiré buscando opciones, gracias de nuevo. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAPqjQdQvq42p3H=_U8QkktMv50mSK1Kh0ekXuC=O9km1kt8V=a...@mail.gmail.com
