18 réponses à ce sujet

[kappuccino]

Bonjour,

Je suis un peu en panique...

J'avais 3 cibles iSCSI de configurée et fonctionnelle sur un TS-219-P. Ce matin impossible de remonter 1 cibles sur 3 depuis Mac OS X, le système me demande de formater le disque.

Existe t'il une méthode pour récupérer le contenu de la cible ? ou encore mieux de la réparer... le tout

bref, si quelqu'un à une idée je suis preneur !

merci par avance

[father_mande]

Bonjour,

kappuccino, le 30 juin 2010 - 15:21 , dit :

Bonjour,

Je suis un peu en panique...

J'avais 3 cibles iSCSI de configurée et fonctionnelle sur un TS-219-P. Ce matin impossible de remonter 1 cibles sur 3 depuis Mac OS X, le système me demande de formater le disque.

Existe t'il une méthode pour récupérer le contenu de la cible ? ou encore mieux de la réparer... le tout

bref, si quelqu'un à une idée je suis preneur !

merci par avance

Quel est le type de système de fichier que vous avez utilisé lors de l'initialisation de la cible ?
Vous pouvez vérifier l'intégrité des vos disques sur le Qnap, éventuellement si vous êtes en Raid1 essayer avec un des deux disques (original ou le miroir), il sera toujours possible de resynchroniser plus tard.

Avez-vous un message d'erreur coté Qnap ?
(soit via web admin / système / journaux
soit en mode console via la commande dmesg
exemple sur un de mes systèmes :

[~] # dmesg
............ extrait ....................
Loading iSCSI transport class v2.0-871.
iscsi: registered transport (tcp)
Received iSCSI login request from 192.168.0.10 on TCP Network Portal 192.168.0.77:3260
------------------------------------------------------------------
AuthMethod:           		None
HeaderDigest:         		None
DataDigest:           		None
MaxRecvDataSegmentLength: 	65536
------------------------------------------------------------------
------------------------------------------------------------------
InitiatorName:            	iqn.1991-05.com.microsoft:x-qpack2
TargetAlias:              	QNAP Target
TargetPortalGroupTag: 		1
DefaultTime2Wait:     		2
DefaultTime2Retain:   		20
SessionType:              	Discovery
------------------------------------------------------------------
TARGET_CORE[iSCSI]: Registered fabric_sess_ptr: da5788c0
iSCSI Login successful on CID: 1 from 192.168.0.10 to 192.168.0.77:3260,1
Incremented iSCSI Connection count to 1 from node: iqn.1991-05.com.microsoft:x-qpack2
Established iSCSI session from node: iqn.1991-05.com.microsoft:x-qpack2
Incremented number of active iSCSI sessions to 1 on iSCSI Target Portal Group: 1
Got Logout Request ITT: 0x00000002 CmdSN: 0x00000002 ExpStatSN: 0x00000004 Reason: 0x00 CID: 1 on CID: 1
Received logout request CLOSESESSION on CID: 1 for SID: 1.
iSCSI session logout successful, setting logout response to CONNORSESSCLOSEDSUCCESSFULLY.
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 1 on SID: 1
Decremented iSCSI connection count to 0 from node: iqn.1991-05.com.microsoft:x-qpack2
TARGET_CORE[iSCSI]: Deregistered fabric_sess
Released iSCSI session from node: iqn.1991-05.com.microsoft:x-qpack2
Decremented number of active iSCSI Sessions on iSCSI TPG: 1 to 0

ceci permettra de voir si l'initialisation c'est bien faite ....
si le "disque" virtuel est visible mais non lisible, essayer un check, fsck, etc. suivant le type de file système dessus.
en fonction du système de fichier, vous pouvez aussi essayer de "monter" la cible en loopback (utilisez virtual_disk le nom de votre cible et utilisez l'adresse 127.0.0.1 sur le qnap ...

Philippe.

[QNAPJauss]

Bonjour,


Quel version de firmware avez-vous et quelle est la taille du LUN ?

Serait-il possible de se connecter a distance ?
On utilise le plus souvent teamviewer : http://www.teamviewe...load/index.aspx

Cordialement,

Jauss

[cpglamb]

Bonjour,

j'ai un sujet un peu similaire.

Je suis également en panique. J'ai un 809-Pro avec 8 disques de 2 Tera en RAID5, build 3.3.0 Build 0629T, 4 disques iscusi avec la messagerie de l'entreprise. J'avais un disque defectueux, le disque 5, je l'ai remplacé par un nouveau, et au bout de quelques heures, a la fin du rebuild, le qnap a redemarré, m'indiquant un problème sur le disque 8, et se met en mode dégradé lecture seule.J'ai tenté de le rebooter, rien y fait, enlever et remettre le nouveau disque non plus.

J'ai tenté : http://docs.qnap.com...ormal_raid_.htm

Évidemment, ma sauvegarde de messagerie a échouée. Je suis pret a tout formater, mais j'aimerai recuperer le contenu des iscusi innaccessible par ftp.

Je suis en train de sauvegardé tout ce que je peux, mais mes windows 2008 ne peuvent monter les disques iscusi, comment sauvegarder le contenu de ces disques ? sur un autre.

Cordialement,

Fichier(s) joint(s)

•  Doc1.doc (69,5 Ko)
  Nombre de téléchargements : 3

[father_mande]

Bonjour,

cpglamb, le 04 septembre 2010 - 20:01 , dit :

Bonjour,

j'ai un sujet un peu similaire.

Je suis également en panique. J'ai un 809-Pro avec 8 disques de 2 Tera en RAID5, build 3.3.0 Build 0629T, 4 disques iscusi avec la messagerie de l'entreprise. J'avais un disque defectueux, le disque 5, je l'ai remplacé par un nouveau, et au bout de quelques heures, a la fin du rebuild, le qnap a redemarré, m'indiquant un problème sur le disque 8, et se met en mode dégradé lecture seule.J'ai tenté de le rebooter, rien y fait, enlever et remettre le nouveau disque non plus.

J'ai tenté : http://docs.qnap.com...ormal_raid_.htm

Évidemment, ma sauvegarde de messagerie a échouée. Je suis pret a tout formater, mais j'aimerai recuperer le contenu des iscusi innaccessible par ftp.

Je suis en train de sauvegardé tout ce que je peux, mais mes windows 2008 ne peuvent monter les disques iscusi, comment sauvegarder le contenu de ces disques ? sur un autre.

Cordialement,

1 ) appel au support urgent (1er mess. de la FAQ)
2 ) les cibles iscsi sont des containers, des fichiers (gros) sous /share/MD0_DATA/.@iscsi.img (remplacer MD0 par ce qui correspond a votre configuration)
fichiers de la forme :

