"Carlos Mario Mora (c4y0)" <[EMAIL PROTECTED]> dijo:
> He montado un servidor proxy con squid y en la intranet me reportan algo
> extraño.
> 
> Cuando navegan por algun sitio en internet, las paginas trabajan sin
> problemas, pero cuando las paginas que se visitan estan dentro dela red
> local, por ejemplo las de la intranet, estas no se actualizan.  Es
> obligatorio refrescar el navegador para poder ver los cambios que se
> hagan en una pagina (por ejemplo cuando diligencias un formulario o
> terminas de usar un usuario en el portal interno, hay que darle F5 al
> navegador para poder ver la informacion que normalmente debe
> actualizarse de manera automatica).

Se actualizan automaticamente si te conectas directamente al servidor? Si
no, ese tiene la culpa. Y supongo que asi es, que no indica correctamente
la ultima modificacion de la pagina. O no indican que la pagina no debe
cachearse.
-- 
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]  Fri Feb 18 22:13:35 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Feb 18 23:49:25 2005
Subject: ltsp y wifi 
In-Reply-To: Your message of "Fri, 18 Feb 2005 18:23:06 EDT."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

=?ISO-8859-1?Q?David_Cort=E9s?= <[EMAIL PROTECTED]> dijo:
> Estoy interesado en el tema de los servidores ltsp y quería saber cual
> es la actual realidad de esta tecnología y las redes inalámbricas. 

Una red inalabrica para bootear? No lo he visto.

En todo caso, WiFi esta limitado a 11Mbps (o 54Mbps), mientras en cableado
tienes 100Mbps (e incluso 1Gbps). El trafico de red es /alto/, asi que esto
hace diferencia.

[...]

> P.d. : actualmente trabajo con un laboratorio de 10 equipos conectados
> a un servidor ltsp pero he tenido algunos problemas de performance...
> alguna experiencia con ltsp? como puedo mejorar el rendimiento del
> servidor? (es un p4 de 2.2Ghz con 512 Ram.. pero se aumentó a
> 1.5GigaRam ;) hace pocos días y no he recibido comentarios aun, espero
> mejore la performance)

Lo que debieras hacer antes de crecer en algo es /medir/ donde esta el
cuello de botella: Red/tarjeta del servidor saturada (solucion es tarjeta
GigEth + switch + 100Mbps en los clientes), mucho uso de RAM o CPU (ve que
dicen top(1), free(1), incluso uptime(1)), mucha carga sobre los discos
(reorganizar sistemas de archivos entre discos, agregar mas discos, ...)
-- 
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]  Fri Feb 18 22:18:41 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Feb 18 23:49:34 2005
Subject: ReiserFS vs XFS [Was: Re: Debian (era Re: Conectar Linux -
        Win9x a internet)] 
In-Reply-To: Your message of "Sat, 12 Feb 2005 12:49:14 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Cristian Gutierrez <[EMAIL PROTECTED]> dijo:
> Hoy en la ma~nana, Horst von Brand dijo:
> 
> [...]

> > Si es cambio cada 6 meses, no es parto en lo absoluto, a lo mas algunos
> > problemas menores (si, lo hemos hecho varias veces con RH y ahora FC, asi
> > que se de que hablo). Si es cada 5 an~os, es un desastre mayor. 

> Discrepo; misteriosamente los paquetes con cambios fuertes lo indican al
> momento de su actualización, dan la posibilidad de hacer arreglos
> automáticos, o vienen con las instrucciones para el efecto. Todo esto
> _mientras_ se instala el paquete, en forma interactiva, por obra y
> gracia de debconf(1).

En FC pasa lo mismo, ocasionalmente. Basicamente es /automatico/. Lo que
indicas es probablemente un par de horas de trabajo por maquina...

> Si hay algo que no se puede criticar (o cuesta mucho) en Debian es el
> proceso de upgrade; no así los tiempos entre versiones estables, que a
> mucha gente ­con razón o no­ le molestan.

Si no es (casi completamente) automatico, no sirve mas que para quien lo
usa como hobby en dos o tres maquinas en casa.

> >                                                                 Y si te
> > molestan los cerca de 2 an~os de vida de FC...

