NYARLATHOTEP El Caos Reptante escribio:
> Gracias, le di un vistazo, pero debo cambiar 4808 registros... y me
> llevaria algo de tiempo...
Si vas a hacer el cambio una sola vez, te recomiendo que uses
ldapmodify. Funciona pasandole un archivo en formato LDIF con los
cambios que deseas realizar; el formato es bastante sencillo y esta
descrito en el manual. Obviamente, para crear el archivo si vas a hacer
un script en perl :)
Mis $2e-2. Saludos!
--
Roberto Bonvallet
From [EMAIL PROTECTED] Thu Jan 6 18:26:59 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Thu Jan 6 18:27:05 2005
Subject: plan de migracion [era : Re: Desktop "OT" ]
In-Reply-To: Your message of "Thu, 06 Jan 2005 14:53:58 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
"Ricardo Mun~oz A." <[EMAIL PROTECTED]> dijo:
> El jue, 06-01-2005 a las 12:31, Horst von Brand escribió:
> > "Ricardo Mun~oz A." <[EMAIL PROTECTED]> dijo:
> > > El mié, 05-01-2005 a las 15:51, Victor Hugo dos Santos escribió:
> > >
> > > [...]
> > >
> > > > en este enlace http://www.redbooks.ibm.com/abstracts/sg246380.html
> > > > ibm pone a un documento que menciona las etapas, planificaciones,
> > > > problemas, sugerencias entre otros puntos, para hacer la migración
> > > > de estaciones de trabajos !!
> >
> > > lastima que esta en ingles...
> >
> > Que tiene de malo?!
>
> que a la gran mayoria de los que podria ser util no
> lo podran entender porque no saben ingles...
Excelente oportunidad para que alguien haga un aporte coordinando la
traduccion.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Jan 6 18:33:08 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Thu Jan 6 18:33:12 2005
Subject: archivos mbox corruptos
In-Reply-To: Your message of "Thu, 06 Jan 2005 15:25:18 -0300."
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Miguel Oyarzo <[EMAIL PROTECTED]> dijo:
[...]
> A menudo se corrompen los mbox. Aparentemente pasa
> cuando IMAP lee el mbox justo cuando ipopd intenta hacerlo, o viceversa.
Bueno, usar servidores IMAP y POP3 que no se coordinan para acceder a los
mismos archivos se llama "ruleta rusa".
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria +56 32 654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 797513
From [EMAIL PROTECTED] Thu Jan 6 21:41:57 2005
From: [EMAIL PROTECTED] (Roberto Leiva M)
Date: Thu Jan 6 18:38:18 2005
Subject: NFS rendimiento
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
> Mismas maquinas?
sip, antes conectiva linux, ahora fedora core 3 ( la diferencia es en le disco
duro, el de ahora es mas rapido )
> Misma "otra carga" sobre la red?Misma carga sobre cliente
> y servidor? Misma situacion del archivo (si leiste el archivo recientemente
> en el servidor esta en RAM....)?
sip, la carga de red, servidor y cliente en el horario que se ejecuta el
respaldo es similar. ( "nadie ocupa los recursos en esos horarios" )
>
> Todo actualizado?!
sip (yum).
Antecedentes:
existia un servidor backup con SO conectiva linux, en ese servidor se montaban
las unidades a respaldar ( nfs, smbfs, ncp ),
en el antiguo servidor el respaldo se iniciaba con cron a las 01:00 AM y este
terminaba de copiar los datos a las 03:00 aprox.
se murio el disco y se cambio por uno mas rapido ( 5400 -> 7200 rpm ), se
instalo fedora core 3 y se actualizo todo mediante yum.
el respaldo ahora inicia a las 01:00 AM y termina a las 22:00 PM.
se revizo el tiempo de respaldo de las smbs ncp y todo estaba igual que antes,
pero la copia de la particion nfs se volvio excesivamente lenta.
se instalo esa particion (nfs) en un RH9 y se realizaron los respectivos test
( no misma maquina, pero de similares caracteristica de HW, hdd, cpu, memoria,
red, etc ) y la copia fue similar en tiempo a lo de antes.
lo extraño que la lentitud solo ocurre con la particion nfs (
nfs-utils-1.0.6-44 ).
Roberto Leiva M.
Santiago - Chile
