Re: de redhat9 a fedora12 o centos5

2010-05-16 Por tema Javier Garay
No hay problema, como dice Andrés, al crear tus usuarios debes indicar el
path a el directorio y cambiar los permisos respectivamente.

Saludos.

2010/5/16 Andrés Ovalle Gahona aova...@debianchile.cl

 El día 16 de mayo de 2010 00:32, Fanatico Linux
 listali...@tecnocreativo.cl escribió:
  señores.
   si me pueden orientar se los agradezco de antemano.
  resulta que hay un servidor redhat 9 que ha funcionado muy bien, y si me
  lo preguntan, aun no se justifica el cambio, pero me gustaria saberlo
 como
  cultura general o para estar preparado.
  el servidor redhat 9 esta asi:
   /boot
   /
   /home
   swat
 
  solo quiero salvar /home. no me importa tener que volver a crear cada
  cuenta de usuario y sus claves. igual son como 15 cuentas a lo mucho.
  lo que quiero es. instalar el fedora 12 en ese equipo, y borrar todo
 menos
  la particion /home.
  ahora mi consulta es. ¿si yo instalo todo nuevamente, y cuando llego a la
  personalizacion de la instalacion en el disco duro, dejo nomas el /home.
  me lo asume solo la nueva instalacion respetandome los archivos que tenga
  adentro, o corro riesgo de que me borre algo, o simplemente la dejara
 ahi,
  pero no la tomara en cuenta?
  ¿como puedo hacer para que me quede operativa esa /home y que al crear
  nuevamente cada usuario, pueda volver a ver sus archivos sin notar
  cambios?
  saludos a todos y gracias.
 
 

 Es swap.


 Fedora no esta orientado para servidores como lo es red hat 9, en ese
 caso pon centos.

 Respecto a tu duda tienes que montar la particion como /home y sin
 darle formateo para no perder los datos.

 La ingresar esos usuarios tendras que darle el parametro --home-dir en
 el adduser para decirle donde se alojara su cuenta y posteriormente
 darle chown a esos archivos del usuario y grupo.

 Slds.

 --
 Andrés Esteban Ovalle Gahona (kill-9)
 Ingeniero (E) Computación e Informática
 Staff Debianchile.cl www.debianchile.cl
 Msn: aova...@gmail.com
 Twitter: @andres_ovalle
 Blog: http://aovalle.debianchile.cl
 Movil: 09-5795880
 Usuario Linux #456290 (counter.li.org)




-- 
Atte,
Javier Andrés Garay G.
Ingeniero en Informática
Telefonía IP / Sistemas Linux / Desarrollo


Re: MS Access Linux

2010-05-16 Por tema Felipe

On 05/15/2010 11:54 PM, Fanatico Linux wrote:

Hola a todos.
   una ayudita porfa, aunque no es urgente, es solo algo que se me ocurrio
en la oficina. les cuento.
hay una aplicacion bastante ordinaria, pero que se usa mucho en la
oficina, y esta programada en visual basic, con su motor que es un Access
(97).
el tema es que la base de datos tiene clave (que ya todos la sabemos, lo
menciono solo por si es relevante. no se le puede quitar la clave, ya que
la aplicacion la tiene registrada dentro de su codigo).
ademas, tiene relaciones creadas a traves del mismo access

la cosa es que la base de datos esta en un computador con windows, el cual
la comparte por medio de una carpeta compartida (cero seguridad.
compartida y ya). los usuarios de la aplicacion tienen ahi instalado el
ejecutable de la aplicacion, y un archivo .ini que indica donde esta el
archivo MDB (algo asi como:  BD=\\192.18.0.10\sistema01\basedatos.mdb

u. ahora si mi consulta (sorry por tanta palabreria, pero intente ser
lo mas claro y transparente en mi consulta, =) )
  intente poner el mdb en un linux, y que funcionaba con samba, para que
por ultimo, solo los usuarios con cuenta en el servidor pudiesen entrar o
ver la carpeta del mdb. pero en algunos procesos se cae el sistema. segun
yo, debe ser cuando el motor trata de buscar las relaciones o algo asi.
¿alguien sabe si se puede hacer algo para que funcione 100% bien ese .MDB
en un linux, o esta destinado a morir en un windows?

saludos a todos
Mauricio Araya
Entusiasta Linux
   


Hola,

Voy a empezar mencionando que es posible restringir el acceso a la 
carpeta compartida a determinados usuarios/grupos de usuarios en Windows 
(pestaña seguridad en las propiedades de la carpeta). Se puede lograr 
algo equivalente en Linux con Samba. Luego, puedes verificar que el 
archivo este apropiadamente compartido tratando de bajarlo con las 
credenciales apropiadas.