> Como usuario o como empresa?  Además del soporte, RHEL también ofrece
> una vida de la distro comparable a stable; me imagino que ese
> ofrecimiento viene de lo que sus clientes necesitan ...

Disculpa, RHEL saca nuevas versiones +/- cada an~o, pero te ofrece la
opcion de quedar con la misma, /mantenida/ por 5 an~os. Eso es bien
diferente de "use la estable, durara 5 an~os porque no hay otra cosa".

> [...]
> >>                    pero por mientras todo funciona muy bien en mi
> >> Debian Unstable (como se mencionaba anteriormente las ramas
> >> no-estables son muy estables).

> > Si son tan estables, porque las designan inestables? Sera porque /son/
> > inestables? (O al menos, lo eran hasta hace no mucho).

> Porque se presume inestabilidad hasta que se demuestre lo contrario ;-)

O sea, no se puede confiar realmente en ellas mientras. QED.
-- 
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]  Fri Feb 18 22:28:08 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Feb 18 23:49:43 2005
Subject: ReiserFS vs XFS [Was: Re: Debian (era Re: Conectar Linux -
        Win9x a internet)] 
In-Reply-To: Your message of "Fri, 18 Feb 2005 21:18:07 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Felipe Covarrubias <[EMAIL PROTECTED]> dijo:
> To: Discusion de Linux en Castellano <linux@listas.inf.utfsm.cl>
> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0b2 
> (inti.inf.utfsm.cl [200.1.19.1]); Fri, 18 Feb 2005 21:32:38 -0300 (CLST)
> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0b2 
> (listas.inf.utfsm.cl [127.0.0.1]); Fri, 18 Feb 2005 21:20:51 -0300 (CLST)
> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0b2
>       (listas.inf.utfsm.cl [200.1.19.8]);
>       Fri, 18 Feb 2005 21:18:11 -0300 (CLST)
> Subject: Re: ReiserFS vs XFS [Was: Re: Debian (era Re: Conectar Linux -
>       Win9x a internet)]
> Reply-To: Discusion de Linux en Castellano <linux@listas.inf.utfsm.cl>
> Sender: [EMAIL PROTECTED]
> 
> On Sat, 12 Feb 2005 01:33:28 -0300, Horst von Brand
> <[EMAIL PROTECTED]> wrote:
> > Miguel Angel Ruiz Manzano <[EMAIL PROTECTED]> dijo:
> > > On Fri, 11 Feb 2005 13:20:12 -0300, LuchoX <[EMAIL PROTECTED]> wrote:

[...]

> > > Por ejemplo, he visto funcionar Ubuntu "Hoary Hedgedog" (que viene con
> > > Xorg, Gnome 2.9 y kernel 2.6.10, entre otros paquetes) y la verdad es
> > > que no "corre" muy bien. Si bien es una distro avanzada, que TODOS LOS
> > > DIAS realiza muchas actualizaciones de componentes, como conjunto no
> > > posee mucha solidez.

> > Obvio. Que esperas de la version de prueba inicial de la version de la
> > distribucion?!

> claro era como esparar que fedora 1 andara bien...

Fedora Core 1 era una version estable, terminada. Y si funcionaba bien.
Como es de esperar sea la siguiente version oficial de Ubuntu.

> > > Según Martin Michlmayr, líder del proyecto Debian, la idea a futuro es
> > > tener releases basadas en periodos de tiempo. Ojalá que esta meta se
> > > cumpla muy pronto,

> > ... porque mientras tanto no hay ingenieria de distribucion como tal. QED.

> No para nada No esta Demostrado por que no exista dicha "ingenieria".
> si fuera por eso el kernel Linux jamas Hubiera salido adelante y bien
> sabe que asi fue...

Que tiene que ver el nucleo y su desarrollo (del que salen versiones nuevas
cada par de meses, hasta en 2.4) con una distribucion (de la cual salen
versiones nuevas cada 5 an~os)?

> > >                    pero por mientras todo funciona muy bien en mi
> > > Debian Unstable (como se mencionaba anteriormente las ramas
> > > no-estables son muy estables).

> > Si son tan estables, porque las designan inestables? Sera porque /son/
> > inestables? (O al menos, lo eran hasta hace no mucho).