[/share/MD0_DATA/.@iscsi.img] # ll
drwxrwxrwx	2 admin	administ 	4.0k Jan  1  2010 ./
drwxrwxrwx   19 admin	administ 	4.0k Aug 25 15:07 ../
-rw-------	1 admin	administ	64.0G Jul 25 15:17 iSCSI-exsi1-4b3b95cb.000
-rw-------	1 admin	administ	64.0G Jul 25 15:17 iSCSI-exsi2-4b3b95f2.000
-rw-------	1 admin	administ	25.0G Jan 27  2010 iSCSI-ntfs1-4b3ce189.000
-rw-------	1 admin	administ 	1.0M Jan  1  2010 virtual_lun0
[/share/MD0_DATA/.@iscsi.img] #

Ce sont les miens ... bien sur les vôtres auront d'autres tailles et noms ....
Pensez a conserver les définitions de vos disques iscsi ...
Une fois sauvegardé le container ... le file system (ou les) est "dedans" avec vos données. vous pouvez "monter" ces containers sur une machine (Linux Debian par ex.) supportant iscsi serveur, puis monter la partition interne (il faut juste connaitre le format et les caractéristiques de connexion (chap, etc.)) puis vous aurez accès aux données.
Si votre système fonctionne encore, essayer de créer des disques virtuels (cible iscsi) en loopback, ceci vous permettra de "monter" vos disques iscsi et de récupérer ce qu'il y a a l'intérieur.

Philippe.

[cpglamb]

Bonjour,

Merci pour votre retour. J'avais pas vu votre réponse. Ne connaissant pas trop le site, j'avais pas mis de suivi et je me suis cru seul. Je n'ai pas de linux, et je connais pas du tout ce systeme. J'ai prit un court accelerer pour travailler avec mon qnap sur le web. Qnap n'a pas répondu a mon mail. De mon coté, j'ai monté des disques USB, et copie en cp l'ensemble de mes LUN, conservé le fichier de config /etc/config/iscsi_trgt.conf.

J'ai rescanné les targets, et rien même punition.

J'ai sauvé tous les fichiers, du coup je me suis dit si je casse le RAID, et je le refais en remettant les fichiers a la meme place, ca le fera. J'ai refais le RAID5, recrer un petit disque ISCSI pour recreer l'arbo /share/MD0_DATA/.@iscsi.img, et recopié mes fichiers dedans. Apparemment le fichier de configuration n'a pas été effacé car je les voyais, même supprimé dans l'interface web, le fichier de config semble le même.

[/share/MD0_DATA/.@iscsi.img] # ls -l
-rw------- 1 admin administ161061273600 Sep 4 03:16 iSCSI-FIRST-4bc76723.000
-rw------- 1 admin administ107374182400 Sep 4 00:17 iSCSI-SQL-4bb64db3.000
-rw------- 1 admin administ107374182400 Sep 4 03:15 iSCSI-exch-4bb64de0.000
-rw------- 1 admin administ161061273600 Sep 4 03:16 iSCSI-second-4bb71959.000
-rw------- 1 admin administ 1048576 Jun 18 20:52 virtual_lun0

Je me pensais sauvé.

Maintenant j'ai:
[/share/MD0_DATA/.@iscsi.img] # ls -l
-rw------- 1 admin administ161061273600 Sep 11 01:01 iSCSI-FIRST-4bc76723.000
-rw------- 1 admin administ107374182400 Sep 11 01:54 iSCSI-SQL-4bb64db3.000
-rw------- 1 admin administ107374182400 Sep 11 02:29 iSCSI-exch-4bb64de0.000
-rw------- 1 admin administ161061273600 Sep 11 02:21 iSCSI-second-4bb71959.000
-rw------- 1 admin administ2147483648 Sep 11 08:05 iSCSI-test-4c8b1c38.000

Windows se connecte, mais je ne vois aucun périphérique, alors que test fonctionne.

Je me sens tout proche, mais je suis désarmé. Aucun message du coté log.

Christophe

Ps: cette fois, j'ai mis le suivi, je devrai recevoir un email pour les réponses.

Fichier(s) joint(s)