Sobre el problema de la aplicación: el usar una base de datos Access a 
través de una carpeta de red o tener múltiples clientes 
leyendo/escribiendo concurrentemente desde/hacia el mismo archivo .mdb 
puede no ser la mejor idea. El usar un DBMS simple que permita 
conexiones remotas (como MySQL) sería un buen reemplazo para Access en 
este caso, pero requiere realizar cambios en la aplicación tales como 
reescribir la capa de acceso a datos y las consultas.


Si la aplicación es un mantenedor, podrían reimplementarla sobre Glom, 
lo cual es bastante rápido en la mayoría de los casos: http://www.glom.org


Saludos cordiales,
Felipe


Re: MS Access Linux

2010-05-16 Por tema Patricio Morales
Mira lo mas probable es que tenga problemas el motor de base de datos de
Visual
Microsoft Jet o el Data Access Object(disculpa ,es que años atrás programé
en Visual
con Access  y ya con el tiempo se han corrompido un poco mis
conocimientos.Una
consulta :¿Las consultas las haces mediante Jet o estas usando ODBC de
windows usando
la unidad Samba en la que esta tu Base de Datos?.
El problema con Access es cuando multiples usuarios tratan de hacer
consultas
a la base de datos ,por lo que debes bloquear las tablas mientras estan en
uso
los DBMS como Mysql son mucho mas eficientes ya que según la implementacion
bloquean el registro que esta en uso y no la tabla completa,aparte de otras
ventajas.

Saludos.

El 16 de mayo de 2010 13:12, Felipe kelt...@gmail.com escribió:

  On 05/15/2010 11:54 PM, Fanatico Linux wrote:

 Hola a todos.
   una ayudita porfa, aunque no es urgente, es solo algo que se me ocurrio
 en la oficina. les cuento.
 hay una aplicacion bastante ordinaria, pero que se usa mucho en la
 oficina, y esta programada en visual basic, con su motor que es un Access
 (97).
 el tema es que la base de datos tiene clave (que ya todos la sabemos, lo
 menciono solo por si es relevante. no se le puede quitar la clave, ya que
 la aplicacion la tiene registrada dentro de su codigo).
 ademas, tiene relaciones creadas a traves del mismo access

 la cosa es que la base de datos esta en un computador con windows, el cual
 la comparte por medio de una carpeta compartida (cero seguridad.
 compartida y ya). los usuarios de la aplicacion tienen ahi instalado el
 ejecutable de la aplicacion, y un archivo .ini que indica donde esta el
 archivo MDB (algo asi como:  BD=\\192.18.0.10\sistema01\basedatos.mdb

 u. ahora si mi consulta (sorry por tanta palabreria, pero intente ser
 lo mas claro y transparente en mi consulta, =) )
  intente poner el mdb en un linux, y que funcionaba con samba, para que
 por ultimo, solo los usuarios con cuenta en el servidor pudiesen entrar o
 ver la carpeta del mdb. pero en algunos procesos se cae el sistema. segun
 yo, debe ser cuando el motor trata de buscar las relaciones o algo asi.
 ¿alguien sabe si se puede hacer algo para que funcione 100% bien ese .MDB
 en un linux, o esta destinado a morir en un windows?

 saludos a todos
 Mauricio Araya
 Entusiasta Linux



 Hola,

 Voy a empezar mencionando que es posible restringir el acceso a la carpeta
 compartida a determinados usuarios/grupos de usuarios en Windows (pestaña
 seguridad en las propiedades de la carpeta). Se puede lograr algo
 equivalente en Linux con Samba. Luego, puedes verificar que el archivo este
 apropiadamente compartido tratando de bajarlo con las credenciales
 apropiadas.

 Sobre el problema de la aplicación: el usar una base de datos Access a
 través de una carpeta de red o tener múltiples clientes leyendo/escribiendo
 concurrentemente desde/hacia el mismo archivo .mdb puede no ser la mejor
 idea. El usar un DBMS simple que permita conexiones remotas (como MySQL)
 sería un buen reemplazo para Access en este caso, pero requiere realizar
 cambios en la aplicación tales como reescribir la capa de acceso a datos y
 las consultas.

 Si la aplicación es un mantenedor, podrían reimplementarla sobre Glom, lo
 cual es bastante rápido en la mayoría de los casos: http://www.glom.org

 Saludos cordiales,
 Felipe




-- 

Patricio Morales Fariña
Técnico en Computación
Alumno Ing. Informática (Técnicos Vespertino)
Universidad de los Lagos
045-219291- Temuco Chile
cel 78732062
Linux user number 481578
http://counter.li.org/


Re: MS Access Linux (mas datos)

2010-05-16 Por tema Juan C. Olivares
2010/5/16 Fanatico Linux listali...@tecnocreativo.cl

  en cuanto a la conexion, no la hace mediante ODBC, ya que no hay ninguno
 creado en los equipos que tienen la aplicacion, por lo que debiese ser
 entonces por jet.

 Sólo me gustaría comentar que no es necesario crear una conexión ODBC en el
sistema para utilizar una conexión ODBC. Es decir, se puede utilizar ODBC
entregando todos los datos de conexión en el sfotware que la realiza.

-- 
Atte,
Juan Cristóbal Olivares
חואנכרי

==

Renovarse o morir: Mi PC de los sesenta tenía veinte mil militantes. Y mi PC
del siglo XXI tiene cuarenta gigabytes.


Re: MS Access Linux (mas datos)

2010-05-16 Por tema Felipe

On 05/16/2010 04:50 PM, Fanatico Linux wrote:

   ¿no existe algun Access que se pueda instalar en linux, como para que
no se note el cambio o simplemente no se puede?
saludos y gracias nuevamente.
   


Lo más cercano que he visto sería Kexi (parte de KOffice, en KDE).


Alternativa a montaje por NFS

2010-05-16 Por tema Gonzalo Diaz
Hola colegas:

Tengo el siguiente drama, resulta que estoy a cargo de unos labs que
tienen tanto Linux puros como Windows/Linux.
Todo funcionaba bonito hasta que por políticas externas a los labs,
nos impusieron ciertas restricciones que nos han dejado todo nuestro
sistema inoperativo.

Antes se contaba con un esquema de autenticación por LDAP, además del
montaje de un directorio remoto (con permisos y cuotas) para cada
usuario. En realidad se montaba una carpeta que contenia el home de
todos los usuarios, lista para trabajar sobre esta mientras se estaba
autenticado en el sistema.

El problema es que ahora la organización donde estoy decidió
implementar un sistema de control de acceso a internet, una solución
Cisco, donde hay un portal cautivo y un segundo login (no me digan
nada, no tengo pito que tocar en esa decisión). La autenticación en
internet tiene los siguientes pasos:

- Al iniciar un computador, el control de acceso le asigna una ip
dentro de una red de transito, sin acceso a internet.
- Al conectarse a cualquier pagina web, aparece un portal cautivo.
- Al iniciar sesión por primera vez, el sistema utiliza java en el
navegador (?), descarga un script (?) y pide instalarlo como root
(???)
- Se desconecta la red, se reconecta y el control de acceso le entrega
una ip nueva, con permiso para salir a internet.

NO sería taaan grave el asunto, si no es porque al desconectarse,
el cliente con linux se queda absolutamente congelado en el proceso, y
nos dimos cuenta que se debe a que pierde la comunicación con el
servidor de la carpeta NFS. No puede leer ni escribir. Sumenos que el
proceso se realiza a través del browser, cuando este mismo y los demás
procesos de escritorio están requiriendo leer y escribir en la carpeta
mientras esta desconectada.

Ya se probó cambiando parámetros en el /etc/fstab para el montaje de
la NFS, modos sincronos, asincronos, etc... y no hay caso, el
resultado siempre esta en un congelamiento total de entre unos 5 a 20
minutos (si... probamos esperando a ver que pasaba).

Por otra parte, a mi se me ocurre otra solución, pero no tengo claro
como implementarla ni que otros contras pueda tener.
Pensaba en hacer algún sistema que replique los archivos del home del
usuario en la maquina donde trabajara, como lo haría por ejemplo
dropbox, pero conservando los permisos obviamente, y cuando el usuario
escriba en el cliente local, el cambio se replique al server (como
dropbox...).

Es ahi donde estamos trabados, ¿que solución puedo implementar?


-- 
~~~
Atentamente, Gonzalo Díaz Cruz
Estudiante Ingeniería de Ejecución en Computación e Informática
Universidad de Santiago de Chile
~~~

http://blog.gon.cl/
http://twitter.com/sir_gon


Re: MS Access Linux (mas datos)

2010-05-16 Por tema Patricio Morales
El 16 de mayo de 2010 20:49, Felipe kelt...@gmail.com escribió:

 On 05/16/2010 04:50 PM, Fanatico Linux wrote:

   ¿no existe algun Access que se pueda instalar en linux, como para que
 no se note el cambio o simplemente no se puede?
 saludos y gracias nuevamente.



 Lo más cercano que he visto sería Kexi (parte de KOffice, en KDE).


Claro ,puede abrir el archivo Access,pero y el Microsoft Jet y el Data
Access Object   ¿como se les  instalarían a Kexi? xC,xC

-- 

Patricio Morales Fariña
Técnico en Computación
Alumno Ing. Informática (Técnicos Vespertino)
Universidad de los Lagos
045-219291- Temuco Chile
cel 78732062
Linux user number 481578
http://counter.li.org/