> se le explico antes: Inestable no quiere decir Precisamente
> "INESTABALIDAD" De "No Funcionamiento", Etc" sino que mientras no sea
> extensamente probado no puede ser considerado "Estable".
> Se asume por inducción.

No seas tarado. Si los responsables de la distribucion no se atreven a
llamarlos "estable", debe ser por algo (o hay /graves/ problemas con la
ingenieria de distribucion, tu eliges). Que a /ti/ te funcione, para uso
limitado y con baja carga, y dependiendo en forma minima del sistema, no
significa que sea estable.
-- 
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]  Fri Feb 18 21:31:57 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Feb 18 23:49:53 2005
Subject: ReiserFS vs XFS [Was: Re: Debian (era Re: Conectar Linux -
        Win9x a internet)] 
In-Reply-To: Your message of "Fri, 18 Feb 2005 11:19:51 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

LuchoX <[EMAIL PROTECTED]> dijo:
> On Sat, Feb 12, 2005 at 01:15:07AM -0300, Horst von Brand wrote:
> > LuchoX <[EMAIL PROTECTED]> dijo:

[...]

> > > Inclusive la version /unstable/ funciona bien.

> > Mal nombre entonces. 

> El problema es de conceptos.

Cual concepto? Que significa /unstable/ entonces?

>                              En otras distros el concepto de
> inestable es que no funcione nada,

Cual seria esa? Yo he corrido rawhide (de Red Hat) durante bastante tiempo,
sin grandes problemas. Esa es la version de desarrollo.

>                                    aca no. Aca inestable se refiere
> basicamente a un paquete que recien *sale*, pero que como
> desarrolladores responsables, no lo sueltan a buenas y primeras,

Y entonces cuando lo sueltan? Supongo que despues de un poco de pruebas
locales. O sea, versiones alpha. Como siempre, probablemente funcione, pero
no garantizamos nada.

> como se hace en otras distros

Otras distros "sueltan a buenas y primeras"?!

>                               y en la version *estable*.

La version "estable" "sueltan a buenas y primeras"?!?!

> >                            Y a juzgar por los problemas que se han
> > dado aca de cosas que simplemente dejan de funcionar...

> Cri, cri.

> > >                                                Pero para gente que
> > > desee que todo ande bien, con la /testing/ esta bien.

> > Tambien un mal nombre, si es cierto. 

> Lo mismo que antes. En otras distros /testing/ es que funcione un
> poco mas que nada.

En otras distros le llaman "beta" y "release candidate", y la idea es sacar
las ultimas ranas a traves de pruebas con usuarios reales. No hay nadie que
te asegure que funciona.

> 
> >                                    Claramente no lo es, si quienes
> > deciden no lo han designado "estable". 

> Como se le ha dicho en innumerables ocaciones, pruebelo y vera que
> tan *estable* es.

Probe p.ej. el rawhide que fue Fedora Core 1. Sumamente estable, no
encontre problemas. Y? Igual sufrio cambios grandes antes de la version
final. Que a /mi/ me haya funcionado sin problemas no quiere decir que a
/otros/ no les haya provocado problemas muy serios. Que Debian testing a
/ti/ te funcione (para uso de escritorio, supongo, que son /lejos/ los
paquetes en que mas notorios son los problemas) no quiere decir que se
pueda recomendar. Idem unstable.

> >                                      Y disculpa, pero tiendo a creerles
> > mas a quienes se sienten responsables de la distribucion 

> Gracias, de hecho en estos momentos estoy reportando un bug, como un
> usuario que se siente responsable de lo que ocupa y en lo que puedo
> siempre ayudo.

O sea, /si/ hay problemas? Que no habia nunca ninguno?

> >                                                                que a
> > un usuario al azar 

> Yo tampoco le creeria.

> >       (mas aun que no depende realmente de la estabilidad de lo que usa).

> Claramente que no. Lo que es yo, si en mi equipo con Debian
> GNU/Linux inestable, aunque suene paradojico, no tuviese la
> estabilidad minima para trabajar, hace rato que me hubiese cambiado.

Minima para trabajar en uso de escritorio sin gran demanda. Claro, si ni
/eso/ funcionara, nadie lo usaria.

[...]