•  ScreenHunter_01 Sep. 11 09.04.jpg (30,88 Ko)
  Nombre de téléchargements : 13
•  ScreenHunter_02 Sep. 11 09.09.jpg (121,96 Ko)
  Nombre de téléchargements : 12

[father_mande]

Bonjour,

cpglamb, le 11 septembre 2010 - 08:01 , dit :

Bonjour,

Merci pour votre retour. J'avais pas vu votre réponse. Ne connaissant pas trop le site, j'avais pas mis de suivi et je me suis cru seul. Je n'ai pas de linux, et je connais pas du tout ce systeme. J'ai prit un court accelerer pour travailler avec mon qnap sur le web. Qnap n'a pas répondu a mon mail. De mon coté, j'ai monté des disques USB, et copie en cp l'ensemble de mes LUN, conservé le fichier de config /etc/config/iscsi_trgt.conf.

J'ai sauvé tous les fichiers, du coup je me suis dit si je casse le RAID, et je le refais en remettant les fichiers a la meme place, ca le fera. J'ai refais le RAID5, recrer un petit disque ISCSI pour recreer l'arbo /share/MD0_DATA/.@iscsi.img, et recopié mes fichiers dedans. Apparemment le fichier de configuration n'a pas été effacé car je les voyais, même supprimé dans l'interface web, le fichier de config semble le même.

[/share/MD0_DATA/.@iscsi.img] # ls -l
-rw------- 1 admin administ161061273600 Sep 4 03:16 iSCSI-FIRST-4bc76723.000
-rw------- 1 admin administ107374182400 Sep 4 00:17 iSCSI-SQL-4bb64db3.000
-rw------- 1 admin administ107374182400 Sep 4 03:15 iSCSI-exch-4bb64de0.000
-rw------- 1 admin administ161061273600 Sep 4 03:16 iSCSI-second-4bb71959.000
-rw------- 1 admin administ 1048576 Jun 18 20:52 virtual_lun0

Je me pensais sauvé.

Maintenant j'ai:
[/share/MD0_DATA/.@iscsi.img] # ls -l
-rw------- 1 admin administ161061273600 Sep 11 01:01 iSCSI-FIRST-4bc76723.000
-rw------- 1 admin administ107374182400 Sep 11 01:54 iSCSI-SQL-4bb64db3.000
-rw------- 1 admin administ107374182400 Sep 11 02:29 iSCSI-exch-4bb64de0.000
-rw------- 1 admin administ161061273600 Sep 11 02:21 iSCSI-second-4bb71959.000
-rw------- 1 admin administ2147483648 Sep 11 08:05 iSCSI-test-4c8b1c38.000

Windows se connecte, mais je ne vois aucun périphérique, alors que test fonctionne.

Je me sens tout proche, mais je suis désarmé. Aucun message du coté log.

Christophe

Ps: cette fois, j'ai mis le suivi, je devrai recevoir un email pour les réponses.

D'abord relancez le support, mettez a un P.M. (private message) à Mathieu de Qnap et en copie Cris notre administrateur.

Je pense qu'il faut au niveau du PC client rescanner les targets sur l'adresse I.P. . Je suis désolé mais il me faut au moins 3 jours, si je veux faire un test, j'ai les commandes et ce que je fais "au bout des doigts" et pas vraiment un manuel ...
Si d'ici lundi, le support n'a pas répondu, je referai la manip sur un de mes Qnap secondaire et vous ferrai un retour.

Avez-vous essayé sur le Qnap de regarder vos container en créant des virtual_host (équivalent du client Iscsi) avec 127.0.0.1 (localhost) comme adresse target., ceci permettra de "voir" le contenu et pourquoi pas de la sauvegarder.

Philippe.

[cpglamb]

Bonjour,

j'ai renvoyé a QNAP, je les ai inscrit sur MSN aussi. J'ai transmis a Mathieu et Cris.

J'ai tenté le rescan et rien, meme punition.

J'ai tenté le disque virtuel, mais il me demande une authentification. Il ne s'agit pas de mon compte admin apparemment. Il demande un mot de passe de 12 à 16 caractère.

Ou pourrait se trouver ce compte ? Je pense que tout ce qui est config est toujours sur le QNAP, j'ai juste détruit le RAID. Mon fichier iscsi est toujours dedans, J'avais également fait une sauvegarde de la configuration par l'interface.


