Bonjour,
Je suis perdu et j'ai besoin d'avoir vos avis éclairé.
J'ai un 410 avec 3 disque un de 2to avec des données(ext4) un de 1to avec des données (ext4) et un de 1 to avec montée dessus un iscsi de 900 go avec des données (je crois ext 4)
J'etais en 3.3.5 j'ai voulu faire une mise à jours vers la version 3.3.8 .
Comme préciser j'ai déconnecter tous les disques sauf le principal 2to que j'avais sauvegarder .
La mise à jours c'est mal passé arrivé à 100% le qnap mm apres redemarrage n'est plus découvert.
j'ai reinstaller avec la technique du démarrage sans disque et remise en place apres avec la version 3.3.8.
Par contre apres ceci, mon disque de 1to n'est pas monté et celui de 1to avec le scsi n'est plus monté non plus .
Ma questiion est simple peut on récupérer le lun et iscsi tels qu'avant ?
merci de votre aide j'ai plusieurs mois de boulot dessus .
cordialement
2
Lun Et Iscsi Perdu Suite Mise À Jours
Débuté par M@ndr@ke, jan 11 2011 08:43
11 réponses à ce sujet
#2
-
- Administrateurs
-
- 3 239 messages
Qnapeur officiel
- Matériel: TS-459 Pro, TS-219, TS-109 II
Posté 11 janvier 2011 - 09:56
Bonjour,
La description des lun serveur est dans /etc/config/iscsi_trgt.conf
Vos "vrais" fichiers "container" dans : /share/MD0_DATA(ou HDA ou HDB ....)/.@iscsi.img (attention de protéger @ avec un \ )
Si vous avez de la place, sauvegardez ces fichiers Lun ... avant manipulation.
SI ces fichiers existent toujours ... et que iscsi_trgt.conf (que je sauvegarde en externe systématiquement) est vide (ou a valeur initial)
1 ) recréez une "target" avec un lun de même taille (ou moins, si vous n'avez pas de place ) et de même caractéristique, identique au précédent.
2 ) arrêtez iscsi server (/etc/init.d/iscsitrgt.sh stop)
3 ) modifiez le fichier iscsi_trgt.conf, changez le chemin et la "capacity" (en bytes) adaptez les IQN (c'est la nouvelle valeur hexa en fin d'IQN qu'il faut utiliser, car généré au premier démarrage du firmware du Qnap) et virez le container crée juste avant (il ne sert plus à rien)
4 ) redémarrez le serveur iscsi
... vous pouvez faire un test en boucle locale ... pour vérifier . cela peut vous servir aussi pour faire un backup des données interne à votre Lun ...
DANS tous les cas le nom de la ressource aura évolué (voir IQN ci dessus) il faudra re balayer depuis vos clients ... pour connecter le nouveau IQN
ATTENTION ... pour moi cela a fonctionné ... mais je suis du genre à croire que je sais ce que je fais.
Si vous avez des doutes (légitimes) .... appelez le support ....
Philippe.
M@ndr@ke, le 11 janvier 2011 - 08:43 , dit :
Bonjour,
Je suis perdu et j'ai besoin d'avoir vos avis éclairé.
J'ai un 410 avec 3 disque un de 2to avec des données(ext4) un de 1to avec des données (ext4) et un de 1 to avec montée dessus un iscsi de 900 go avec des données (je crois ext 4)
J'etais en 3.3.5 j'ai voulu faire une mise à jours vers la version 3.3.8 .
Comme préciser j'ai déconnecter tous les disques sauf le principal 2to que j'avais sauvegarder .
La mise à jours c'est mal passé arrivé à 100% le qnap mm apres redemarrage n'est plus découvert.
j'ai reinstaller avec la technique du démarrage sans disque et remise en place apres avec la version 3.3.8.
Par contre apres ceci, mon disque de 1to n'est pas monté et celui de 1to avec le scsi n'est plus monté non plus .
Ma questiion est simple peut on récupérer le lun et iscsi tels qu'avant ?
merci de votre aide j'ai plusieurs mois de boulot dessus .
cordialement
Je suis perdu et j'ai besoin d'avoir vos avis éclairé.
J'ai un 410 avec 3 disque un de 2to avec des données(ext4) un de 1to avec des données (ext4) et un de 1 to avec montée dessus un iscsi de 900 go avec des données (je crois ext 4)
J'etais en 3.3.5 j'ai voulu faire une mise à jours vers la version 3.3.8 .
Comme préciser j'ai déconnecter tous les disques sauf le principal 2to que j'avais sauvegarder .
La mise à jours c'est mal passé arrivé à 100% le qnap mm apres redemarrage n'est plus découvert.
j'ai reinstaller avec la technique du démarrage sans disque et remise en place apres avec la version 3.3.8.
Par contre apres ceci, mon disque de 1to n'est pas monté et celui de 1to avec le scsi n'est plus monté non plus .
Ma questiion est simple peut on récupérer le lun et iscsi tels qu'avant ?
merci de votre aide j'ai plusieurs mois de boulot dessus .
cordialement
La description des lun serveur est dans /etc/config/iscsi_trgt.conf
Vos "vrais" fichiers "container" dans : /share/MD0_DATA(ou HDA ou HDB ....)/.@iscsi.img (attention de protéger @ avec un \ )
Si vous avez de la place, sauvegardez ces fichiers Lun ... avant manipulation.
SI ces fichiers existent toujours ... et que iscsi_trgt.conf (que je sauvegarde en externe systématiquement) est vide (ou a valeur initial)
1 ) recréez une "target" avec un lun de même taille (ou moins, si vous n'avez pas de place ) et de même caractéristique, identique au précédent.
2 ) arrêtez iscsi server (/etc/init.d/iscsitrgt.sh stop)
3 ) modifiez le fichier iscsi_trgt.conf, changez le chemin et la "capacity" (en bytes) adaptez les IQN (c'est la nouvelle valeur hexa en fin d'IQN qu'il faut utiliser, car généré au premier démarrage du firmware du Qnap) et virez le container crée juste avant (il ne sert plus à rien)
4 ) redémarrez le serveur iscsi
... vous pouvez faire un test en boucle locale ... pour vérifier . cela peut vous servir aussi pour faire un backup des données interne à votre Lun ...
DANS tous les cas le nom de la ressource aura évolué (voir IQN ci dessus) il faudra re balayer depuis vos clients ... pour connecter le nouveau IQN
ATTENTION ... pour moi cela a fonctionné ... mais je suis du genre à croire que je sais ce que je fais.
Si vous avez des doutes (légitimes) .... appelez le support ....
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#3
-
- Membres
-
- 10 messages
Qnapeur fidèle
- Matériel: TS-410U
Posté 11 janvier 2011 - 18:07
Bonjour, merci pour cette reponse.
Par conte je ne trouve rien dans les dossies sda sdb ..
J'ai creer un repertoire de partage que j'ai pointer sur le disuqe ou il y avait mes données mais quand je le parcour il n'y as rien.
Que veut dire protéger @ par / ?
Voici deux screenshoot ca parle plus que des mots !
Quand pensez vous ? mes fichiers doivent encore etre la ainsi que min iscsi mais je n'arrive pas à les voir.
Désoler mais en qnap je suis un novice .Je l'attaque avec putty afin de faire toure les manips ainsi qu'avec winscp pour parcourir les dossiers .
par avance merci
désoler .. j'ai trouver mes dossiers et fichier !!!
J'essaye de m'atteller au disque virtuel
Par conte je ne trouve rien dans les dossies sda sdb ..
J'ai creer un repertoire de partage que j'ai pointer sur le disuqe ou il y avait mes données mais quand je le parcour il n'y as rien.
Que veut dire protéger @ par / ?
Voici deux screenshoot ca parle plus que des mots !
Quand pensez vous ? mes fichiers doivent encore etre la ainsi que min iscsi mais je n'arrive pas à les voir.
Désoler mais en qnap je suis un novice .Je l'attaque avec putty afin de faire toure les manips ainsi qu'avec winscp pour parcourir les dossiers .
par avance merci
désoler .. j'ai trouver mes dossiers et fichier !!!
J'essaye de m'atteller au disque virtuel
Fichier(s) joint(s)
-
Capture.PNG (29,18 Ko)
Nombre de téléchargements : 10 -
Capture2.PNG (32,43 Ko)
Nombre de téléchargements : 9
#4
-
- Membres
-
- 10 messages
Qnapeur fidèle
- Matériel: TS-410U
Posté 11 janvier 2011 - 20:24
Suite ...
J'ai trouvé pour mes fichiers un drag and drop avec winscp dans un vouveau dossier partager et tout est bon j'ai recuperé.
Par contre pour le iscsi
le script pour stopper ne marche pas
[/etc/init.d] # iscsitrgt.sh stop
-sh: iscsitrgt.sh: command not found
j'ai copie mon dosier @iscsi dans un autre repertoire, ne pouvant arreter et redemarrer le service je l'ai fait à chaud et j'ai redemarré le qnap,
J'ai ensuite recreer une cible similaire mais 10 go seulement .
J'ai ensuite ouvert mon iscsi_trgt.conf que voici
[iSCSIPortal]
bServiceEnable = TRUE
servicePort = 3260
initiatorBitmap00 = 00000001
bISNSEnable = FALSE
ISNSIP =
targetIQNPrefix = iqn.2004-04.com.qnap:ts-419p:iscsi.
targetBitmap00 = 00000001
LUNBitmap00 = 00000003
[init0Info]
initiatorIndex = 0
initiatorIQN = iqn.2004-04.com.qnap:all:iscsi.default.ffffff
initiatorAlias = Default Policy
initiatorTargetBitmap00 = 00000001
initiatorLUNBitmap00 = 00000003
[InitiatorKey]
iqn.2004-04.com.qnap:all:iscsi.default.ffffff = 0
[TargetKey]
target_iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932 = 0
[LUN0Info]
LUNIndex = 0
LUNName = smnasiscsi
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-smnasiscsi-4d2c9425:001
LUNCapacity = 1024
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 1
LUNInitBitmap00 = 00000001
LUNSerialNum = 25f0b2d2-0c32-4a09-a74a-ecf71169b1f2
LUNAttachedTarget = -1
LUNNumber = -1
LUNEnable = FALSE
[LUNKey]
LUN_smnasiscsi = 0
LUN_Qnapiscsiesx = 1
[LUN0Init0Info]
LUNIndex = 0
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
[target0Info]
targetIndex = 0
targetName = qnapiscsiesx
targetIQN = iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932
targetAlias = Qnapiscsiesx
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000001
targetLUNBitmap00 = 00000002
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
CHAPUserName =
CHAPPasswd =
mutualCHAPUserName =
mutualCHAPPasswd =
[LUN1Info]
LUNIndex = 1
LUNName = Qnapiscsiesx
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-Qnapiscsiesx-4d2ca817:001
LUNCapacity = 92160
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 51a5c1a0-02fb-47c6-8ece-2fead9458237
[LUN1Init0Info]
LUNIndex = 1
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
C'est la ou je mis pert un peu !!!!
sur mon lecteur iscsi l'ancienne target :
nom iscsi : iqn.2004-04.com.qnap:ts-410:iscsi.smnasiscsiesx.c4c932
identifiant : naa.6001405963bba7fd0827d4016db0ced7
que dois je retirer que doisje changer et exsite t'il un autre moyen pour arreter le service via putty ou autre methode ?
par avance merci
J'ai trouvé pour mes fichiers un drag and drop avec winscp dans un vouveau dossier partager et tout est bon j'ai recuperé.
Par contre pour le iscsi
le script pour stopper ne marche pas
[/etc/init.d] # iscsitrgt.sh stop
-sh: iscsitrgt.sh: command not found
j'ai copie mon dosier @iscsi dans un autre repertoire, ne pouvant arreter et redemarrer le service je l'ai fait à chaud et j'ai redemarré le qnap,
J'ai ensuite recreer une cible similaire mais 10 go seulement .
J'ai ensuite ouvert mon iscsi_trgt.conf que voici
[iSCSIPortal]
bServiceEnable = TRUE
servicePort = 3260
initiatorBitmap00 = 00000001
bISNSEnable = FALSE
ISNSIP =
targetIQNPrefix = iqn.2004-04.com.qnap:ts-419p:iscsi.
targetBitmap00 = 00000001
LUNBitmap00 = 00000003
[init0Info]
initiatorIndex = 0
initiatorIQN = iqn.2004-04.com.qnap:all:iscsi.default.ffffff
initiatorAlias = Default Policy
initiatorTargetBitmap00 = 00000001
initiatorLUNBitmap00 = 00000003
[InitiatorKey]
iqn.2004-04.com.qnap:all:iscsi.default.ffffff = 0
[TargetKey]
target_iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932 = 0
[LUN0Info]
LUNIndex = 0
LUNName = smnasiscsi
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-smnasiscsi-4d2c9425:001
LUNCapacity = 1024
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 1
LUNInitBitmap00 = 00000001
LUNSerialNum = 25f0b2d2-0c32-4a09-a74a-ecf71169b1f2
LUNAttachedTarget = -1
LUNNumber = -1
LUNEnable = FALSE
[LUNKey]
LUN_smnasiscsi = 0
LUN_Qnapiscsiesx = 1
[LUN0Init0Info]
LUNIndex = 0
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
[target0Info]
targetIndex = 0
targetName = qnapiscsiesx
targetIQN = iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932
targetAlias = Qnapiscsiesx
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000001
targetLUNBitmap00 = 00000002
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
CHAPUserName =
CHAPPasswd =
mutualCHAPUserName =
mutualCHAPPasswd =
[LUN1Info]
LUNIndex = 1
LUNName = Qnapiscsiesx
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-Qnapiscsiesx-4d2ca817:001
LUNCapacity = 92160
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 51a5c1a0-02fb-47c6-8ece-2fead9458237
[LUN1Init0Info]
LUNIndex = 1
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
C'est la ou je mis pert un peu !!!!
sur mon lecteur iscsi l'ancienne target :
nom iscsi : iqn.2004-04.com.qnap:ts-410:iscsi.smnasiscsiesx.c4c932
identifiant : naa.6001405963bba7fd0827d4016db0ced7
que dois je retirer que doisje changer et exsite t'il un autre moyen pour arreter le service via putty ou autre methode ?
par avance merci
Fichier(s) joint(s)
-
Capture3.PNG (15,31 Ko)
Nombre de téléchargements : 3
#5
-
- Administrateurs
-
- 3 239 messages
Qnapeur officiel
- Matériel: TS-459 Pro, TS-219, TS-109 II
Posté 11 janvier 2011 - 20:46
Bonjour,
il faut utiliser un PATH complet ou si vous êtes dans /etc/init.d ajouter ./ devant
soit :
/etc/init.d/iscsi_trgt.sh stop
ou depuis le répertoire :
./iscsi_trgt.sh stop
Philippe.
M@ndr@ke, le 11 janvier 2011 - 20:24 , dit :
Suite ...
J'ai trouvé pour mes fichiers un drag and drop avec winscp dans un vouveau dossier partager et tout est bon j'ai recuperé.
Par contre pour le iscsi
le script pour stopper ne marche pas
[/etc/init.d] # iscsitrgt.sh stop
-sh: iscsitrgt.sh: command not found
j'ai copie mon dosier @iscsi dans un autre repertoire, ne pouvant arreter et redemarrer le service je l'ai fait à chaud et j'ai redemarré le qnap,
J'ai ensuite recreer une cible similaire mais 10 go seulement .
J'ai ensuite ouvert mon iscsi_trgt.conf que voici
[iSCSIPortal]
bServiceEnable = TRUE
servicePort = 3260
initiatorBitmap00 = 00000001
bISNSEnable = FALSE
ISNSIP =
targetIQNPrefix = iqn.2004-04.com.qnap:ts-419p:iscsi.
targetBitmap00 = 00000001
LUNBitmap00 = 00000003
[init0Info]
initiatorIndex = 0
initiatorIQN = iqn.2004-04.com.qnap:all:iscsi.default.ffffff
initiatorAlias = Default Policy
initiatorTargetBitmap00 = 00000001
initiatorLUNBitmap00 = 00000003
[InitiatorKey]
iqn.2004-04.com.qnap:all:iscsi.default.ffffff = 0
[TargetKey]
target_iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932 = 0
[LUN0Info]
LUNIndex = 0
LUNName = smnasiscsi
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-smnasiscsi-4d2c9425:001
LUNCapacity = 1024
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 1
LUNInitBitmap00 = 00000001
LUNSerialNum = 25f0b2d2-0c32-4a09-a74a-ecf71169b1f2
LUNAttachedTarget = -1
LUNNumber = -1
LUNEnable = FALSE
[LUNKey]
LUN_smnasiscsi = 0
LUN_Qnapiscsiesx = 1
[LUN0Init0Info]
LUNIndex = 0
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
[target0Info]
targetIndex = 0
targetName = qnapiscsiesx
targetIQN = iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932
targetAlias = Qnapiscsiesx
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000001
targetLUNBitmap00 = 00000002
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
CHAPUserName =
CHAPPasswd =
mutualCHAPUserName =
mutualCHAPPasswd =
[LUN1Info]
LUNIndex = 1
LUNName = Qnapiscsiesx
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-Qnapiscsiesx-4d2ca817:001
LUNCapacity = 92160
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 51a5c1a0-02fb-47c6-8ece-2fead9458237
[LUN1Init0Info]
LUNIndex = 1
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
C'est la ou je mis pert un peu !!!!
sur mon lecteur iscsi l'ancienne target :
nom iscsi : iqn.2004-04.com.qnap:ts-410:iscsi.smnasiscsiesx.c4c932
identifiant : naa.6001405963bba7fd0827d4016db0ced7
que dois je retirer que doisje changer et exsite t'il un autre moyen pour arreter le service via putty ou autre methode ?
par avance merci
J'ai trouvé pour mes fichiers un drag and drop avec winscp dans un vouveau dossier partager et tout est bon j'ai recuperé.
Par contre pour le iscsi
le script pour stopper ne marche pas
[/etc/init.d] # iscsitrgt.sh stop
-sh: iscsitrgt.sh: command not found
j'ai copie mon dosier @iscsi dans un autre repertoire, ne pouvant arreter et redemarrer le service je l'ai fait à chaud et j'ai redemarré le qnap,
J'ai ensuite recreer une cible similaire mais 10 go seulement .
J'ai ensuite ouvert mon iscsi_trgt.conf que voici
[iSCSIPortal]
bServiceEnable = TRUE
servicePort = 3260
initiatorBitmap00 = 00000001
bISNSEnable = FALSE
ISNSIP =
targetIQNPrefix = iqn.2004-04.com.qnap:ts-419p:iscsi.
targetBitmap00 = 00000001
LUNBitmap00 = 00000003
[init0Info]
initiatorIndex = 0
initiatorIQN = iqn.2004-04.com.qnap:all:iscsi.default.ffffff
initiatorAlias = Default Policy
initiatorTargetBitmap00 = 00000001
initiatorLUNBitmap00 = 00000003
[InitiatorKey]
iqn.2004-04.com.qnap:all:iscsi.default.ffffff = 0
[TargetKey]
target_iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932 = 0
[LUN0Info]
LUNIndex = 0
LUNName = smnasiscsi
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-smnasiscsi-4d2c9425:001
LUNCapacity = 1024
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 1
LUNInitBitmap00 = 00000001
LUNSerialNum = 25f0b2d2-0c32-4a09-a74a-ecf71169b1f2
LUNAttachedTarget = -1
LUNNumber = -1
LUNEnable = FALSE
[LUNKey]
LUN_smnasiscsi = 0
LUN_Qnapiscsiesx = 1
[LUN0Init0Info]
LUNIndex = 0
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
[target0Info]
targetIndex = 0
targetName = qnapiscsiesx
targetIQN = iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932
targetAlias = Qnapiscsiesx
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000001
targetLUNBitmap00 = 00000002
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
CHAPUserName =
CHAPPasswd =
mutualCHAPUserName =
mutualCHAPPasswd =
[LUN1Info]
LUNIndex = 1
LUNName = Qnapiscsiesx
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-Qnapiscsiesx-4d2ca817:001
LUNCapacity = 92160
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 51a5c1a0-02fb-47c6-8ece-2fead9458237
[LUN1Init0Info]
LUNIndex = 1
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
C'est la ou je mis pert un peu !!!!
sur mon lecteur iscsi l'ancienne target :
nom iscsi : iqn.2004-04.com.qnap:ts-410:iscsi.smnasiscsiesx.c4c932
identifiant : naa.6001405963bba7fd0827d4016db0ced7
que dois je retirer que doisje changer et exsite t'il un autre moyen pour arreter le service via putty ou autre methode ?
par avance merci
il faut utiliser un PATH complet ou si vous êtes dans /etc/init.d ajouter ./ devant
soit :
/etc/init.d/iscsi_trgt.sh stop
ou depuis le répertoire :
./iscsi_trgt.sh stop
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#6
-
- Membres
-
- 10 messages
Qnapeur fidèle
- Matériel: TS-410U
Posté 13 janvier 2011 - 07:33
Bonjour,
Apres plusieurs tentatives les données sont récupéré...
Mon Iscsi semble bien remonter, mais sur mon vsphere je vois la cible iscsi sans les luns.
Aucun ne semble appraitre .
Le seul bug que je peut constater sur mon qnap intervient lors de la creation de lun ou ou cible ou je dois fermer manuellement la fenetre de creation.
J'ai mis en pieces jointe la copie de mon interface graphique des luns et cible iscsi
Voici mon fichier .cfg
[iSCSIPortal]
targetIQNPrefix = iqn.2004-04.com.qnap:ts-419p:iscsi.
targetBitmap00 = 00000001
LUNBitmap00 = 00000003
bServiceEnable = TRUE
servicePort = 3260
[TargetKey]
target_iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932 = 0
[init0Info]
initiatorTargetBitmap00 = 00000001
[LUNKey]
LUN_Qnapiscsiesx = 1
LUN_test = 0
[LUN1Info]
LUNIndex = 1
LUNName = Qnapiscsiesx
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-SMFESX-4d29ad88:001
LUNCapacity = 921600
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 30eb7585-ef22-4107-8526-881c87a60298
[target0Info]
targetIndex = 0
targetName = qnapiscsiesx
targetIQN = iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932
targetAlias = QnapIscsiEsx
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000003
targetLUNBitmap00 = 00000003
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
[LUN0Info]
LUNIndex = 0
LUNName = test
LUNPath = /share/HDA_DATA
LUNMetaPath = /share/HDA_DATA/.@iscsi.img/iSCSI-test-4d2e35d6:001
LUNCapacity = 1024
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNAttachedTarget = 0
LUNNumber = 1
LUNEnable = TRUE
LUNSerialNum = 7e9d2ee8-c3c7-4ff3-94a1-e80bda6808b8
Auriez vous une idée svp j'ai vraiment besoin de récupérer mes données .
Par avance merci
Merci pour le start stop il marche ... j'avais omis le ./
Apres plusieurs tentatives les données sont récupéré...
Mon Iscsi semble bien remonter, mais sur mon vsphere je vois la cible iscsi sans les luns.
Aucun ne semble appraitre .
Le seul bug que je peut constater sur mon qnap intervient lors de la creation de lun ou ou cible ou je dois fermer manuellement la fenetre de creation.
J'ai mis en pieces jointe la copie de mon interface graphique des luns et cible iscsi
Voici mon fichier .cfg
[iSCSIPortal]
targetIQNPrefix = iqn.2004-04.com.qnap:ts-419p:iscsi.
targetBitmap00 = 00000001
LUNBitmap00 = 00000003
bServiceEnable = TRUE
servicePort = 3260
[TargetKey]
target_iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932 = 0
[init0Info]
initiatorTargetBitmap00 = 00000001
[LUNKey]
LUN_Qnapiscsiesx = 1
LUN_test = 0
[LUN1Info]
LUNIndex = 1
LUNName = Qnapiscsiesx
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-SMFESX-4d29ad88:001
LUNCapacity = 921600
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 30eb7585-ef22-4107-8526-881c87a60298
[target0Info]
targetIndex = 0
targetName = qnapiscsiesx
targetIQN = iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932
targetAlias = QnapIscsiEsx
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000003
targetLUNBitmap00 = 00000003
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
[LUN0Info]
LUNIndex = 0
LUNName = test
LUNPath = /share/HDA_DATA
LUNMetaPath = /share/HDA_DATA/.@iscsi.img/iSCSI-test-4d2e35d6:001
LUNCapacity = 1024
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNAttachedTarget = 0
LUNNumber = 1
LUNEnable = TRUE
LUNSerialNum = 7e9d2ee8-c3c7-4ff3-94a1-e80bda6808b8
Auriez vous une idée svp j'ai vraiment besoin de récupérer mes données .
Par avance merci
father_mande, le 11 janvier 2011 - 20:46 , dit :
Bonjour,
il faut utiliser un PATH complet ou si vous êtes dans /etc/init.d ajouter ./ devant
soit :
/etc/init.d/iscsi_trgt.sh stop
ou depuis le répertoire :
./iscsi_trgt.sh stop
Philippe.
il faut utiliser un PATH complet ou si vous êtes dans /etc/init.d ajouter ./ devant
soit :
/etc/init.d/iscsi_trgt.sh stop
ou depuis le répertoire :
./iscsi_trgt.sh stop
Philippe.
Merci pour le start stop il marche ... j'avais omis le ./
Fichier(s) joint(s)
-
Capture4.PNG (16,88 Ko)
Nombre de téléchargements : 4
#7
-
- Administrateurs
-
- 3 239 messages
Qnapeur officiel
- Matériel: TS-459 Pro, TS-219, TS-109 II
Posté 13 janvier 2011 - 09:18
Bonjour,
Si vous avez bien vos Lun et les bonnes valeurs en capacité, essayer d'attacher HORS vsphere une LUN, si vous en connaissez le formatage interne, soit en boucle locale (virtual disque sur IP 127.0.0.1) ou via un pc externe ...
vérifiez que IQN n'a pas été modifié (versus la définition du storage area dans vsphere, c'est l'un des problèmes les plus courant)
Si vous connaissez le formatage, montez vos partitions et faites vos sauvegardes ...
Je backup des données, comme cela (boucle locale lorsqu'il n'y a pas de connexion) c'est plus léger que de backuper le container entier ....
Je suis désolé ... mais ce type d'entraide est particulièrement difficile en dehors du contexte réel ... peut-être que le support (si vous lui ouvrez l'accés) pourra vous faire les manipulations directement sur site.
Philippe.
M@ndr@ke, le 13 janvier 2011 - 07:33 , dit :
Bonjour,
Apres plusieurs tentatives les données sont récupéré...
Mon Iscsi semble bien remonter, mais sur mon vsphere je vois la cible iscsi sans les luns.
Aucun ne semble appraitre .
Le seul bug que je peut constater sur mon qnap intervient lors de la creation de lun ou ou cible ou je dois fermer manuellement la fenetre de creation.
J'ai mis en pieces jointe la copie de mon interface graphique des luns et cible iscsi
Voici mon fichier .cfg
[iSCSIPortal]
targetIQNPrefix = iqn.2004-04.com.qnap:ts-419p:iscsi.
targetBitmap00 = 00000001
LUNBitmap00 = 00000003
bServiceEnable = TRUE
servicePort = 3260
[TargetKey]
target_iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932 = 0
[init0Info]
initiatorTargetBitmap00 = 00000001
[LUNKey]
LUN_Qnapiscsiesx = 1
LUN_test = 0
[LUN1Info]
LUNIndex = 1
LUNName = Qnapiscsiesx
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-SMFESX-4d29ad88:001
LUNCapacity = 921600
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 30eb7585-ef22-4107-8526-881c87a60298
[target0Info]
targetIndex = 0
targetName = qnapiscsiesx
targetIQN = iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932
targetAlias = QnapIscsiEsx
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000003
targetLUNBitmap00 = 00000003
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
[LUN0Info]
LUNIndex = 0
LUNName = test
LUNPath = /share/HDA_DATA
LUNMetaPath = /share/HDA_DATA/.@iscsi.img/iSCSI-test-4d2e35d6:001
LUNCapacity = 1024
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNAttachedTarget = 0
LUNNumber = 1
LUNEnable = TRUE
LUNSerialNum = 7e9d2ee8-c3c7-4ff3-94a1-e80bda6808b8
Auriez vous une idée svp j'ai vraiment besoin de récupérer mes données .
Par avance merci
Merci pour le start stop il marche ... j'avais omis le ./
Apres plusieurs tentatives les données sont récupéré...
Mon Iscsi semble bien remonter, mais sur mon vsphere je vois la cible iscsi sans les luns.
Aucun ne semble appraitre .
Le seul bug que je peut constater sur mon qnap intervient lors de la creation de lun ou ou cible ou je dois fermer manuellement la fenetre de creation.
J'ai mis en pieces jointe la copie de mon interface graphique des luns et cible iscsi
Voici mon fichier .cfg
[iSCSIPortal]
targetIQNPrefix = iqn.2004-04.com.qnap:ts-419p:iscsi.
targetBitmap00 = 00000001
LUNBitmap00 = 00000003
bServiceEnable = TRUE
servicePort = 3260
[TargetKey]
target_iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932 = 0
[init0Info]
initiatorTargetBitmap00 = 00000001
[LUNKey]
LUN_Qnapiscsiesx = 1
LUN_test = 0
[LUN1Info]
LUNIndex = 1
LUNName = Qnapiscsiesx
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-SMFESX-4d29ad88:001
LUNCapacity = 921600
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 30eb7585-ef22-4107-8526-881c87a60298
[target0Info]
targetIndex = 0
targetName = qnapiscsiesx
targetIQN = iqn.2004-04.com.qnap:ts-419p:iscsi.qnapiscsiesx.c4c932
targetAlias = QnapIscsiEsx
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000003
targetLUNBitmap00 = 00000003
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
[LUN0Info]
LUNIndex = 0
LUNName = test
LUNPath = /share/HDA_DATA
LUNMetaPath = /share/HDA_DATA/.@iscsi.img/iSCSI-test-4d2e35d6:001
LUNCapacity = 1024
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNAttachedTarget = 0
LUNNumber = 1
LUNEnable = TRUE
LUNSerialNum = 7e9d2ee8-c3c7-4ff3-94a1-e80bda6808b8
Auriez vous une idée svp j'ai vraiment besoin de récupérer mes données .
Par avance merci
Merci pour le start stop il marche ... j'avais omis le ./
Si vous avez bien vos Lun et les bonnes valeurs en capacité, essayer d'attacher HORS vsphere une LUN, si vous en connaissez le formatage interne, soit en boucle locale (virtual disque sur IP 127.0.0.1) ou via un pc externe ...
vérifiez que IQN n'a pas été modifié (versus la définition du storage area dans vsphere, c'est l'un des problèmes les plus courant)
Si vous connaissez le formatage, montez vos partitions et faites vos sauvegardes ...
Je backup des données, comme cela (boucle locale lorsqu'il n'y a pas de connexion) c'est plus léger que de backuper le container entier ....
Je suis désolé ... mais ce type d'entraide est particulièrement difficile en dehors du contexte réel ... peut-être que le support (si vous lui ouvrez l'accés) pourra vous faire les manipulations directement sur site.
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
#8
-
- Membres
-
- 10 messages
Qnapeur fidèle
- Matériel: TS-410U
Posté 15 janvier 2011 - 17:30
Bonjour,
Merci pour votre,
A ce jours je n'arrive pas à le faire marcher mm en local.
J'ai depuis faitune mise à jours vers la version 3.3.9
J'ai remonter un lun et une cible iscsi nouvelle en automatique apres avoir vider le fichier conf de la target et apres avoir redemarrer les services.
J'ai mis un screen shoot des etapes .
Mais j'ai une erreur d'authentification ..
Mm en creer un nouveau cela ne marche pas .. perdu je suis !!!!!!! grrr
Capture7.PNG (13,26 Ko)
Nombre de téléchargements : 3
Capture6.PNG (22,91 Ko)
Nombre de téléchargements : 4
Capture5.PNG (13,46 Ko)
Nombre de téléchargements : 2
voici mon fichier conf
[iSCSIPortal]
targetIQNPrefix = iqn.2004-04.com.qnap:ts-419p:iscsi.
targetBitmap00 = 00000001
LUNBitmap00 = 00000001
bServiceEnable = TRUE
servicePort = 3260
[target0Info]
targetIndex = 0
targetName = esxiiscsi
targetIQN = iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932
targetAlias = esxiiscsi
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000001
targetLUNBitmap00 = 00000001
[TargetKey]
target_iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 = 0
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
CHAPUserName =
CHAPPasswd =
mutualCHAPUserName =
mutualCHAPPasswd =
[init0Info]
initiatorTargetBitmap00 = 00000001
[LUN0Info]
LUNIndex = 0
LUNName = test
LUNPath = /share/HDA_DATA
LUNMetaPath = /share/HDA_DATA/.@iscsi.img/iSCSI-test-4d30b499:001
LUNCapacity = 1024
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 941b9bc9-30bc-45fb-b108-787bd3ae11b2
[LUNKey]
LUN_test = 0
A si une petite precision lors de l'ajout d'un lun ma fenetre de config reste ouverte je suis obligté de la femer manuellement .
Capture8.PNG (38,27 Ko)
Nombre de téléchargements : 0
cordialement
Merci pour votre,
A ce jours je n'arrive pas à le faire marcher mm en local.
J'ai depuis faitune mise à jours vers la version 3.3.9
J'ai remonter un lun et une cible iscsi nouvelle en automatique apres avoir vider le fichier conf de la target et apres avoir redemarrer les services.
J'ai mis un screen shoot des etapes .
Mais j'ai une erreur d'authentification ..
Mm en creer un nouveau cela ne marche pas .. perdu je suis !!!!!!! grrr
Capture7.PNG (13,26 Ko)
Nombre de téléchargements : 3
Capture6.PNG (22,91 Ko)
Nombre de téléchargements : 4
Capture5.PNG (13,46 Ko)
Nombre de téléchargements : 2
voici mon fichier conf
[iSCSIPortal]
targetIQNPrefix = iqn.2004-04.com.qnap:ts-419p:iscsi.
targetBitmap00 = 00000001
LUNBitmap00 = 00000001
bServiceEnable = TRUE
servicePort = 3260
[target0Info]
targetIndex = 0
targetName = esxiiscsi
targetIQN = iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932
targetAlias = esxiiscsi
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000001
targetLUNBitmap00 = 00000001
[TargetKey]
target_iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 = 0
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
CHAPUserName =
CHAPPasswd =
mutualCHAPUserName =
mutualCHAPPasswd =
[init0Info]
initiatorTargetBitmap00 = 00000001
[LUN0Info]
LUNIndex = 0
LUNName = test
LUNPath = /share/HDA_DATA
LUNMetaPath = /share/HDA_DATA/.@iscsi.img/iSCSI-test-4d30b499:001
LUNCapacity = 1024
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 941b9bc9-30bc-45fb-b108-787bd3ae11b2
[LUNKey]
LUN_test = 0
A si une petite precision lors de l'ajout d'un lun ma fenetre de config reste ouverte je suis obligté de la femer manuellement .
Capture8.PNG (38,27 Ko)
Nombre de téléchargements : 0
cordialement
#9
-
- Membres
-
- 10 messages
Qnapeur fidèle
- Matériel: TS-410U
Posté 15 janvier 2011 - 17:37
Une petite precision pour les personnes confirmer .. ce qui n'es pas mon cas 
ap:TS-410.SMNAS01
Incremented number of active iSCSI sessions to 1 on iSCSI Target Portal Group: 1
Warning: receive 0 bytes in iscsi_target_rx_thread.
scsi10 : iSCSI Initiator over TCP/IP
Received iSCSI login request from 127.0.0.1 on TCP Network Portal 127.0.0.1:3260
Located Storage Object: iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932
Located Portal Group Object: 1
iscsi_target_locate_portal:838: ***ERROR*** iSCSI Initiator Node: iqn.2004-04.com.qnap:TS-410.SMNAS01 is not authorized to access iSCSI target portal group: 1.
iscsi_target_init_negotiation:900: ***ERROR*** iSCSI Login negotiation failed.
iscsi_target_login_thread:1279: ***ERROR*** iSCSI Login negotiation failed.
Received iSCSI login request from 127.0.0.1 on TCP Network Portal 127.0.0.1:3260
iscsi_thread_set_force_reinstatement:540: ***ERROR*** iscsi_thread_set_force_reinstatement: Sending SIGABRT to TX_THREAD for thread id: 1
iscsi_thread_set_force_reinstatement:548: ***ERROR*** iscsi_thread_set_force_reinstatement: Sending SIGABRT to RX_THREAD for thread id: 1
Closing iSCSI connection CID 0 on SID: 5
Decremented iSCSI connection count to 0 from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
TARGET_CORE[iSCSI]: Deregistered fabric_sess
Released iSCSI session from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
Decremented number of active iSCSI Sessions on iSCSI TPG: 1 to 0
------------------------------------------------------------------
HeaderDigest: None
DataDigest: None
MaxRecvDataSegmentLength: 32768
IFMarker: No
OFMarker: No
------------------------------------------------------------------
------------------------------------------------------------------
InitiatorName: iqn.2004-04.com.qnap:TS-410.SMNAS01
TargetAlias: QNAP Target
InitiatorAlias: SMNAS01
TargetPortalGroupTag: 1
DefaultTime2Wait: 2
DefaultTime2Retain: 0
ErrorRecoveryLevel: 0
SessionType: Discovery
------------------------------------------------------------------
TARGET_CORE[iSCSI]: Registered fabric_sess_ptr: cd80ce00
iSCSI Login successful on CID: 0 from 127.0.0.1 to 127.0.0.1:3260,1
Incremented iSCSI Connection count to 1 from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
Established iSCSI session from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
Incremented number of active iSCSI sessions to 1 on iSCSI Target Portal Group: 1
Warning: receive 0 bytes in iscsi_target_rx_thread.
scsi11 : iSCSI Initiator over TCP/IP
Received iSCSI login request from 127.0.0.1 on TCP Network Portal 127.0.0.1:3260
Located Storage Object: iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932
Located Portal Group Object: 1
iscsi_target_locate_portal:838: ***ERROR*** iSCSI Initiator Node: iqn.2004-04.com.qnap:TS-410.SMNAS01 is not authorized to access iSCSI target portal group: 1.
iscsi_target_init_negotiation:900: ***ERROR*** iSCSI Login negotiation failed.
iscsi_target_login_thread:1279: ***ERROR*** iSCSI Login negotiation failed.
Closing iSCSI connection CID 0 on SID: 6
iscsi_release_thread_set: send SIGABRT to tx_thread.
Decremented iSCSI connection count to 0 from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
TARGET_CORE[iSCSI]: Deregistered fabric_sess
Released iSCSI session from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
Decremented number of active iSCSI Sessions on iSCSI TPG: 1 to 0
LIO_Target_ConfigFS: DEREGISTER -> iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 TPGT: 1 PORTAL: 192.168.1.170:3260
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932] - Removed Network Portal: 192.168.1.170:3260,1 on TCP on network device: None
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932]_TPG[1] - Decremented np_exports to 0
core_del_np_thread: send SIGKILL to np_thread.
CORE[0] - Removed Network Portal: 192.168.1.170:3260 on TCP on network device: None
LIO_Target_ConfigFS: delnpfromtpg done!
LIO_Target_ConfigFS: DEREGISTER -> iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 TPGT: 1 PORTAL: 192.168.1.171:3260
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932] - Removed Network Portal: 192.168.1.171:3260,1 on TCP on network device: None
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932]_TPG[1] - Decremented np_exports to 0
core_del_np_thread: send SIGKILL to np_thread.
CORE[0] - Removed Network Portal: 192.168.1.171:3260 on TCP on network device: None
LIO_Target_ConfigFS: delnpfromtpg done!
LIO_Target_ConfigFS: DEREGISTER -> iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 TPGT: 1 PORTAL: 127.0.0.1:3260
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932] - Removed Network Portal: 127.0.0.1:3260,1 on TCP on network device: None
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932]_TPG[1] - Decremented np_exports to 0
core_del_np_thread: send SIGKILL to np_thread.
CORE[0] - Removed Network Portal: 127.0.0.1:3260 on TCP on network device: None
LIO_Target_ConfigFS: delnpfromtpg done!
se_dev_ci: stor_lun0, lun_ci: lun_0
iSCSI_TPG[1]_LUN[0] - Deactivated iSCSI Logical Unit from device object
LIO_Target_ConfigFS: Removed Port Symlink stor_lun0 -> lun_0
LIO_Target_ConfigFS: DEREGISTER -> iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 TPGT: 1 LUN: 0
LIO_Target_ConfigFS: DEREGISTER -> tpgt_1
lio_target_tiqn_deltpg(): Using TPGT: 1
lio_target_tiqn_deltpg() got container_of: TPGT: 1
LIO_Target_ConfigFS: DEREGISTER -> calling config_item_put()
LIO_Target_ConfigFS: DEREGISTER -> Releasing TPG
TARGET_CORE[Normal]: Deallocating iSCSI se_portal_group_t for endpoint: iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 Portal Tag 1
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932]_TPG[1] - Deleted iSCSI Target Portal Group
LIO_Target_ConfigFS: DEREGISTER -> iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932
LIO_Target_ConfigFS: DEREGISTER -> calling config_item_put()
LIO_Target_ConfigFS: DEREGISTER -> Releasing core_del_tiqn()
CORE[0] - Deleted iSCSI Target IQN: iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932
Target_Core_ConfigFS: DEREGISTER -> Looking up iscsi in tf list
Target_Core_ConfigFS: DEREGISTER -> located fabric: iscsi
Target_Core_ConfigFS: DEREGISTER -> Releasing tf->tf_fabric for iscsi
Target_Core_ConfigFS: DEREGISTER -> Releasing ci iscsi
iscsi target log cleanup successfully.
iscsi_deallocate_thread_sets: send SIGKILL to rx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to tx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to rx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to tx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to rx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to tx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to rx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to tx_thread.
iscsi_deallocate_thread_sets:237: ***OPS*** Stopped 4 thread set(s) (8 total threads).
TARGET_CORE[Discovery]: Deallocating iSCSI se_portal_group_t for endpoint: (null) Portal Tag 1
<<<<<<<<<<<<<<<<<<<<<< BEGIN FABRIC API >>>>>>>>>>>>>>>>>>>>>>
Target_Core_ConfigFS: DEREGISTER -> Releasing tf: iscsi
<<<<<<<<<<<<<<<<<<<<<< END FABRIC API >>>>>>>>>>>>>>>>>>>>>>
LIO_TARGET[0] - Cleared lio_target_fabric_configfs
Unloading Complete.
Target_Core_ConfigFS: Calling se_free_virtual_device() for se_dev_ptr: cfb59600
CORE_FILE[0] - Deactivating Device with TCQ: 32 at FILEIO Device ID: 1
Target_Core_ConfigFS: Deallocating se_subsystem_dev_t: cdd49000
Target_Core_ConfigFS: Calling se_free_virtual_device() for se_dev_ptr: cfafe200
CORE_FILE[0] - Deactivating Device with TCQ: 32 at FILEIO Device ID: 0
Target_Core_ConfigFS: Deallocating se_subsystem_dev_t: c0a3c000
CORE_HBA[0] - Detached FILEIO HBA: 0 from Generic Target Core
CORE_HBA[0] - Detached HBA from Generic Target Core
TARGET_CORE[0]: Released ConfigFS Fabric Infrastructure
CORE_STGT[0]: Bus release complete
ap:TS-410.SMNAS01
Incremented number of active iSCSI sessions to 1 on iSCSI Target Portal Group: 1
Warning: receive 0 bytes in iscsi_target_rx_thread.
scsi10 : iSCSI Initiator over TCP/IP
Received iSCSI login request from 127.0.0.1 on TCP Network Portal 127.0.0.1:3260
Located Storage Object: iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932
Located Portal Group Object: 1
iscsi_target_locate_portal:838: ***ERROR*** iSCSI Initiator Node: iqn.2004-04.com.qnap:TS-410.SMNAS01 is not authorized to access iSCSI target portal group: 1.
iscsi_target_init_negotiation:900: ***ERROR*** iSCSI Login negotiation failed.
iscsi_target_login_thread:1279: ***ERROR*** iSCSI Login negotiation failed.
Received iSCSI login request from 127.0.0.1 on TCP Network Portal 127.0.0.1:3260
iscsi_thread_set_force_reinstatement:540: ***ERROR*** iscsi_thread_set_force_reinstatement: Sending SIGABRT to TX_THREAD for thread id: 1
iscsi_thread_set_force_reinstatement:548: ***ERROR*** iscsi_thread_set_force_reinstatement: Sending SIGABRT to RX_THREAD for thread id: 1
Closing iSCSI connection CID 0 on SID: 5
Decremented iSCSI connection count to 0 from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
TARGET_CORE[iSCSI]: Deregistered fabric_sess
Released iSCSI session from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
Decremented number of active iSCSI Sessions on iSCSI TPG: 1 to 0
------------------------------------------------------------------
HeaderDigest: None
DataDigest: None
MaxRecvDataSegmentLength: 32768
IFMarker: No
OFMarker: No
------------------------------------------------------------------
------------------------------------------------------------------
InitiatorName: iqn.2004-04.com.qnap:TS-410.SMNAS01
TargetAlias: QNAP Target
InitiatorAlias: SMNAS01
TargetPortalGroupTag: 1
DefaultTime2Wait: 2
DefaultTime2Retain: 0
ErrorRecoveryLevel: 0
SessionType: Discovery
------------------------------------------------------------------
TARGET_CORE[iSCSI]: Registered fabric_sess_ptr: cd80ce00
iSCSI Login successful on CID: 0 from 127.0.0.1 to 127.0.0.1:3260,1
Incremented iSCSI Connection count to 1 from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
Established iSCSI session from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
Incremented number of active iSCSI sessions to 1 on iSCSI Target Portal Group: 1
Warning: receive 0 bytes in iscsi_target_rx_thread.
scsi11 : iSCSI Initiator over TCP/IP
Received iSCSI login request from 127.0.0.1 on TCP Network Portal 127.0.0.1:3260
Located Storage Object: iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932
Located Portal Group Object: 1
iscsi_target_locate_portal:838: ***ERROR*** iSCSI Initiator Node: iqn.2004-04.com.qnap:TS-410.SMNAS01 is not authorized to access iSCSI target portal group: 1.
iscsi_target_init_negotiation:900: ***ERROR*** iSCSI Login negotiation failed.
iscsi_target_login_thread:1279: ***ERROR*** iSCSI Login negotiation failed.
Closing iSCSI connection CID 0 on SID: 6
iscsi_release_thread_set: send SIGABRT to tx_thread.
Decremented iSCSI connection count to 0 from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
TARGET_CORE[iSCSI]: Deregistered fabric_sess
Released iSCSI session from node: iqn.2004-04.com.qnap:TS-410.SMNAS01
Decremented number of active iSCSI Sessions on iSCSI TPG: 1 to 0
LIO_Target_ConfigFS: DEREGISTER -> iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 TPGT: 1 PORTAL: 192.168.1.170:3260
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932] - Removed Network Portal: 192.168.1.170:3260,1 on TCP on network device: None
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932]_TPG[1] - Decremented np_exports to 0
core_del_np_thread: send SIGKILL to np_thread.
CORE[0] - Removed Network Portal: 192.168.1.170:3260 on TCP on network device: None
LIO_Target_ConfigFS: delnpfromtpg done!
LIO_Target_ConfigFS: DEREGISTER -> iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 TPGT: 1 PORTAL: 192.168.1.171:3260
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932] - Removed Network Portal: 192.168.1.171:3260,1 on TCP on network device: None
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932]_TPG[1] - Decremented np_exports to 0
core_del_np_thread: send SIGKILL to np_thread.
CORE[0] - Removed Network Portal: 192.168.1.171:3260 on TCP on network device: None
LIO_Target_ConfigFS: delnpfromtpg done!
LIO_Target_ConfigFS: DEREGISTER -> iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 TPGT: 1 PORTAL: 127.0.0.1:3260
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932] - Removed Network Portal: 127.0.0.1:3260,1 on TCP on network device: None
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932]_TPG[1] - Decremented np_exports to 0
core_del_np_thread: send SIGKILL to np_thread.
CORE[0] - Removed Network Portal: 127.0.0.1:3260 on TCP on network device: None
LIO_Target_ConfigFS: delnpfromtpg done!
se_dev_ci: stor_lun0, lun_ci: lun_0
iSCSI_TPG[1]_LUN[0] - Deactivated iSCSI Logical Unit from device object
LIO_Target_ConfigFS: Removed Port Symlink stor_lun0 -> lun_0
LIO_Target_ConfigFS: DEREGISTER -> iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 TPGT: 1 LUN: 0
LIO_Target_ConfigFS: DEREGISTER -> tpgt_1
lio_target_tiqn_deltpg(): Using TPGT: 1
lio_target_tiqn_deltpg() got container_of: TPGT: 1
LIO_Target_ConfigFS: DEREGISTER -> calling config_item_put()
LIO_Target_ConfigFS: DEREGISTER -> Releasing TPG
TARGET_CORE[Normal]: Deallocating iSCSI se_portal_group_t for endpoint: iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932 Portal Tag 1
CORE[iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932]_TPG[1] - Deleted iSCSI Target Portal Group
LIO_Target_ConfigFS: DEREGISTER -> iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932
LIO_Target_ConfigFS: DEREGISTER -> calling config_item_put()
LIO_Target_ConfigFS: DEREGISTER -> Releasing core_del_tiqn()
CORE[0] - Deleted iSCSI Target IQN: iqn.2004-04.com.qnap:ts-419p:iscsi.esxiiscsi.c4c932
Target_Core_ConfigFS: DEREGISTER -> Looking up iscsi in tf list
Target_Core_ConfigFS: DEREGISTER -> located fabric: iscsi
Target_Core_ConfigFS: DEREGISTER -> Releasing tf->tf_fabric for iscsi
Target_Core_ConfigFS: DEREGISTER -> Releasing ci iscsi
iscsi target log cleanup successfully.
iscsi_deallocate_thread_sets: send SIGKILL to rx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to tx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to rx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to tx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to rx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to tx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to rx_thread.
iscsi_deallocate_thread_sets: send SIGKILL to tx_thread.
iscsi_deallocate_thread_sets:237: ***OPS*** Stopped 4 thread set(s) (8 total threads).
TARGET_CORE[Discovery]: Deallocating iSCSI se_portal_group_t for endpoint: (null) Portal Tag 1
<<<<<<<<<<<<<<<<<<<<<< BEGIN FABRIC API >>>>>>>>>>>>>>>>>>>>>>
Target_Core_ConfigFS: DEREGISTER -> Releasing tf: iscsi
<<<<<<<<<<<<<<<<<<<<<< END FABRIC API >>>>>>>>>>>>>>>>>>>>>>
LIO_TARGET[0] - Cleared lio_target_fabric_configfs
Unloading Complete.
Target_Core_ConfigFS: Calling se_free_virtual_device() for se_dev_ptr: cfb59600
CORE_FILE[0] - Deactivating Device with TCQ: 32 at FILEIO Device ID: 1
Target_Core_ConfigFS: Deallocating se_subsystem_dev_t: cdd49000
Target_Core_ConfigFS: Calling se_free_virtual_device() for se_dev_ptr: cfafe200
CORE_FILE[0] - Deactivating Device with TCQ: 32 at FILEIO Device ID: 0
Target_Core_ConfigFS: Deallocating se_subsystem_dev_t: c0a3c000
CORE_HBA[0] - Detached FILEIO HBA: 0 from Generic Target Core
CORE_HBA[0] - Detached HBA from Generic Target Core
TARGET_CORE[0]: Released ConfigFS Fabric Infrastructure
CORE_STGT[0]: Bus release complete
#10
-
- Membres
-
- 10 messages
Qnapeur fidèle
- Matériel: TS-410U
Posté 15 janvier 2011 - 19:10
Bonsoir à tous ...
Je voudrais vous remercié pour l'aide que j'ai pu avoir !
En effet j'ai pu remonter sur mon esx mon iscsi ... et j'ai tous récuperer ...
Merci encore .
Pour récuperer mon iscsi fonctionnel, j'ai remodifier mon iscsitrgt.conf avec le premier que j'avais copié apres la reinstallation, j'ai ensuite rdémarrer avec j'ai fait le vide dans mes luns.
J'ai rajouté deux lun sur le disque ou etait mon fichier à recuperer .
J'ai tester de bien les voir en montage virtuel
J'ai ensuite arreter mes services remodifier le chemin du deuxieme lun sur mon fichier cfg .
redemarrer .. et la miracle ca marche .
Donc je vous conseille vivement de sauvegarder vos fichier avant de vous amuser a modifier car il n'y as qu'avec l'original que j'ai pu le faire .
Merci encore a ce forum et ses membres...
cordialement
mandrake
Je voudrais vous remercié pour l'aide que j'ai pu avoir !
En effet j'ai pu remonter sur mon esx mon iscsi ... et j'ai tous récuperer ...
Merci encore .
Pour récuperer mon iscsi fonctionnel, j'ai remodifier mon iscsitrgt.conf avec le premier que j'avais copié apres la reinstallation, j'ai ensuite rdémarrer avec j'ai fait le vide dans mes luns.
J'ai rajouté deux lun sur le disque ou etait mon fichier à recuperer .
J'ai tester de bien les voir en montage virtuel
J'ai ensuite arreter mes services remodifier le chemin du deuxieme lun sur mon fichier cfg .
redemarrer .. et la miracle ca marche .
Donc je vous conseille vivement de sauvegarder vos fichier avant de vous amuser a modifier car il n'y as qu'avec l'original que j'ai pu le faire .
Merci encore a ce forum et ses membres...
cordialement
mandrake
#11
-
- Membres
-
- 1 messages
Jeune Qnapeur
- Matériel: TS-859 Pro, TS-439 Pro
Posté 09 février 2012 - 15:21
Bonjour,
Je galère depuis fin décembre avec le support qnap pour remonter mes target que j'ai perdues après l'upgrade du firmware.à
J'ai recrée sur chaqun de mes 4 disques une LUN de la taille des disque mais je n'arrive pas initialiser les nouvelles LUN nouvellements crée.
les fichiers raw sont bien présents sur les 4 disques :
[/] # find / -name iSCSI*
/share/HDD_DATA/.@iscsi.img/iSCSI-Drive4-4e9b2eea.000
/share/HDD_DATA/.@iscsi.img/iSCSI-Drive4-4e9b2eea.001
/share/HDA_DATA/.@iscsi.img/iSCSI-Disk1-4eecc404.000
/share/HDC_DATA/.@iscsi.img/iSCSI-Drive3-4e9b2ebf.001
/share/HDC_DATA/.@iscsi.img/iSCSI-Drive3-4e9b2ebf.000
/share/HDB_DATA/.@iscsi.img/iSCSI-Drive2-4e9b2e9b.000
/share/HDB_DATA/.@iscsi.img/iSCSI-Drive2-4e9b2e9b.001
[iSCSIPortal]
bServiceEnable = TRUE
servicePort = 3260
initiatorBitmap00 = 00000001
targetIQNPrefix = iqn.2004-04.com.qnap:ts-439proiiplus:iscsi.
bISNSEnable = TRUE
ISNSIP = nas1
targetBitmap00 = 00000001
LUNBitmap00 = 0000000f
[init0Info]
initiatorIndex = 0
initiatorIQN = iqn.2004-04.com.qnap:all:iscsi.default.ffffff
initiatorAlias = Default Policy
initiatorTargetBitmap00 = 00000001
initiatorLUNBitmap00 = 0000000f
[InitiatorKey]
iqn.2004-04.com.qnap:all:iscsi.default.ffffff = 0
[TargetKey]
target_iqn.2004-04.com.qnap:ts-439proiiplus:iscsi.nas1.c60b3e = 0
[LUNKey]
LUN_Drive2 = 1
LUN_Drive3 = 2
LUN_Drive4 = 3
LUN_Disk1 = 0
[LUN1Info]
LUNIndex = 1
LUNName = Drive2
LUNPath = /share/HDB_DATA
LUNMetaPath = /share/HDB_DATA/.@iscsi.img/iSCSI-Drive2-4e9b2e9b:000
LUNCapacity = 1872343
LUNFileCount = 2
LUNThinAllocate = FALSE
LUNStatus = 2
LUNBackupStatus = 0
LUNBackupPid = -1
LUNBackupJob = -1
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 4
LUNEnable = TRUE
FBNumber = 1
LUNSerialNum = 4f4dd9c0-efa0-4c25-883a-629c4a177c6c
[LUN1Init0Info]
LUNIndex = 1
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
[LUN2Info]
LUNIndex = 2
LUNName = Drive3
LUNPath = /share/HDC_DATA
LUNMetaPath = /share/HDC_DATA/.@iscsi.img/iSCSI-Drive3-4e9b2ebf:000
LUNCapacity = 1403791
LUNFileCount = 2
LUNThinAllocate = FALSE
LUNStatus = 2
LUNBackupStatus = 0
LUNBackupPid = -1
LUNBackupJob = -1
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 5
LUNEnable = TRUE
FBNumber = 2
LUNSerialNum = bba30d5f-cda6-400f-8061-663e0c3166d7
[LUN2Init0Info]
LUNIndex = 2
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
[LUN3Info]
LUNIndex = 3
LUNName = Drive4
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-Drive4-4e9b2eea:000
LUNCapacity = 1403832
LUNFileCount = 2
LUNThinAllocate = FALSE
LUNStatus = 2
LUNBackupStatus = 0
LUNBackupPid = -1
LUNBackupJob = -1
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 6
LUNEnable = TRUE
FBNumber = 3
LUNSerialNum = 34bfbbba-2b5e-468e-8a27-374a104e0295
[LUN3Init0Info]
LUNIndex = 3
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
[target0Info]
targetIndex = 0
targetName = nas1
targetIQN = iqn.2004-04.com.qnap:ts-439proiiplus:iscsi.nas1.c60b3e
targetAlias = nas1
bTargetDataDigest = TRUE
bTargetHeaderDigest = TRUE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000078
targetLUNBitmap00 = 0000000f
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = TRUE
bMutualCHAPEnable = FALSE
CHAPUserName = admin
CHAPPasswd = Starwar_1111
mutualCHAPUserName =
mutualCHAPPasswd =
[LUN0Info]
LUNIndex = 0
LUNName = Disk1
LUNPath = /share/HDA_DATA
LUNMetaPath = /share/HDA_DATA/.@iscsi.img/iSCSI-Disk1-4eecc404:001
LUNCapacity = 1871831
LUNFileCount = 2
LUNThinAllocate = FALSE
LUNStatus = 2
LUNBackupStatus = 0
LUNBackupPid = -1
LUNBackupJob = -1
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 3
LUNEnable = TRUE
FBNumber = 0
LUNSerialNum = 1a8f8e9d-c76e-4870-aaf3-9bc6b9559319
[LUN0Init0Info]
LUNIndex = 0
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
Pour faire un test j'ai supprime le fichier RAW du disk1 et la en le recréant pas de soucis
/share/HDA_DATA/.@iscsi.img/iSCSI-Disk1-4eecc404.000
que dois je faire pour retrouver mes LUN originale ?
Merci d'avance pour votre aide
Je galère depuis fin décembre avec le support qnap pour remonter mes target que j'ai perdues après l'upgrade du firmware.à
J'ai recrée sur chaqun de mes 4 disques une LUN de la taille des disque mais je n'arrive pas initialiser les nouvelles LUN nouvellements crée.
les fichiers raw sont bien présents sur les 4 disques :
[/] # find / -name iSCSI*
/share/HDD_DATA/.@iscsi.img/iSCSI-Drive4-4e9b2eea.000
/share/HDD_DATA/.@iscsi.img/iSCSI-Drive4-4e9b2eea.001
/share/HDA_DATA/.@iscsi.img/iSCSI-Disk1-4eecc404.000
/share/HDC_DATA/.@iscsi.img/iSCSI-Drive3-4e9b2ebf.001
/share/HDC_DATA/.@iscsi.img/iSCSI-Drive3-4e9b2ebf.000
/share/HDB_DATA/.@iscsi.img/iSCSI-Drive2-4e9b2e9b.000
/share/HDB_DATA/.@iscsi.img/iSCSI-Drive2-4e9b2e9b.001
[iSCSIPortal]
bServiceEnable = TRUE
servicePort = 3260
initiatorBitmap00 = 00000001
targetIQNPrefix = iqn.2004-04.com.qnap:ts-439proiiplus:iscsi.
bISNSEnable = TRUE
ISNSIP = nas1
targetBitmap00 = 00000001
LUNBitmap00 = 0000000f
[init0Info]
initiatorIndex = 0
initiatorIQN = iqn.2004-04.com.qnap:all:iscsi.default.ffffff
initiatorAlias = Default Policy
initiatorTargetBitmap00 = 00000001
initiatorLUNBitmap00 = 0000000f
[InitiatorKey]
iqn.2004-04.com.qnap:all:iscsi.default.ffffff = 0
[TargetKey]
target_iqn.2004-04.com.qnap:ts-439proiiplus:iscsi.nas1.c60b3e = 0
[LUNKey]
LUN_Drive2 = 1
LUN_Drive3 = 2
LUN_Drive4 = 3
LUN_Disk1 = 0
[LUN1Info]
LUNIndex = 1
LUNName = Drive2
LUNPath = /share/HDB_DATA
LUNMetaPath = /share/HDB_DATA/.@iscsi.img/iSCSI-Drive2-4e9b2e9b:000
LUNCapacity = 1872343
LUNFileCount = 2
LUNThinAllocate = FALSE
LUNStatus = 2
LUNBackupStatus = 0
LUNBackupPid = -1
LUNBackupJob = -1
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 4
LUNEnable = TRUE
FBNumber = 1
LUNSerialNum = 4f4dd9c0-efa0-4c25-883a-629c4a177c6c
[LUN1Init0Info]
LUNIndex = 1
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
[LUN2Info]
LUNIndex = 2
LUNName = Drive3
LUNPath = /share/HDC_DATA
LUNMetaPath = /share/HDC_DATA/.@iscsi.img/iSCSI-Drive3-4e9b2ebf:000
LUNCapacity = 1403791
LUNFileCount = 2
LUNThinAllocate = FALSE
LUNStatus = 2
LUNBackupStatus = 0
LUNBackupPid = -1
LUNBackupJob = -1
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 5
LUNEnable = TRUE
FBNumber = 2
LUNSerialNum = bba30d5f-cda6-400f-8061-663e0c3166d7
[LUN2Init0Info]
LUNIndex = 2
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
[LUN3Info]
LUNIndex = 3
LUNName = Drive4
LUNPath = /share/HDD_DATA
LUNMetaPath = /share/HDD_DATA/.@iscsi.img/iSCSI-Drive4-4e9b2eea:000
LUNCapacity = 1403832
LUNFileCount = 2
LUNThinAllocate = FALSE
LUNStatus = 2
LUNBackupStatus = 0
LUNBackupPid = -1
LUNBackupJob = -1
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 6
LUNEnable = TRUE
FBNumber = 3
LUNSerialNum = 34bfbbba-2b5e-468e-8a27-374a104e0295
[LUN3Init0Info]
LUNIndex = 3
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
[target0Info]
targetIndex = 0
targetName = nas1
targetIQN = iqn.2004-04.com.qnap:ts-439proiiplus:iscsi.nas1.c60b3e
targetAlias = nas1
bTargetDataDigest = TRUE
bTargetHeaderDigest = TRUE
targetStatus = 0
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000078
targetLUNBitmap00 = 0000000f
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = TRUE
bMutualCHAPEnable = FALSE
CHAPUserName = admin
CHAPPasswd = Starwar_1111
mutualCHAPUserName =
mutualCHAPPasswd =
[LUN0Info]
LUNIndex = 0
LUNName = Disk1
LUNPath = /share/HDA_DATA
LUNMetaPath = /share/HDA_DATA/.@iscsi.img/iSCSI-Disk1-4eecc404:001
LUNCapacity = 1871831
LUNFileCount = 2
LUNThinAllocate = FALSE
LUNStatus = 2
LUNBackupStatus = 0
LUNBackupPid = -1
LUNBackupJob = -1
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 3
LUNEnable = TRUE
FBNumber = 0
LUNSerialNum = 1a8f8e9d-c76e-4870-aaf3-9bc6b9559319
[LUN0Init0Info]
LUNIndex = 0
initiatorIndex = 0
initiatorLUNNumber = -1
accessMode = 1
Pour faire un test j'ai supprime le fichier RAW du disk1 et la en le recréant pas de soucis
/share/HDA_DATA/.@iscsi.img/iSCSI-Disk1-4eecc404.000
que dois je faire pour retrouver mes LUN originale ?
Merci d'avance pour votre aide
Fichier(s) joint(s)
-
Target.jpg (93,32 Ko)
Nombre de téléchargements : 3
#12
-
- Administrateurs
-
- 3 239 messages
Qnapeur officiel
- Matériel: TS-459 Pro, TS-219, TS-109 II
Posté 09 février 2012 - 18:09
Bonjour,
Il manque semble t-il des morceaux dans le fichier iscsi_trgt.conf
comme :
???
regardez si ce message vous inspire .. : http://forum.qnapclu...-lire-la-cible/
Pouvez-vous nous mettre ici (utilisez CODE pour l'avoir dans un cadre avec ascenseurs ...) le résultat de dmesg (message système) la partie sur les LUN et ISCSI
Ne laissez pas trainer vos mots de passe CHAP ... vu l'état il n'y a pas de risque ... mais si vous ne les changez pas plus tard ....
Je préconise ... comme méthode (mais bon je ne suis pas l'expert ++) c'est de :
1 arrêtez iscsi_target : /etc/init.d/iscsitrgt.sh stop
2 recréer les cibles et lun avec les mêmes caractéristiques que précédemment
3 remplacer les fichier crées par ceux sauvegardés en changeant le nom et le serial (je crois)
4 enlevez le check CRC / Somme de contrôle (web admin)
5 relancez iscsi target
6 vos clients DOIVENT relancer la recherche des cibles ....
Le sérail n'a peut-être pas d'importance , désolé cela fait un moment que je n'ai plus "joué" avec ... TBC
Philippe.
Il manque semble t-il des morceaux dans le fichier iscsi_trgt.conf
comme :
targetInitBitmap00 = 00000001 targetLUNNumBitmap00 = 00000003 targetLUNBitmap00 = 00000003
???
regardez si ce message vous inspire .. : http://forum.qnapclu...-lire-la-cible/
Pouvez-vous nous mettre ici (utilisez CODE pour l'avoir dans un cadre avec ascenseurs ...) le résultat de dmesg (message système) la partie sur les LUN et ISCSI
Ne laissez pas trainer vos mots de passe CHAP ... vu l'état il n'y a pas de risque ... mais si vous ne les changez pas plus tard ....
Je préconise ... comme méthode (mais bon je ne suis pas l'expert ++) c'est de :
1 arrêtez iscsi_target : /etc/init.d/iscsitrgt.sh stop
2 recréer les cibles et lun avec les mêmes caractéristiques que précédemment
3 remplacer les fichier crées par ceux sauvegardés en changeant le nom et le serial (je crois)
4 enlevez le check CRC / Somme de contrôle (web admin)
5 relancez iscsi target
6 vos clients DOIVENT relancer la recherche des cibles ....
Le sérail n'a peut-être pas d'importance , désolé cela fait un moment que je n'ai plus "joué" avec ... TBC
Philippe.
QNAP TS-459, 3.6.0, Virtualbox, OpenVPN
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
QNAP TS-109, Debian Squeeze
QNAP TS-219P II, 3.6.1
La théorie, c’est quand on sait tout et que rien ne fonctionne. La pratique, c’est quand tout fonctionne et que personne ne sait pourquoi.
Le Raid N'EST PAS un backup (proverbe Qnapien)
1 utilisateur(s) li(sen)t ce sujet
0 membre(s), 1 invité(s), 0 utilisateur(s) anonyme(s)