> > >                                                      Hay muchas
> > > distros basadas en debian,
> > 
> > Lo se. Pero la mayoria son simplemente reempaquetar el cuento, y
> > seleccionar paquetes especificos para un uso particular. Los casos que
> > realmente son distribuciones distintas son Knoppix (que esta perdiendo
> > terreno frente a otras LiveCD y en particular Ubuntu) y Ubuntu.

> Perdiendo terreno? Y quien dice. Todos ocupan Gnome? A mi en lo
> personal no me gusta, prefiero xfce y por lo mismo es que sigo
> ocupando mi Knoppix y no me cambie a Ubuntu.

Y que tiene de malo XFCE en FC? O ahora solo Debian tiene derecho de tener
XFCE? Y nadie te impide mantener tu propia linea de RPMs para FC, si el
paquete del caso no lo encuentras por alli.

> > >                            y son solo eso, proyectos basados.

> > Ubuntu pretende ser harto mas que "proyecto basado". Esta financiando a
> > algunos de los desarrolladores clave.

> Pues bien. El tiempo (para variar en este tema) NO le dara la razon.

Esperemos a ver que pasa.

> > >                                                               De
> > > ninguna manera buscan *destronar* a Debian.

> > Que no busquen hacerlo no significa que no tengan como efecto final que se
> > desmorone antes de lo que ocurriria sin ellas. O mas bien, al menos algunas
> > de ellas son sintoma inicial del desmoronamiento.

> No.

"A quienes los dioses quieren castigar, los ciegan"

> > >                                             De echo Debian es un
> > > proyecto muy solido para que todo el mundo que lo ocupe opte por la
> > > *alterntiva*

> > Es un proyecto con problemas *extremadamente serios*. Uno de los
> > principales es que sus entusiastas no quieren /verlos/.

> Sin comentarios. Lo tomare como sarcasmo.

Era totalmente en serio. Y (lamentablemente) eres un caso clasico de
debianita fanatico (y ciego).
-- 
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]  Fri Feb 18 21:15:16 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Feb 18 23:50:05 2005
Subject: Red Hat 4.0 y postgresql 
In-Reply-To: Your message of "Fri, 18 Feb 2005 11:06:09 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

"Jorge Palma e." <[EMAIL PROTECTED]> dijo:
> he buscado en la web de RH y no he podido encontrar un listado detallado de 
> software incluido en la nueva version 4....necesito saber especificamente la 
> version de PostgreSql que trae....(si es que la incluye....)

Debiera estar, aunque no se. Y debieran estar los SRPMs al menos?

Hay un RC de CentOS 4 ya (ver <http://www.centos.org>). En el beta viene
7.4.7.
-- 
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]  Fri Feb 18 19:51:29 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Feb 18 23:50:09 2005
Subject: [semi OT] Experiencias de Multimedia (Audio/Video) en Linux 
In-Reply-To: Your message of "Fri, 18 Feb 2005 09:00:18 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Juan Carlos Inostroza <[EMAIL PROTECTED]> dijo:
> Debido a un proyecto intermedio del CDSL, estoy tratando de ubicar a
> personas que tengan experiencia de manejo multimedial en Linux
> (Audio/Video) para hacer algunas consultas de SW/HW necesario.
> 
> Si es que no corresponde a la lista, si me puede contactar por correo
> privado, mucho mejor.

Corresponde al tema de la lista... y como esas cosas estan de moda,
sospecho que habran mas interesados.
-- 
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]  Fri Feb 18 21:09:37 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Feb 18 23:50:15 2005
Subject: Bacula en Debian 
In-Reply-To: Your message of "Fri, 18 Feb 2005 11:02:40 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

LuchoX <[EMAIL PROTECTED]> dijo:
> On Fri, Feb 11, 2005 at 11:41:51PM -0300, Luis Eduardo Vivero Peña wrote:
> > El vie, 11-02-2005 a las 13:10 -0300, LuchoX escribió:
> > 
> > [...]
> > 
> > > Y asi debe ser. bacula pertenece a la linea /unstable/. experimentos debe
> > > estar mareado y por eso esta en /testing/. Asi que si lo vas a
> > > instalar, deberas agregar /unstable/ al sources.

> > En realidad no es buena idea mezclar paquetes de diferentes sabores
> > porque es comun que quede la escoba con las versiones de los paquetes y
> > dependencias.