[iSCSIPortal]
bServiceEnable = TRUE
servicePort = 3260
initiatorBitmap00 = 00000001
bISNSEnable = FALSE
ISNSIP =
targetIQNPrefix = iqn.2004-04.com.qnap:ts-809:iscsi.
targetBitmap00 = 0000000f
LUNBitmap00 = 0000000f
[init0Info]
initiatorIndex = 0
initiatorIQN = iqn.2004-04.com.qnap:all:iscsi.default.ffffff
initiatorAlias = Default Policy
initiatorTargetBitmap00 = 0000000f
initiatorLUNBitmap00 = 0000000f
initiatorLUNNumBitmap00 = 0000000f
[InitiatorKey]
iqn.2004-04.com.qnap:all:iscsi.default.ffffff = 0
[target0Info]
targetIndex = 0
targetName = sql
targetIQN = iqn.2004-04.com.qnap:ts-809:iscsi.sql.8d742f
targetAlias = sql
bTargetDataDigest = TRUE
bTargetHeaderDigest = TRUE
targetStatus = -1
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000001
targetLUNBitmap00 = 00000001
[TargetKey]
target_iqn.2004-04.com.qnap:ts-809:iscsi.sql.8d742f = 0
target_iqn.2004-04.com.qnap:ts-809:iscsi.exch.8d742f = 1
target_iqn.2004-04.com.qnap:ts-809:iscsi.second.8d742f = 2
target_iqn.2004-04.com.qnap:ts-809:iscsi.first.8d742f = 3
[target0Init0Info]
targetIndex = 0
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
CHAPUserName =
CHAPPasswd =
mutualCHAPUserName =
mutualCHAPPasswd =
[LUN0Info]
LUNIndex = 0
LUNName = SQL
LUNPath = /share/MD0_DATA
LUNMetaPath = /share/MD0_DATA/.@iscsi.img/iSCSI-SQL-4bb64db3:001
LUNCapacity = 102400
LUNFileCount = 1
LUNThinAllocate = FALSE
LUNStatus = 2
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 0
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = db701a5b-f49e-4319-8c2a-c382f9b45855
[LUNKey]
LUN_SQL = 0
LUN_exch = 1
LUN_second = 2
LUN_FIRST = 3
[LUN0Init0Info]
LUNIndex = 0
initiatorIndex = 0
initiatorLUNNumber = 0
accessMode = 1
[target1Info]
targetIndex = 1
targetName = exch
targetIQN = iqn.2004-04.com.qnap:ts-809:iscsi.exch.8d742f
targetAlias = exch
bTargetDataDigest = TRUE
bTargetHeaderDigest = TRUE
targetStatus = -1
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000001
targetLUNBitmap00 = 00000002
[target1Init0Info]
targetIndex = 1
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
CHAPUserName =
CHAPPasswd =
mutualCHAPUserName =
mutualCHAPPasswd =
[LUN1Info]
LUNIndex = 1
LUNName = exch
LUNPath = /share/MD0_DATA
LUNMetaPath = /share/MD0_DATA/.@iscsi.img/iSCSI-exch-4bb64de0:001
LUNCapacity = 102400
LUNFileCount = 1
LUNThinAllocate = FALSE
LUNStatus = 2
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 1
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = d21f412a-6c38-4249-8143-82d9777d79eb
[LUN1Init0Info]
LUNIndex = 1
initiatorIndex = 0
initiatorLUNNumber = 1
accessMode = 1
[target2Info]
targetIndex = 2
targetName = second
targetIQN = iqn.2004-04.com.qnap:ts-809:iscsi.second.8d742f
targetAlias = second
bTargetDataDigest = TRUE
bTargetHeaderDigest = TRUE
targetStatus = -1
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000001
targetLUNBitmap00 = 00000004
[target2Init0Info]
targetIndex = 2
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
CHAPUserName =
CHAPPasswd =
mutualCHAPUserName =
mutualCHAPPasswd =
[LUN2Info]
LUNIndex = 2
LUNName = second
LUNPath = /share/MD0_DATA
LUNMetaPath = /share/MD0_DATA/.@iscsi.img/iSCSI-second-4bb71959:001
LUNCapacity = 153600
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 2
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = d53ddce6-15c3-4a68-9eb9-d7df1daff925
[LUN2Init0Info]
LUNIndex = 2
initiatorIndex = 0
initiatorLUNNumber = 2
accessMode = 1
[target3Info]
targetIndex = 3
targetName = first
targetIQN = iqn.2004-04.com.qnap:ts-809:iscsi.first.8d742f
targetAlias = FIRST
bTargetDataDigest = FALSE
bTargetHeaderDigest = FALSE
targetStatus = -1
targetInitBitmap00 = 00000001
targetLUNNumBitmap00 = 00000001
targetLUNBitmap00 = 00000008
[target3Init0Info]
targetIndex = 3
initiatorIndex = 0
bCHAPEnable = FALSE
bMutualCHAPEnable = FALSE
CHAPUserName =
CHAPPasswd =
mutualCHAPUserName =
mutualCHAPPasswd =
[LUN3Info]
LUNIndex = 3
LUNName = FIRST
LUNPath = /share/MD0_DATA
LUNMetaPath = /share/MD0_DATA/.@iscsi.img/iSCSI-FIRST-4bc76723:001
LUNCapacity = 153600
LUNFileCount = 1
LUNThinAllocate = TRUE
LUNStatus = 2
LUNInitBitmap00 = 00000001
LUNAttachedTarget = 3
LUNNumber = 0
LUNEnable = TRUE
LUNSerialNum = 2bafead5-561e-4b8e-88e4-19caf5f8327d
[LUN3Init0Info]
LUNIndex = 3
initiatorIndex = 0
initiatorLUNNumber = 3
accessMode = 1

[father_mande]

Bonjour,

cpglamb, le 11 septembre 2010 - 10:29 , dit :

Bonjour,

j'ai renvoyé a QNAP, je les ai inscrit sur MSN aussi. J'ai transmis a Mathieu et Cris.

J'ai tenté le rescan et rien, meme punition.

J'ai tenté le disque virtuel, mais il me demande une authentification. Il ne s'agit pas de mon compte admin apparemment. Il demande un mot de passe de 12 à 16 caractère.

Ou pourrait se trouver ce compte ? Je pense que tout ce qui est config est toujours sur le QNAP, j'ai juste détruit le RAID. Mon fichier iscsi est toujours dedans, J'avais également fait une sauvegarde de la configuration par l'interface.

