4 réponses à ce sujet

[CyrilleM]

Bonjour
je viens pour la 2eme fois d'essayer de créer un iScsi.
La taille qu'on attribue au moment de la création, est-ce la taille maxi que le fichier qui gére le iScsi ne va pas dépasser.
Et donc le fichier s'agrandit au fur et à mesure (avec l'option 'Thin-Provisioning') jusqu'à atteindre la taille limite fixé à la création.

Je me trompe?

Merci d'avance

[father_mande]

Bonjour,

CyrilleM, le 01 février 2010 - 11:32 , dit :

Bonjour
je viens pour la 2eme fois d'essayer de créer un iScsi.
La taille qu'on attribue au moment de la création, est-ce la taille maxi que le fichier qui gére le iScsi ne va pas dépasser.
Et donc le fichier s'agrandit au fur et à mesure (avec l'option 'Thin-Provisioning') jusqu'à atteindre la taille limite fixé à la création.

Je me trompe?

Merci d'avance

NON pas tout à fait ... c'est la taille de base alloué, le Thin Provisionning QUI NE FONCTIONNE PAS ACTUELLEMENT (curseur en gris non accessible) en 3.2 est la possibilité d'agrandir (plus tard) la cible iscsi jusqu'à l'espace disque maximum disponible ...

Dans les versions précédente il me semble qu'il y avait l'allocation dynamique ... qui ressemble plus a votre demande ... mais qui posait des problèmes de performances (TBC)

Pour vérifier allez faire un tour, une fois vos cibles crées sous /share/MD0_DATA/.@iscsi.img c'est là que sont vos fichiers "images" ... vous y verrez la taille allouée. (NB. attention, si vous n'êtes pas trop familier avec Linux, de bien "protéger le caractère @ dans votre cd (change dir.))

ci-dessous trois cibles exemples (crées avec Thin Prov. ) ....

[~] # cd /share/MD0_DATA/.\@iscsi.img/
[/share/MD0_DATA/.@iscsi.img] # ll
drwxrwxrwx	2 admin	administ 	4.0k Jan 1 18:37 ./
drwxrwxrwx 16 admin	administ 	4.0k Jan 28 17:56 ../
-rw-------	1 admin	administ	64.0G Jan 11 10:30 iSCSI-exsi1-4b3b95cb.000
-rw-------	1 admin	administ	64.0G Jan 11 10:29 iSCSI-exsi2-4b3b95f2.000
-rw-------	1 admin	administ	25.0G Jan 27 19:45 iSCSI-ntfs1-4b3ce189.000
-rw-------	1 admin	administ 	1.0M Jan 1 18:37 virtual_lun0
[/share/MD0_DATA/.@iscsi.img] #

Philippe.

[CyrilleM]

merci pour la réponse.
pour la performance je verrais après.
La première chose est de faire que ca fonctionne, je viens d'essayer en créer en allocation dynamique, et ca change rien le support s'agrandit pas tout seul.

quelle solution?

[father_mande]

Bonjour,

CyrilleM, le 01 février 2010 - 14:25 , dit :

merci pour la réponse.
pour la performance je verrais après.
La première chose est de faire que ca fonctionne, je viens d'essayer en créer en allocation dynamique, et ca change rien le support s'agrandit pas tout seul.

quelle solution?

Si vous êtes en 3.2.1 ou .2 il faudra (en attendant) prévoir suffisamment de place ou ajouter des Lun aux cibles, ce qui pourra "ouvrir" un autre disque distant pour le client ...

Comme le thin provisionning est au niveau du container et non de la(es) partition(s) interne(s) au container, il parait logique que la fonction puisse être ajouté a un container existant ... donc préserve l'avenir (merci à Mathieu ou Jauss de Qnap de confirmer S.V.P.)
Dans tout les cas il vous faudra lorsque un container sera agrandi un outil (depuis le client) pour agrandir la partition interne, si vous ne souhaitez pas créer de multiples partitions (outils genre true image sous Windows ou gparted sous Linux) .

Philippe.

[CyrilleM]

effectivement pour la création d'un iScsi, il faut mettre l'option 'Thin-Provisioning' et attribuer la taille maxi possible pour le iScsi.
Ensuite, malgré que le nas crée un fichier @iscsi.img de la taille allouée, elle est pas prise physiquement dans les disques durs. il l'utilise au fur et à mesure de l'écriture.

a+