> Que tan comun? Bien administrado no hay problemas.

Mezclar paquetes de 3 an~os de diferencia, mas aun una rama de paquetes que
estan marcados como /inestables/ garantiza que (tarde o temprano) quedara
la grande.
-- 
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]  Fri Feb 18 19:50:18 2005
From: [EMAIL PROTECTED] (Horst von Brand)
Date: Fri Feb 18 23:50:21 2005
Subject: dhcpd y eth 
In-Reply-To: Your message of "Fri, 18 Feb 2005 07:39:47 -0300."
        <[EMAIL PROTECTED]> 
Message-ID: <[EMAIL PROTECTED]>

Alberto Rivera <[EMAIL PROTECTED]> dijo:
> El mié, 16-02-2005 a las 21:20, Horst von Brand escribió:
> > Alberto Rivera <[EMAIL PROTECTED]> dijo:
> > > Sabes sería también la respuesta a mi problemática ya que he hecho de
> > > todo para que el dhcpd funcione correctamente con RH9, en realidad en lo
> > > personal no lo he podido conseguir con dos interfaces pero si en una
> > > máquina individual ....

> > Curioso... lo tenemos andando sin problemas desde al menos RH 7.3.

> Como lo mencione en artículos anteriores el dhcpd nunca me ha corrido de
> buena forma en una de las máquinas con dos interfaces de red, con RH9Sh.
> y aún no encuentro el problema la verdad...

Publica (las partes interesantes de) tus acrhivos de configuracion, y algun
detalle de lo que "funciona mal". Tal vez podamos ayudar entonces.

Repito: en el DI de la UTFSM tenemos una maquina con 5 eth (6 interfases
virtuales), y el servidor DHCP de FC3 (y antes de variados RH) funciona sin
problemas. Inicialmente costo un poco de leer y /entender/ documentacion,
pero...

> > Debe ser efecto del top-posting.

Y nuevamente: Aca se juntan los brujos, pero (que yo sepa) adivinos no hay.
-- 
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]  Sat Feb 19 00:14:00 2005
From: [EMAIL PROTECTED] (mauricio vargas)
Date: Sat Feb 19 00:14:04 2005
Subject: =?iso-8859-1?q?knoppix_y_desconfiguraci=F3n_de_cd-rom?=
Message-ID: <[EMAIL PROTECTED]>

Hola

Estaba trabajando con knoppix, versión gis (gis-kanoppix), en un pc que no es 
mío y luego de quedarse pegado un par de veces y haber reseteado el computador, 
pude apagarlo correctamente. Tras esta finalización de knoppix, lo inicié 
nuevamente para seguir con lo que trataba de hacer, pero el cd-rom no booteo.

Revisé la Bios y todo estaba en orden. Al iniciar bajo W$98 SE, el cd ya no 
leía. Probé varios cd's y no pasó nada, ni siquiera con cd's de música (lanzaba 
el reproductor de cd's, pero no leía).

Lo raro fue que desinstalé los programas multimedias de W$ y pude reinstalarlos 
desde el cd de W$; tras un lapso leyó e instaló (leyó el cd). Pero el problema 
se mantuvo, sigue sin leer los datos de los cd's; en algunos casos dice que el 
cd está vacío en otros ni eso.

Al introducir un cd el lector enciende la luz, el motor parece funcionar (hacer 
girar el disco supongo), pero no hay datos.
Reinicié varias veces, vi en la configuración de W$ y el controlador aparece.

Se que esto es medio OT, pero el problema se produjo tras usar el knoppix. Tal 
vez se perdió algún enlace o qué se yo.

El problema es que no podría ni reinstalar el SO, cualquiera, porque el cd 
desde el booteo no es leido pese a estar antes que el HD en la lista de 
arranque.

Alguien puede darme alguna idea. El tarro no se movió así que no creo que se 
haya soltado algún cable...

Gracias.

Mauricio Vargas P.
Geólogo
MSc en Geología
Usurio Linux # 326558 http://counter.li.org
http://users.quickfox.org/~mauriciovargas/

-- 
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org 
This allows you to send and receive SMS through your mailbox.


Powered by Outblaze

Responder a