C'est bizarre, vous n'avez pas de CHAP ... donc pas d'identification ???
Je fais un test ... dès que je peux. Il faut aussi que je retrouve mes tests (Forum Taïwan) car avant que les virtual_host soient disponible, j'ai travaillé au portage de open-iscsi et donc fait plein de "bêtises" ou d'essais au choix.

Pouvez-vous me donner la sortie de la commande dmesg (dans une console ssh ou telnet) ?
pouvez-vous créer une nouvelle cible à minima et me dire si le nom de target se termine bien comme les vôtres par "8d742f" ? puis essayez de l'atteindre en loppback pour vérifier que toute la chaine fonctionne.

Philippe.

[cpglamb]

ts-809:iscsi.sql.8d742f
Located Portal Group Object: 1
iSCSI_TPG[1] - Added DYNAMIC ACL with TCQ Depth: 16 for iSCSI Initiator Node: iqn.2004-04.com.qnap:TS-809.BIBLIO
CHAP user or password not set for Initiator ACL
iscsi_target_do_authentication:438: ***ERROR*** Security negotiation failed.
iscsi_target_login_thread:1279: ***ERROR*** iSCSI Login negotiation failed.
Received iSCSI login request from 192.168.1.101 on TCP Network Portal 192.168.1.101:3260
------------------------------------------------------------------
HeaderDigest: None
DataDigest: None
MaxRecvDataSegmentLength: 32768
IFMarker: No
OFMarker: No
------------------------------------------------------------------
------------------------------------------------------------------
InitiatorName: iqn.2004-04.com.qnap:TS-809.BIBLIO
TargetAlias: QNAP Target
InitiatorAlias: BIBLIO
TargetPortalGroupTag: 1
DefaultTime2Wait: 2
DefaultTime2Retain: 0
ErrorRecoveryLevel: 0
SessionType: Discovery
------------------------------------------------------------------
TARGET_CORE[iSCSI]: Registered fabric_sess_ptr: f6eaf400
iSCSI Login successful on CID: 0 from 192.168.1.101 to 192.168.1.101:3260,1
Incremented iSCSI Connection count to 1 from node: iqn.2004-04.com.qnap:TS-809.BIBLIO
Established iSCSI session from node: iqn.2004-04.com.qnap:TS-809.BIBLIO
Incremented number of active iSCSI sessions to 1 on iSCSI Target Portal Group: 1
Warning: receive 0 bytes in iscsi_target_rx_thread.
scsi20 : iSCSI Initiator over TCP/IP
Received iSCSI login request from 192.168.1.101 on TCP Network Portal 192.168.1.101:3260
Located Storage Object: iqn.2004-04.com.qnap:ts-809:iscsi.sql.8d742f
Located Portal Group Object: 1
iSCSI_TPG[1] - Added DYNAMIC ACL with TCQ Depth: 16 for iSCSI Initiator Node: iqn.2004-04.com.qnap:TS-809.BIBLIO
CHAP user or password not set for Initiator ACL
iscsi_target_do_authentication:438: ***ERROR*** Security negotiation failed.
iscsi_target_login_thread:1279: ***ERROR*** iSCSI Login negotiation failed.
Closing iSCSI connection CID 0 on SID: 9
iscsi_release_thread_set: send SIGABRT to tx_thread.
Decremented iSCSI connection count to 0 from node: iqn.2004-04.com.qnap:TS-809.BIBLIO
TARGET_CORE[iSCSI]: Deregistered fabric_sess
Released iSCSI session from node: iqn.2004-04.com.qnap:TS-809.BIBLIO
Decremented number of active iSCSI Sessions on iSCSI TPG: 1 to 0
Received iSCSI login request from 127.0.0.1 on TCP Network Portal 127.0.0.1:3260
------------------------------------------------------------------
HeaderDigest: None
DataDigest: None
MaxRecvDataSegmentLength: 32768
IFMarker: No
OFMarker: No
------------------------------------------------------------------
------------------------------------------------------------------
InitiatorName: iqn.2004-04.com.qnap:TS-809.BIBLIO
TargetAlias: QNAP Target
InitiatorAlias: BIBLIO
TargetPortalGroupTag: 1
DefaultTime2Wait: 2
DefaultTime2Retain: 0
ErrorRecoveryLevel: 0
SessionType: Discovery
------------------------------------------------------------------
TARGET_CORE[iSCSI]: Registered fabric_sess_ptr: f712a8c0
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-809.BIBLIO
Established iSCSI session from node: iqn.2004-04.com.qnap:TS-809.BIBLIO
Incremented number of active iSCSI sessions to 1 on iSCSI Target Portal Group: 1
Warning: receive 0 bytes in iscsi_target_rx_thread.
scsi21 : 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-809:iscsi.sql.8d742f
Located Portal Group Object: 1
iSCSI_TPG[1] - Added DYNAMIC ACL with TCQ Depth: 16 for iSCSI Initiator Node: iqn.2004-04.com.qnap:TS-809.BIBLIO
iscsi_check_acceptor_state:1349: ***ERROR*** Proposer's value list "None" contains no valid values from Acceptor's value list "CRC32C".
iscsi_target_login_thread:1279: ***ERROR*** iSCSI Login negotiation failed.
Closing iSCSI connection CID 0 on SID: 10
iscsi_release_thread_set: send SIGABRT to tx_thread.
Decremented iSCSI connection count to 0 from node: iqn.2004-04.com.qnap:TS-809.BIBLIO
TARGET_CORE[iSCSI]: Deregistered fabric_sess
Released iSCSI session from node: iqn.2004-04.com.qnap:TS-809.BIBLIO
Decremented number of active iSCSI Sessions on iSCSI TPG: 1 to 0
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-809:iscsi.sql.8d742f
Located Portal Group Object: 1
iSCSI_TPG[1] - Added DYNAMIC ACL with TCQ Depth: 16 for iSCSI Initiator Node: iqn.2004-04.com.qnap:TS-809.BIBLIO
iscsi_check_acceptor_state:1349: ***ERROR*** Proposer's value list "None" contains no valid values from Acceptor's value list "CRC32C".
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
Located Storage Object: iqn.2004-04.com.qnap:ts-809:iscsi.sql.8d742f
Located Portal Group Object: 1
iSCSI_TPG[1] - Added DYNAMIC ACL with TCQ Depth: 16 for iSCSI Initiator Node: iqn.2004-04.com.qnap:TS-809.BIBLIO
iscsi_check_acceptor_state:1349: ***ERROR*** Proposer's value list "None" contains no valid values from Acceptor's value list "CRC32C".
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
Located Storage Object: iqn.2004-04.com.qnap:ts-809:iscsi.sql.8d742f
Located Portal Group Object: 1
iSCSI_TPG[1] - Added DYNAMIC ACL with TCQ Depth: 16 for iSCSI Initiator Node: iqn.2004-04.com.qnap:TS-809.BIBLIO
iscsi_check_acceptor_state:1349: ***ERROR*** Proposer's value list "None" contains no valid values from Acceptor's value list "CRC32C".
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
------------------------------------------------------------------
HeaderDigest: None
DataDigest: None
MaxRecvDataSegmentLength: 32768
IFMarker: No
OFMarker: No
------------------------------------------------------------------
------------------------------------------------------------------
InitiatorName: iqn.2004-04.com.qnap:TS-809.BIBLIO
TargetAlias: QNAP Target
InitiatorAlias: BIBLIO
TargetPortalGroupTag: 1
DefaultTime2Wait: 2
DefaultTime2Retain: 0
ErrorRecoveryLevel: 0
SessionType: Discovery
------------------------------------------------------------------
TARGET_CORE[iSCSI]: Registered fabric_sess_ptr: c09b1040
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-809.BIBLIO
Established iSCSI session from node: iqn.2004-04.com.qnap:TS-809.BIBLIO
Incremented number of active iSCSI sessions to 1 on iSCSI Target Portal Group: 1
Warning: receive 0 bytes in iscsi_target_rx_thread.
Closing iSCSI connection CID 0 on SID: 11
iscsi_release_thread_set: send SIGABRT to tx_thread.
Decremented iSCSI connection count to 0 from node: iqn.2004-04.com.qnap:TS-809.BIBLIO
TARGET_CORE[iSCSI]: Deregistered fabric_sess
Released iSCSI session from node: iqn.2004-04.com.qnap:TS-809.BIBLIO
Decremented number of active iSCSI Sessions on iSCSI TPG: 1 to 0

