Propuesta para opengnsys basada en EAC

tipos de repositorios

El repositorio ubicado en el servidor base:

 /var/opt/%package$/images

El repositorio ubicado en los clientes, partición denominada CACHE (dentro del dispositivo fisico de la cache var/opt/$package%/images

/mnt/$IP

Repositorios mobiles, usb, dvd

/mnt/$DVD-$id
/mnt/$USB-$id

Acceso a los repositorios remotos, locales o extraibles desde un cliente arrancado por pxe o live CD

Al montar un repositorio, local o remoto, el sistema exportará tambien las variables: $IP, $IPSERVIDOR, $IPSERVIDOR-ALT, $DVD, $USB

Acceso al servidor base                                  =>  MountRepo(ipservidor,protocolo)    ->     $REPO="/mnt/$IPservidor[[BR]]
Acceso a la cache local                                  =>  MountCache()    ->    $CACHE="/mnt/$IP"[[BR]]
Acceso a una cache de cliente remoto o servidor alterno  =>  MountRepo(host,protocolo)    ->     $REPO-ALT="/mnt/$IPhostremoto[[BR]]
Acceso a dispositivo almacenamiento extraible            =>  MountStorage(por definir)  ->    

Acceso a los repositorios cache desde un cliente OFFline basado en la partición rescate cache

Modificación de MountCache para que monte el raiz(/) también  en /mnt/$IP

Contenido de las cache var/opt/$package$/images/

Por cada imagen que se genera se crean tres archivos:
la imagen monolíticas creadas con las herramientes ntfsclone, partimage, partclone, fsarchiver ....
La información de los torrent de dichas imágenes. $imagen.torrent
la información para la transferencia por multicast $imagen.mcast

los subdirectorios donde se ubicarán los archivos se indican como parámetros de la función.

El acceso a una imagen en el repositorio global (remoto) es $REPO subdirectorio/ imagen El acceso a una imagen en el repositorio local (cache) es $CACHE$REPO subdirectorio/ imagen

Beneficios de esta estructura

El repositorio local(CACHE), irá creando la misma estructura de directorios que el servidor principal.
Si su particion CACHE es la sda3, ésta inicialemente solo contendrá el /var/opt/$package%/hdimages (coincide con el valor de la variable $REPO). En este punto se puede decidir si utilizar la CACHE como Sistema Operativo de respaldo en modo Offline (función MakeOffline?). Con las ventajas de disponibilidad y rápidez de inicialización.
Si accedemos a un punto torrent por nfs, la metainfo coincide.

Ejemplo de sincronización entre $REPO y $CACHE

UpdateCache? $IPservidor subdirectorio nombreimagen => Se descarga la imagen ubicada en $REPO, la almacena en $CACHE$REPO.

Estructura de los repositorios tipo EAC

El repositorio ubicado en el servidor:

/var/opt/%package$/hdimages

El repositorio ubicado en los clientes
/mnt/$dispositivoTipoCACHE$/var/opt/$package/hdimages/

Acceso a los repositorios

El sistema exporta las siguientes variables: $REPO="/var/opt/$package$/hdimages"
$CACHE="/mnt/%dispositivoTipoCACHE%"

El acceso a una imagen en el repositorio global (remoto) es $REPO subdirectorio/ imagen El acceso a una imagen en el repositorio local (cache) es $CACHE$REPO subdirectorio/ imagen

Beneficios de esta estructura

El repositorio local(CACHE), irá creando la misma estructura de directorios que el servidor principal.
Si su particion CACHE es la sda3, ésta inicialemente solo contendrá el /var/opt/$package%/hdimages (coincide con el valor de la variable $REPO). En este punto se puede decidir si utilizar la CACHE como Sistema Operativo de respaldo en modo Offline (función MakeOffline?). Con las ventajas de disponibilidad y rápidez de inicialización.

Ejemplo de sincronización entre $REPO y $CACHE

UpdateCache? $IPservidor subdirectorio nombreimagen => Se descarga la imagen ubicada en $REPO, la almacena en $CACHE$REPO.