[opensuse-es] Extraño error en el kernel, probablemente relacionado con scheduler del propio kernel
Hola a todos, Desde hace un par de días tengo un SLES 11 virtualizado bajo VMWare workstation que me esté arrojando este error en el messages: "warning: process `daemon' used the deprecated sysctl system call with 1.2." Por lo que he podido averiguar está relacionado con el scheduler que usa el kernel que tengo instalado. Pero me resulta extraño que arroje este error porque precisamente estoy usando el kernel optimizado para vmware: lugdunum:/var/log # uname -a Linux lugdunum 2.6.27.21-0.1-vmi #1 SMP 2009-03-31 14:50:44 +0200 i686 i686 i386 GNU/Linux O sea que o bien este kernel no tiene el scheduler adecuado activado o bien es que se lo tengo que activar desde parámetro via grub cuando se carga el kernel. Esto es lo que ocurre por ejemplo en distros basadas en CentOS/RHEL, se cambia el scheduler a utilizar cuando se virtualiza. El proceso daemon que indica el warning está relacionado con la SMC de la empresa Stonesoft, lo digo para que no busqueis de donde ha salido dicho proceso ... ¿Alguna idea? P.D: Envio primero la consulta aquí porque en las mailing list y los foros oficiales de SLES como que poca ayuda prestan ... -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-07-17 a las 19:20 +0200, carlopmart escribió:
Hola a todos,
Desde hace un par de días tengo un SLES 11 virtualizado bajo VMWare workstation que me esté arrojando este error en el messages:
"warning: process `daemon' used the deprecated sysctl system call with 1.2."
O sea, en el huesped.
Por lo que he podido averiguar está relacionado con el scheduler que usa el kernel que tengo instalado. Pero me resulta extraño que arroje este error porque precisamente estoy usando el kernel optimizado para vmware:
lugdunum:/var/log # uname -a Linux lugdunum 2.6.27.21-0.1-vmi #1 SMP 2009-03-31 14:50:44 +0200 i686 i686 i386 GNU/Linux
O sea que o bien este kernel no tiene el scheduler adecuado activado o bien es que se lo tengo que activar desde parámetro via grub cuando se carga el kernel. Esto es lo que ocurre por ejemplo en distros basadas en CentOS/RHEL, se cambia el scheduler a utilizar cuando se virtualiza.
No van por ahí los tiros, sino por...
El proceso daemon que indica el warning está relacionado con la SMC de la empresa Stonesoft, lo digo para que no busqueis de donde ha salido dicho proceso ...
Ahí está el problema. Ese daemon está usando una llamada al kernel que la van a quitar proximamente los desarrolladores del kernel, los cuales mediante ese mensaje avisan a los desarrolladores del daemon para que se pongan las pilas, o bien cambiando a otro tipo de llamada en el programa, o bien para que discutan con la gente del kernel para que no la quiten. No es algo que puedas resolver tú, salvo protestar a Stonesoft, para que muevan su trasero; que ya les vale que sean otros quienes se den cuenta de sus fallos.
P.D: Envio primero la consulta aquí porque en las mailing list y los foros oficiales de SLES como que poca ayuda prestan ...
Vaya... :-( - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkpg0OAACgkQtTMYHG2NR9UbDwCglfT3ueZbGfNGz5n8mkSjYgk2 qVgAn2F34tm+e6iYm28OR/AofGNUm4Yf =yzQa -----END PGP SIGNATURE-----
Hola, Una amiga mía, en cuya empresa instalaron un equipamiento para cliente ligero, necesita saber si este equipo, AT-FS716L 16 PORT 10/100 SWITCH tiene ruter implícito o solo es un switch. Me pidió ayuda y le dije que indagaría entre mis colegas de la lista de OpenSUSE. -- Saludos Luis Esteban de Dios Núñez --------------------------------------- Red Telematica de Salud - Cuba CNICM - Infomed -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Es un switch no administrable que soporta PoE y es full/duplex. Solo sirve para extender tu red y reducir tus dominios de broadcast.
Entonces voy entendiendo. COPEXTEL -la empresa que le instaló el gabinete, este switch, los cables, los fijadores y de demás- fue la que estuvo allí, luego ETECSA -le empresa de telefonía cubana- le instalará la línea ADSL y le trae el ruter. Ya. -- Saludos, Luis Esteban de Dios Núñez --------------------------------------- Red Telematica de Salud - Cuba CNICM - Infomed -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-07-17 a las 19:20 +0200, carlopmart escribió:
Hola a todos,
Desde hace un par de días tengo un SLES 11 virtualizado bajo VMWare workstation que me esté arrojando este error en el messages:
"warning: process `daemon' used the deprecated sysctl system call with 1.2."
O sea, en el huesped.
Por lo que he podido averiguar está relacionado con el scheduler que usa el kernel que tengo instalado. Pero me resulta extraño que arroje este error porque precisamente estoy usando el kernel optimizado para vmware:
lugdunum:/var/log # uname -a Linux lugdunum 2.6.27.21-0.1-vmi #1 SMP 2009-03-31 14:50:44 +0200 i686 i686 i386 GNU/Linux
O sea que o bien este kernel no tiene el scheduler adecuado activado o bien es que se lo tengo que activar desde parámetro via grub cuando se carga el kernel. Esto es lo que ocurre por ejemplo en distros basadas en CentOS/RHEL, se cambia el scheduler a utilizar cuando se virtualiza.
No van por ahí los tiros, sino por...
El proceso daemon que indica el warning está relacionado con la SMC de la empresa Stonesoft, lo digo para que no busqueis de donde ha salido dicho proceso ...
Ahí está el problema. Ese daemon está usando una llamada al kernel que la van a quitar proximamente los desarrolladores del kernel, los cuales mediante ese mensaje avisan a los desarrolladores del daemon para que se pongan las pilas, o bien cambiando a otro tipo de llamada en el programa, o bien para que discutan con la gente del kernel para que no la quiten.
No es algo que puedas resolver tú, salvo protestar a Stonesoft, para que muevan su trasero; que ya les vale que sean otros quienes se den cuenta de sus fallos.
P.D: Envio primero la consulta aquí porque en las mailing list y los foros oficiales de SLES como que poca ayuda prestan ...
Vaya... :-(
- -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkpg0OAACgkQtTMYHG2NR9UbDwCglfT3ueZbGfNGz5n8mkSjYgk2 qVgAn2F34tm+e6iYm28OR/AofGNUm4Yf =yzQa -----END PGP SIGNATURE----- Ok, pero dos cosas más: ¿donde puedo ver/leer/encontrar a que llamada del kernel se está pidiendo a través de ese proceso?
Por otro lado, ¿puedo usar las opciones elevator=noop y iommu=soft en un kernel vmi de sles, y supongo que por extensión en opensuse?? ¿alguien lo sabe? Estos parámetros que enumero son los recomendados a utilizar cuando se virtualizan guests con un alto índice de llamadas I/O, ya sea de disco, red, etc ... En princpio son aconsejables para vmware, pero deberían serlo también para virtualbox y kvm .. Con xen tengo dudas ... -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-07-18 a las 11:27 +0200, carlopmart escribió:
Ok, pero dos cosas más: ¿donde puedo ver/leer/encontrar a que llamada del kernel se está pidiendo a través de ese proceso?
Ni idea. Probablemente necesites el código fuente del proceso en cuestión, habla con la empresa y pideselo, si es que es abierto.
Por otro lado, ¿puedo usar las opciones elevator=noop y iommu=soft en un kernel vmi de sles, y supongo que por extensión en opensuse?? ¿alguien lo sabe?
Ni idea. Prueba.
Estos parámetros que enumero son los recomendados a utilizar cuando se virtualizan guests con un alto índice de llamadas I/O, ya sea de disco, red, etc ... En princpio son aconsejables para vmware, pero deberían serlo también para virtualbox y kvm .. Con xen tengo dudas ...
Pero eso no tiene que ver con el error que te sale en el log. Ese error lo deben corregir los desarrolladores de ese software que usas, no tu. Eso es Sí o Sí. Es el programa el que está usando una parte obsoleta del kernel; el kernel está bien, es el programa el que tiene que cambiar y usar la parte moderna. Es un problema habitual con el software cerrado en Linux, no se mantienen al día. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkphmfgACgkQtTMYHG2NR9UbVACgibA7/oF3493RtL17JvY1b27V b38AniIT7S0uiLgikFDQg62msXefL/2h =W8yT -----END PGP SIGNATURE-----
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-07-18 a las 11:27 +0200, carlopmart escribió:
Ok, pero dos cosas más: ¿donde puedo ver/leer/encontrar a que llamada del kernel se está pidiendo a través de ese proceso?
Ni idea. Probablemente necesites el código fuente del proceso en cuestión, habla con la empresa y pideselo, si es que es abierto.
Por otro lado, ¿puedo usar las opciones elevator=noop y iommu=soft en un kernel vmi de sles, y supongo que por extensión en opensuse?? ¿alguien lo sabe?
Ni idea. Prueba.
Estos parámetros que enumero son los recomendados a utilizar cuando se virtualizan guests con un alto índice de llamadas I/O, ya sea de disco, red, etc ... En princpio son aconsejables para vmware, pero deberían serlo también para virtualbox y kvm .. Con xen tengo dudas ...
Pero eso no tiene que ver con el error que te sale en el log. Ese error lo deben corregir los desarrolladores de ese software que usas, no tu. Eso es Sí o Sí.
Es el programa el que está usando una parte obsoleta del kernel; el kernel está bien, es el programa el que tiene que cambiar y usar la parte moderna. Es un problema habitual con el software cerrado en Linux, no se mantienen al día.
Si, si si. Me ha quedado claro que es un error del fabricante, que de momento dudo que solucione porque es la primera vez que vende un producto para SLES, aunque nunca se sabe: estos finlandeses suelen ser eficientes ... hay que tener en cuenta que siempre han trabajado bajo debian y RHEL ... Lo otro lo voy a probar y ya contaré, pero me mosquea mucho no encontrar info en la web de novell sobre estos parámetros ... ¿que tratan de ocultar?? Saludos -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
Pero eso no tiene que ver con el error que te sale en el log. Ese error lo deben corregir los desarrolladores de ese software que usas, no tu. Eso es Sí o Sí.
Es el programa el que está usando una parte obsoleta del kernel; el kernel está bien, es el programa el que tiene que cambiar y usar la parte moderna. Es un problema habitual con el software cerrado en Linux, no se mantienen al día.
Si, si si. Me ha quedado claro que es un error del fabricante, que de momento dudo que solucione porque es la primera vez que vende un producto para SLES, aunque nunca se sabe: estos finlandeses suelen ser eficientes ... hay que tener en cuenta que siempre han trabajado bajo debian y RHEL ...
No tiene que ver, es cosa del kernel y tarde o temprano tendrán el mismo problema allí.
Lo otro lo voy a probar y ya contaré, pero me mosquea mucho no encontrar info en la web de novell sobre estos parámetros ... ¿que tratan de ocultar??
¿Porqué van a estar ocultando nada? Son parámetros del kernel, no de Novell, y como tales, los tienes documentados en "/usr/src/linux/Documentation". - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkphoHkACgkQtTMYHG2NR9VkUQCgjkUhu3IX8DgZbFDEipjj0d5g yfAAnR6nrF2eRzL3xmHuYD92VuyG0rb7 =lOgW -----END PGP SIGNATURE-----
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Content-ID:
El 2009-07-18 a las 12:01 +0200, carlopmart escribió:
Pero eso no tiene que ver con el error que te sale en el log. Ese error lo deben corregir los desarrolladores de ese software que usas, no tu. Eso es Sí o Sí.
Es el programa el que está usando una parte obsoleta del kernel; el kernel está bien, es el programa el que tiene que cambiar y usar la parte moderna. Es un problema habitual con el software cerrado en Linux, no se mantienen al día.
Si, si si. Me ha quedado claro que es un error del fabricante, que de momento dudo que solucione porque es la primera vez que vende un producto para SLES, aunque nunca se sabe: estos finlandeses suelen ser eficientes ... hay que tener en cuenta que siempre han trabajado bajo debian y RHEL ...
No tiene que ver, es cosa del kernel y tarde o temprano tendrán el mismo problema allí.
Pues mira por dónde no. Este error no se produce bajo ninguno de los derivados de RHEL e inclusive ni bajo Fedora que también está soportada, solo bajo SLES.
Lo otro lo voy a probar y ya contaré, pero me mosquea mucho no encontrar info en la web de novell sobre estos parámetros ... ¿que tratan de ocultar??
¿Porqué van a estar ocultando nada? Son parámetros del kernel, no de Novell, y como tales, los tienes documentados en "/usr/src/linux/Documentation".
Con ocultar me refería a que porqué no indican que parámetros son los óptimos bajo intensivas cargas de I/O en entornos virtuales .... -- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2009-07-18 a las 12:20 +0200, carlopmart escribió:
Carlos E. R. wrote:
Si, si si. Me ha quedado claro que es un error del fabricante, que de momento dudo que solucione porque es la primera vez que vende un producto para SLES, aunque nunca se sabe: estos finlandeses suelen ser eficientes ... hay que tener en cuenta que siempre han trabajado bajo debian y RHEL ...
No tiene que ver, es cosa del kernel y tarde o temprano tendrán el mismo problema allí.
Pues mira por dónde no. Este error no se produce bajo ninguno de los derivados de RHEL e inclusive ni bajo Fedora que también está soportada, solo bajo SLES.
¿Pero tienen exactamente la misma versión del kernel y los mismos parches? Seguro que no.
Lo otro lo voy a probar y ya contaré, pero me mosquea mucho no encontrar info en la web de novell sobre estos parámetros ... ¿que tratan de ocultar??
¿Porqué van a estar ocultando nada? Son parámetros del kernel, no de Novell, y como tales, los tienes documentados en "/usr/src/linux/Documentation".
Con ocultar me refería a que porqué no indican que parámetros son los óptimos bajo intensivas cargas de I/O en entornos virtuales ....
¡Jarl! Seguro que eso es know-how del caro por el que tienes que pagar muchos dólares :-P Eso lo encontrarás probablemente documentado por los suministradores de entornos virtuales. Vmware fácilmente. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkphpJsACgkQtTMYHG2NR9WPtwCdGsVGzPLWvjzG8+aks2QhANNh VxMAnA8oP7QyrWJdR6r2rMnJLIReQcel =g0VU -----END PGP SIGNATURE-----
Carlos E. R. wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2009-07-18 a las 12:20 +0200, carlopmart escribió:
Carlos E. R. wrote:
Si, si si. Me ha quedado claro que es un error del fabricante, que de > momento dudo que solucione porque es la primera vez que vende un > producto para SLES, aunque nunca se sabe: estos finlandeses suelen ser > eficientes ... hay que tener en cuenta que siempre han trabajado bajo > debian y RHEL ...
No tiene que ver, es cosa del kernel y tarde o temprano tendrán el mismo problema allí.
Pues mira por dónde no. Este error no se produce bajo ninguno de los derivados de RHEL e inclusive ni bajo Fedora que también está soportada, solo bajo SLES.
¿Pero tienen exactamente la misma versión del kernel y los mismos parches? Seguro que no.
En el caso de RHEL es como dices, es versión inferior a SLES (2.6.18), pero con funcionalidades de los kernel 2.6.2x incorporadas. Pero con Fedora son versiones o bien similares a SLES o bien superiores ...
Lo otro lo voy a probar y ya contaré, pero me mosquea mucho no encontrar > info en la web de novell sobre estos parámetros ... ¿que tratan de > ocultar??
¿Porqué van a estar ocultando nada? Son parámetros del kernel, no de Novell, y como tales, los tienes documentados en "/usr/src/linux/Documentation".
Con ocultar me refería a que porqué no indican que parámetros son los óptimos bajo intensivas cargas de I/O en entornos virtuales ....
¡Jarl!
Seguro que eso es know-how del caro por el que tienes que pagar muchos dólares :-P
Pues van listos que yo, o mi empresa o mis clientes paguen por esto. Máxime cuando RHEL dá esta info gratis: http://www.redhat.com/f/pdf/rhel/Oracle-10-g-recommendations-v1_2.pdf (el doc que indico es extensible a cualquier guest que use llamadas intensivas a I/O. En la plataforma que yo estoy testeando se usa un postgresql con tomcat para mayor info).
Eso lo encontrarás probablemente documentado por los suministradores de entornos virtuales. Vmware fácilmente.
Bueno VMWare que te dá algunas pautas, pero no todas. Te remite al fabricante para algo más ...
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkphpJsACgkQtTMYHG2NR9WPtwCdGsVGzPLWvjzG8+aks2QhANNh VxMAnA8oP7QyrWJdR6r2rMnJLIReQcel =g0VU -----END PGP SIGNATURE-----
-- CL Martinez carlopmart {at} gmail {d0t} com -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Sat, 2009-07-18 at 10:34 +0200, Luis Esteban de Dios Núñez wrote:
Hola,
Una amiga mía, en cuya empresa instalaron un equipamiento para cliente ligero, necesita saber si este equipo,
AT-FS716L 16 PORT 10/100 SWITCH
tiene ruter implícito o solo es un switch.
Me pidió ayuda y le dije que indagaría entre mis colegas de la lista de OpenSUSE.
Es un switch no administrable que soporta PoE y es full/duplex. Solo sirve para extender tu red y reducir tus dominios de broadcast.
-- Saludos
Luis Esteban de Dios Núñez
--------------------------------------- Red Telematica de Salud - Cuba CNICM - Infomed
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
On Sat, 2009-07-18 at 11:16 +0200, Luis Esteban de Dios Núñez wrote:
Es un switch no administrable que soporta PoE y es full/duplex. Solo sirve para extender tu red y reducir tus dominios de broadcast.
Entonces voy entendiendo. COPEXTEL -la empresa que le instaló el gabinete, este switch, los cables, los fijadores y de demás- fue la que estuvo allí, luego ETECSA -le empresa de telefonía cubana- le instalará la línea ADSL y le trae el ruter. Ya.
Me equivoque al decir que reduce los dominios de broadcast, eran los dominios de colision. Ese switch es para las conexiones locales, para la conexion WAN(Internet) necesitas un router/modem que usualmente lo brindan los ISP. No se como funciona en cuba, soy de Peru. -- Michael Ibarra -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-07-18 a las 11:16 +0200, Luis Esteban de Dios Núñez escribió:
Es un switch no administrable que soporta PoE y es full/duplex. Solo sirve para extender tu red y reducir tus dominios de broadcast.
Entonces voy entendiendo. COPEXTEL -la empresa que le instaló el gabinete, este switch, los cables, los fijadores y de demás- fue la que estuvo allí, luego ETECSA -le empresa de telefonía cubana- le instalará la línea ADSL y le trae el ruter. Ya.
Exacto. Es un switch estándar de 16 puertos, sin funciones de enrutado. Necesitará además un router (si quiere dar servicio a varios equipos) y un modem adsl para poder salir a Internet. Por cierto, Allied Telesis fabrica buenos equipos para redes :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Si si, acá es también es así, como te conté abajo.
En Sat, 18 Jul 2009 18:03:55 +0200, V00w
On Sat, 2009-07-18 at 11:16 +0200, Luis Esteban de Dios Núñez wrote:
Es un switch no administrable que soporta PoE y es full/duplex. Solo sirve para extender tu red y reducir tus dominios de broadcast.
Entonces voy entendiendo. COPEXTEL -la empresa que le instaló el gabinete, este switch, los cables, los fijadores y de demás- fue la que estuvo allí, luego ETECSA -le empresa de telefonía cubana- le instalará la línea ADSL y le trae el ruter. Ya.
Me equivoque al decir que reduce los dominios de broadcast, eran los dominios de colision. Ese switch es para las conexiones locales, para la conexion WAN(Internet) necesitas un router/modem que usualmente lo brindan los ISP. No se como funciona en cuba, soy de Peru.
-- Michael Ibarra
-- Saludos, Luis Esteban de Dios Núñez --------------------------------------- Red Telematica de Salud - Cuba CNICM - Infomed -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
Exacto.
Es un switch estándar de 16 puertos, sin funciones de enrutado.
Necesitará además un router (si quiere dar servicio a varios equipos) y un modem adsl para poder salir a Internet.
Por cierto, Allied Telesis fabrica buenos equipos para redes :-)
¿Y dónde vive esa compañera?, para hacer negocioss con ella. :D -- Saludos, Luis Esteban de Dios Núñez --------------------------------------- Red Telematica de Salud - Cuba CNICM - Infomed -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 2009-07-20 a las 09:18 +0200, Luis Esteban de Dios Núñez escribió:
Por cierto, Allied Telesis fabrica buenos equipos para redes :-)
¿Y dónde vive esa compañera?, para hacer negocioss con ella. :D
¿Allied Telesis? Es una empresa japonesa, creo... muy conocia en el mercado europeo por la calidad de sus productos (y su elevado precio). Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (5)
-
Camaleón
-
carlopmart
-
Carlos E. R.
-
Luis Esteban de Dios Núñez
-
V00w