------------------------------------------------------------------

On dirait que j'ai un problème d'authentification également avec le iscsi. Avec Test, j'arrive sans problème a mappé le disque virtuel.

Oui cela se termine pareil:

exch (iqn.2004-04.com.qnap:ts-809:iscsi.exch.8d742f) Ready
DeactivateModifyDelete
id:0 - exch ( 100.00 GB) Enabled
DisableModifyUn-map
FIRST (iqn.2004-04.com.qnap:ts-809:iscsi.first.8d742f) Connected
DeactivateView Connections
id:0 - FIRST ( 150.00 GB) Enabled
DisableModifyUn-map
second (iqn.2004-04.com.qnap:ts-809:iscsi.second.8d742f) Connected
DeactivateView Connections
id:0 - second ( 150.00 GB) Enabled
DisableModifyUn-map
SQL (iqn.2004-04.com.qnap:ts-809:iscsi.sql.8d742f) Ready
DeactivateModifyDelete
id:0 - SQL ( 100.00 GB) Enabled
DisableModifyUn-map
test (iqn.2004-04.com.qnap:ts-809:iscsi.test.8d742f)

father_mande, le 11 septembre 2010 - 11:23 , dit :

Bonjour,


C'est bizarre, vous n'avez pas de CHAP ... donc pas d'identification ???
Je fais un test ... dès que je peux. Il faut aussi que je retrouve mes tests (Forum Taïwan) car avant que les virtual_host soient disponible, j'ai travaillé au portage de open-iscsi et donc fait plein de "bêtises" ou d'essais au choix.

Pouvez-vous me donner la sortie de la commande dmesg (dans une console ssh ou telnet) ?
pouvez-vous créer une nouvelle cible à minima et me dire si le nom de target se termine bien comme les vôtres par "8d742f" ? puis essayez de l'atteindre en loppback pour vérifier que toute la chaine fonctionne.

Philippe.

[cpglamb]

J'ai tenté de rajouter une autre LUN en virtual, ca fonctionne a moitié, j'ai une taille de 0.

J'ai refais le dmesg, cf piece jointe.

Fichier(s) joint(s)

•  dmesg2.txt (7,73 Ko)
  Nombre de téléchargements : 2

[father_mande]

Bonjour,

cpglamb, le 11 septembre 2010 - 12:00 , dit :

J'ai tenté de rajouter une autre LUN en virtual, ca fonctionne a moitié, j'ai une taille de 0.

J'ai refais le dmesg, cf piece jointe.

Pouvez-vous essayer sur une des cibles de supprimer l'option (edit target) CRC/somme de contrôle (uncheck des deux données et en-tête) qui est optionnelle est semble être à l'origine des erreurs ... il se peut que le crc utilise un calcul qui ne soit plus valide suite aux problémes Raid rencontrés.

Philippe.

[cpglamb]

J'ai enleve les check sur deux targets.

J'ai rajoute de nouveau les deux virtuals disks. Ca me donne cela sur interface (cf piece) et j'ai refait un dmesg.

Je ne les pense pas corrompu, j'ai fait des cp et je n'ai eu aucune erreur de copie.

Fichier(s) joint(s)

•  ScreenHunter_03 Sep. 11 14.04.jpg (28,81 Ko)
  Nombre de téléchargements : 8
•  dmesg3.txt (7,72 Ko)
  Nombre de téléchargements : 3

[father_mande]

Bonjour,

cpglamb, le 11 septembre 2010 - 13:04 , dit :

J'ai enleve les check sur deux targets.

J'ai rajoute de nouveau les deux virtuals disks. Ca me donne cela sur interface (cf piece) et j'ai refait un dmesg.

Je ne les pense pas corrompu, j'ai fait des cp et je n'ai eu aucune erreur de copie.

Avez-vous bien recrée les disques virtuels ?

A priori l'erreur semble être : pas de lun dans la cible ... même en changeant certain paramétres de ma cible et lun d'essai, je n'arrive pas a avoir la même erreur.

Pouvez-vous après avoir libéré les connexions clientes, redémarrer iscsi_target : / etc/iscsitrgt.sh restart. puis re tester.
Si cela ne fonctionne toujours pas :
Le dernier essai car ce n'est pas facile, sans accès au système (je ne le demande pas ce n'est pas de ma responsabilité), c'est pour cela que le support est mieux outillé et surtout responsable de ....
créez une nouvelle cible (nouveau nom) de caractéristique équivalente à une de celle à laquelle vous voulez accéder . y compris le lun avec la même taille et la même allocation.
arrêtez iscsi target (faites un stop du shell)
dans le répertoire .@iscsi.img/
renommer la cible crée en .old ou ce que vous voulez
renommer votre ancienne cible que vous venez de cloner (gardez le nom au chaud) avec le nom de la nouvelle cible.
redémarrez iscsitrgt

essayer de vous connecter à cette cible.

NB si cela ne marche pas, revenez (pour le support Qnap) a l'état original (c'est pour ça qu'il faut garder le nom ...)

Philippe.

[cpglamb]

Et ben mon gars, grâce à toi, je suis en bonne voie, j'ai pu ouvrir mes disques. J’évacue les données au cas ou. Il faut que je décompress, ca fait plus d'une semaine que je bosse dessus, a monter, demonter les disques, recopier mes 6 Tera, ... j'ai du réviser mes cours d'UNIX de 1997

Je te tiens au courant de la fin

[father_mande]

Bonjour,

cpglamb, le 11 septembre 2010 - 16:06 , dit :

Et ben mon gars, grâce à toi, je suis en bonne voie, j'ai pu ouvrir mes disques. J’évacue les données au cas ou. Il faut que je décompress, ca fait plus d'une semaine que je bosse dessus, a monter, demonter les disques, recopier mes 6 Tera, ... j'ai du réviser mes cours d'UNIX de 1997

Je te tiens au courant de la fin

Ce forum assure aussi la formation permanente et les cours de rattrapage .... heu! je rigole
qu'est-ce qui a fonctionné, le redémarrage simple ou la bascule de cible ? c'est juste pour dire moins de bêtise si la question se pose à nouveau ... je pense même qu'un petit tutoriel aiderait peut-être d'autres ... surtout si cela fonctionne ... Wait and See.

Bon courage.

Philippe.
Whaoo! si ça marche j'ai droit a une médaille en chocolat ...

[cpglamb]

Je pense que c'est un tout. Ce qui m'est arrivé .... est l'abime QNAP, grace a toi on en est ressorti.

le 03/09, j'ai un disque qui lâche en RAID5, des HITACHI 2 Tera, tout naturellement, j'en remet un, et au rebuild dans la nuit du 04, QNAP reboot en me precisant un echec de rebuild et en m'annonçant un disque avec de mauvais bloc. Entre parenthèse, j'en suis a mon 3e changement de disque, heureusement qu'il sont garanti, mais j'aimerai comprendre. Reveil en lecture seul !

le 04, je me repcipite à la FNAC pour acheter 4 disques 2 Tera (du coup j'ai assez pour sauvegarder tout maintenant).

Ce NAS me servait depuis peu a stocké les fichiers numériques d'une entreprise de 12 pers, avec une capacité de sauvegarde moindre. Des machines virtuelles (messagerie, proxy, SQL Server, ...) tournait en iscsi ....

J'ai tout récupéré en FTP, des utilisateurs mettant des fichiers avec des accents, j'ai du répertoire par répertoire m'assurer avec un outils de synchro de fichier que tout était la ! (4 soirs). Passé par l'interface WEB pour récupérer mes fichiers avec accents (d'ailleurs ca serait bien que le serveur FTP de QNAP gère les caractères spéciaux). Je voulais pomper tout ce qu'il y a dessus avant de faire des manips. J'ai monté des disques USB en ext4, chercher sur google ou pouvait se trouver mes LUN, j'ai ensuite copier ces derniers sur mes disques USB. J'ai tenté de démarrer mes LUN depuis le disque en modifiant le fichier de config, rien. J'ai meme tenté de changer le status de montage, mais tout est fait dans un script et pas dans fstab ... J'ai recréé un disque iscsi pour recrer l'arbo, et recopier mes LUN au meme endroit.

J'ai ensuite tout formaté en me disant il suffira que je les remette au meme endroit ... et bien non ....et la tu es arrivé ! le fait de retirer le check, de redemarrer le service, a je pense finaliser la chose.

Christophe

Ps: j'en ai jamais autant ch .... en informatique de toute ma carrière d'informaticien ... faut dire que je suis DBA SQL Server

En tout cas merci pour tout .... on peut t'envoyer une smartbox ?

[father_mande]

Bonsoir,

cpglamb, le 11 septembre 2010 - 19:39 , dit :

Je pense que c'est un tout. Ce qui m'est arrivé .... est l'abime QNAP, grace a toi on en est ressorti.

le 03/09, j'ai un disque qui lâche en RAID5, des HITACHI 2 Tera, tout naturellement, j'en remet un, et au rebuild dans la nuit du 04, QNAP reboot en me precisant un echec de rebuild et en m'annonçant un disque avec de mauvais bloc. Entre parenthèse, j'en suis a mon 3e changement de disque, heureusement qu'il sont garanti, mais j'aimerai comprendre. Reveil en lecture seul !

le 04, je me repcipite à la FNAC pour acheter 4 disques 2 Tera (du coup j'ai assez pour sauvegarder tout maintenant).

Ce NAS me servait depuis peu a stocké les fichiers numériques d'une entreprise de 12 pers, avec une capacité de sauvegarde moindre. Des machines virtuelles (messagerie, proxy, SQL Server, ...) tournait en iscsi ....

J'ai tout récupéré en FTP, des utilisateurs mettant des fichiers avec des accents, j'ai du répertoire par répertoire m'assurer avec un outils de synchro de fichier que tout était la ! (4 soirs). Passé par l'interface WEB pour récupérer mes fichiers avec accents (d'ailleurs ca serait bien que le serveur FTP de QNAP gère les caractères spéciaux). Je voulais pomper tout ce qu'il y a dessus avant de faire des manips. J'ai monté des disques USB en ext4, chercher sur google ou pouvait se trouver mes LUN, j'ai ensuite copier ces derniers sur mes disques USB. J'ai tenté de démarrer mes LUN depuis le disque en modifiant le fichier de config, rien. J'ai meme tenté de changer le status de montage, mais tout est fait dans un script et pas dans fstab ... J'ai recréé un disque iscsi pour recrer l'arbo, et recopier mes LUN au meme endroit.

J'ai ensuite tout formaté en me disant il suffira que je les remette au meme endroit ... et bien non ....et la tu es arrivé ! le fait de retirer le check, de redemarrer le service, a je pense finaliser la chose.

Christophe

Ps: j'en ai jamais autant ch .... en informatique de toute ma carrière d'informaticien ... faut dire que je suis DBA SQL Server

En tout cas merci pour tout .... on peut t'envoyer une smartbox ?

Pas besoin, tout le plaisir est pour moi, c'est un challenge intellectuel assez captivant, que d'essayer de mettre sur la voie quelqu'un en ayant qu'un minimum d'information et bien sur pas d'accès au système directement ... c'est sur ... cela ne marche pas tout le temps ... c'est un genre de jeu ... et puis un forum d'entraide c'est fait pour s'aider.

bon week-end, un bon verre et ça repart ; dernier conseil gratuit, scannez vos disques même neufs avant d'essayer de les ajouter a une grappe Raid, car il y a des secteurs qui ne sont pas marqué, car le test fournisseur avant distribution est trop basique ... hors le Raid supporte très mal les secteurs défectueux non marqués.

Bien que n'ayant pas d'action chez Qnap, je pense que passé ce premier accroc, vous y trouverez plein de chose intéressante ... pas de découragement.

Philippe.

[cris]

father_mande, le 11 septembre 2010 - 20:27 , dit :

Bonsoir,


Pas besoin, tout le plaisir est pour moi, c'est un challenge intellectuel assez captivant, que d'essayer de mettre sur la voie quelqu'un en ayant qu'un minimum d'information et bien sur pas d'accès au système directement ... c'est sur ... cela ne marche pas tout le temps ... c'est un genre de jeu ... et puis un forum d'entraide c'est fait pour s'aider.

bon week-end, un bon verre et ça repart ; dernier conseil gratuit, scannez vos disques même neufs avant d'essayer de les ajouter a une grappe Raid, car il y a des secteurs qui ne sont pas marqué, car le test fournisseur avant distribution est trop basique ... hors le Raid supporte très mal les secteurs défectueux non marqués.

Bien que n'ayant pas d'action chez Qnap, je pense que passé ce premier accroc, vous y trouverez plein de chose intéressante ... pas de découragement.

Philippe.

bon ben me revoila de mon w-e et je vois que ça a bien bossé

Heureux que tout fonctionne bien.

Christophe tu sais m'envoyer en MP l'adresse que tu as utilisé pour le support chez qnap, je vais transmettre à mathieu pour améliorer le processus chez eux...