logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 16-05-2016 08:31:33

woofix
Membre
Inscription : 28-04-2016

problème de recuperation Iscsi

Bonjour a tous

j'ai eu une idée, et j'ai appliqué cette idée j'ai simplement monté un lecteur iscsi entre 1 serveur linux et un client windows 10 ----> Super ça marche plutôt simplement.

Mais je me demande en cas de crash serveur comment et ou je récupére les données du lecteur iscsi, car je le remplie mais je ne sais pas ou les données se mette sur le serveur.

j'ai monté le serveur avec iscsitarget - iscsitarget-dkms
j'ai incrémenté le fichier "/etc/iet/ietd.conf"

Target iscsi:sdc1
Lun 0 Path=/dev/sdc1,Type=fileio



mais en cas de crash je récupère mes données ou ?!!, puisque dans le sdc1 j'ai rien, il reste vide Oo...

j'ai fait la config sur le serveur debian 8 qui tiens le disque (sdc1 chez moi) donc pour moi les données son sur le sdc1, mais il y a rien!

aprés j'ai fait la config sur windows "le client" pour le connecter au san ou iscsi

iscsi


iscsi2
Merci


2 Serveur Debian 8, 4 Go Ram, 4To Hdd
Wooxo: Debian 7, 2Go Ram 500 Go http:www.wooxo.fr
1 MacBook El capitan Core2Duo, 4 Go Ram, HDD 250Go, smile
4 windows 10 et 1 Windows 8

Hors ligne

#2 16-05-2016 19:27:21

raleur
Membre
Inscription : 03-10-2014

Re : problème de recuperation Iscsi

Comment vois-tu que sdc1 (qui est une partition, pas un disque) est vide ?

De quelle façon exploites-tu le volume iSCSI avec Windows ?

Il vaut mieux montrer que raconter.

Hors ligne

#3 16-05-2016 20:01:59

woofix
Membre
Inscription : 28-04-2016

Re : problème de recuperation Iscsi

bonjour

Suite a la configuration sous windows je l'exploite comme un lecteur Windows

iscsi


iscsi2


en suite en ssh je regarde les dossiers et autre sur la partition

root@debian2:/media/hdd/sdc# du -h
16K     ./lost+found
32K     .
root@debian2:/media/hdd/sdc# ls -l
total 16
drwx------ 2 root root 16384 nov.   8  2015 lost+found
root@debian2:/media/hdd/sdc#



Et actuellement le lecteur Windows  utilise 350 Mo mais rien sur la partition du serveur


2 Serveur Debian 8, 4 Go Ram, 4To Hdd
Wooxo: Debian 7, 2Go Ram 500 Go http:www.wooxo.fr
1 MacBook El capitan Core2Duo, 4 Go Ram, HDD 250Go, smile
4 windows 10 et 1 Windows 8

Hors ligne

#4 18-05-2016 08:33:00

raleur
Membre
Inscription : 03-10-2014

Re : problème de recuperation Iscsi

Je ne vois pas les images. Est-ce  considéré comme un disque, visible dans le gestionnaire de disques, avec une ou plusieurs partitions ?

Qu'est-ce qui est monté sur /media/hdd/sdc ? /dev/sdc1 ? Un système de fichiers classique (NTFS je suppose) ne peut pas être monté simultanément par deux systèmes d'exploitation qui s'ignorent mutuellement. Si le volume iSCSI est géré comme un disque partitionné, ce  n'est pas un système de fichiers et il est impossible de monter la partition /dev/sdc1 de meme qu'il est impossible de monter un disque partitionné.

Il vaut mieux montrer que raconter.

Hors ligne

#5 22-05-2016 14:47:01

woofix
Membre
Inscription : 28-04-2016

Re : problème de recuperation Iscsi

raleur a écrit :

Je ne vois pas les images.



C'est dommage tongue

raleur a écrit :

Est-ce  considéré comme un disque, visible dans le gestionnaire de disques, avec une ou plusieurs partitions ?



Considéré comme un disque

raleur a écrit :

Qu'est-ce qui est monté sur /media/hdd/sdc ? /dev/sdc1 ?

Un système de fichiers classique (NTFS je suppose) ne peut pas être monté simultanément par deux systèmes d'exploitation qui s'ignorent mutuellement.


la partition sur debian est EXT4 monté en iscsi dans windows ele remonte en NTFS


raleur a écrit :

Si le volume iSCSI est géré comme un disque partitionné, ce  n'est pas un système de fichiers et il est impossible de monter la partition /dev/sdc1 de meme qu'il est impossible de monter un disque partitionné.



oui mais j'ai simplement suivi le tuto avec les 2 ligne aprés avoir installé le paquet

woofix a écrit :

j'ai monté le serveur avec iscsitarget - iscsitarget-dkms
j'ai incrémenté le fichier "/etc/iet/ietd.conf"

Target iscsi:sdc1
Lun 0 Path=/dev/sdc1,Type=fileio



je cherche juste en cas de problème savoir ou sont les données sur linux, je ne comprend pas ou elle se trouve. J'écrit bien des données mais elle sont ou car sur la partition ou le disque que je monte j'ai rien il reste vide!

Merci


2 Serveur Debian 8, 4 Go Ram, 4To Hdd
Wooxo: Debian 7, 2Go Ram 500 Go http:www.wooxo.fr
1 MacBook El capitan Core2Duo, 4 Go Ram, HDD 250Go, smile
4 windows 10 et 1 Windows 8

Hors ligne

#6 22-05-2016 15:09:28

raleur
Membre
Inscription : 03-10-2014

Re : problème de recuperation Iscsi

woofix a écrit :


Considéré comme un disque


Partitionné ? Si oui, comment ?

woofix a écrit :

la partition sur debian est EXT4 monté en iscsi dans windows ele remonte en NTFS


Je ne vois pas comment c'est possible. Peux-tu fournir la sortie des commandes suivantes ?

df -hT /dev/sdc1
file -k -s /dev/sdc1
fdisk -l /dev/sdc1


Il vaut mieux montrer que raconter.

Hors ligne

#7 22-05-2016 15:22:55

woofix
Membre
Inscription : 28-04-2016

Re : problème de recuperation Iscsi

df -hT /dev/sdc1


Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/sdc1        ext4   917G    707G  164G  82% /media/hdd/sdc
 


file -k -s /dev/sdc1



/dev/sdc1: Linux rev 1.0 ext4 filesystem data, UUID=7f12c757-19b6-4caa-8322-d1160144a75f (needs journal recovery) (extents) (large files) (huge files)
 


fdisk -l /dev/sdc1



Disque /dev/sdc1 : 931,5 GiB, 1000169339904 octets, 1953455742 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
 



Edit à bendia : modification des balises code : Voir le tuto : Le code, ça pique moins les yeux en couleur

Dernière modification par woofix (22-05-2016 15:24:01)


2 Serveur Debian 8, 4 Go Ram, 4To Hdd
Wooxo: Debian 7, 2Go Ram 500 Go http:www.wooxo.fr
1 MacBook El capitan Core2Duo, 4 Go Ram, HDD 250Go, smile
4 windows 10 et 1 Windows 8

Hors ligne

#8 22-05-2016 15:41:00

raleur
Membre
Inscription : 03-10-2014

Re : problème de recuperation Iscsi

Bon, ce n'est pas une image disque. df indique une occupation à hauteur de 707 Gio, pas 350 Mo comme tu l'écrivais.
Soit il y a des répertoires ou fichiers "cachés", visibles avec "ls -la", soit il y a des fichiers ouverts et supprimés mais normalement on ne fait ça que pour des fichiers temporaires.

Il vaut mieux montrer que raconter.

Hors ligne

#9 22-05-2016 15:59:40

woofix
Membre
Inscription : 28-04-2016

Re : problème de recuperation Iscsi

raleur a écrit :

Bon, ce n'est pas une image disque. df indique une occupation à hauteur de 707 Gio, pas 350 Mo comme tu l'écrivais.
Soit il y a des répertoires ou fichiers "cachés", visibles avec "ls -la", soit il y a des fichiers ouverts et supprimés mais normalement on ne fait ça que pour des fichiers temporaires.



J'ai pas pris le bon serveur...


root@debian2:/media/hdd/sdc# df -hT /dev/sdc1
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/sdc1        ext4   917G     30G  842G   4% /media/hdd/sdd
root@debian2:/media/hdd/sdc# file -k -s /dev/sdc1
/dev/sdc1: DOS/MBR boot sector; partition 1 : ID=0x7, start-CHS (0x0,32,33), end-CHS (0x3ff,254,63), startsector 2048, 1953517568 sectors, extended partition table (last) DOS/MBR boot sector\012- Linux rev 1.0 ext4 filesystem data, UUID=98a23c98-4e7a-4af4-8b1c-bf471d1febc2 (needs journal recovery) (extents) (large files) (huge files)
root@debian2:/media/hdd/sdc# fdisk -l /dev/sdc1

Disque /dev/sdc1 : 931,5 GiB, 1000203837440 octets, 1953523120 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x7e896a5b

Device      Boot Start        End    Sectors   Size Id Type
/dev/sdc1p1       2048 1953519615 1953517568 931,5G  7 HPFS/NTFS/exFAT



et avec la cmd ls -la

root@debian2:/media/hdd/sdc# ls -la
total 36
drwxrwxrwx 3 root   root     4096 mai   15 11:26 .
drwxr-xr-x 5 root   root     4096 nov.   8  2015 ..
-rwxr--r-- 1 nobody nogroup  4096 nov.  24 20:59 ._.DS_Store
-rwxr--r-- 1 nobody nogroup  6148 déc.  13 18:32 .DS_Store
drwx------ 2 root   root    16384 nov.   8  2015 lost+found
root@debian2:/media/hdd/sdc#



ll me dis 30 Go de pris mais il y a rien ou ce'st juste le format EXT4 qui prend 30Go ?


2 Serveur Debian 8, 4 Go Ram, 4To Hdd
Wooxo: Debian 7, 2Go Ram 500 Go http:www.wooxo.fr
1 MacBook El capitan Core2Duo, 4 Go Ram, HDD 250Go, smile
4 windows 10 et 1 Windows 8

Hors ligne

#10 22-05-2016 17:07:05

raleur
Membre
Inscription : 03-10-2014

Re : problème de recuperation Iscsi

Bon, elles sont là, tes données.

D'un côté ça me rassure car ça confirme l'idée que je me faisais du fonctionnement de ce volume iSCSI (je n'ai aucune expérience d'iSCSI). En gros c'est comme un fichier image disque ou un fichier de disque virtuel d'une machine virtuelle, mais dans une partition entière au lieu d'un fichier classique.

Cette partition ne doit absolument pas être montée sur le serveur !

Ce n'est plus un système de fichiers ext4. C'est juste une conteneur pour le disque iSCSI. Il reste des traces du format ext4 (créé avant le formatage en NTFS je suppose) car ext4 n'utilise pas le premier secteur (qui contient le MBR et la table de partition du disque virtuel), et la partition NTFS du disque virtuel ne commence qu'au secteur 2048, donc tout ce qui est dans l'intervalle, où se trouve notamment le superbloc ext4, n'a pas été touché lors du partitionnement et du formatage du disque par Windows.

Mais je reste néanmoins inquiet pour l'intégrité des données si la partition est montée sur le serveur, même si tu ne modifies rien. Si des méta-données ext4 étaient censées se trouver dans la zone occupée maintenant par la partition NTFS et si le noyau a le malheur de les modifier (par exemple pour mettre à jour une date d'accès (atime)), alors cela peut causer une corruption du système de fichiers NTFS.

Je te conseille de démonter /dev/sdc1 au plus vite sur le serveur et de faire une vérification du volume NTFS depuis Windows.

Idéalement il faudrait supprimer le superbloc ext4 de la partition avec wipefs pour éviter que la partition soit prise par erreur pour un système de fichier ext4 (qu'elle n'est plus et n'aurait jamais dû être) et montée.

Dernière modification par raleur (22-05-2016 17:11:13)


Il vaut mieux montrer que raconter.

Hors ligne

#11 22-05-2016 18:09:38

woofix
Membre
Inscription : 28-04-2016

Re : problème de recuperation Iscsi

raleur a écrit :

Mais je reste néanmoins inquiet pour l'intégrité des données si la partition est montée sur le serveur, même si tu ne modifies rien. Si des méta-données ext4 étaient censées se trouver dans la zone occupée maintenant par la partition NTFS et si le noyau a le malheur de les modifier (par exemple pour mettre à jour une date d'accès (atime)), alors cela peut causer une corruption du système de fichiers NTFS.



Ok merci je vais regardé pour le monté dans un fichier img, il y a que de la merde dans le disque iscsi ou san je ne met rien d'important sans s'avoir comment je recupére tongue

Merci encore

Dernière modification par woofix (22-05-2016 18:38:39)


2 Serveur Debian 8, 4 Go Ram, 4To Hdd
Wooxo: Debian 7, 2Go Ram 500 Go http:www.wooxo.fr
1 MacBook El capitan Core2Duo, 4 Go Ram, HDD 250Go, smile
4 windows 10 et 1 Windows 8

Hors ligne

#12 22-05-2016 18:21:58

raleur
Membre
Inscription : 03-10-2014

Re : problème de recuperation Iscsi

woofix a écrit :

je vais regardé pour les monté dans un fichier img


Que veux-tu dire ?


Il vaut mieux montrer que raconter.

Hors ligne

#13 22-05-2016 18:38:06

woofix
Membre
Inscription : 28-04-2016

Re : problème de recuperation Iscsi

raleur a écrit :

woofix a écrit :

je vais regardé pour le monté dans un fichier img


Que veux-tu dire ?


création d'un fichier disque virtuel

dd if=/dev/zero of=fs.iscsi.disk bs=1M count=921600 <--- img de 900Go


En suite tu monte la cible vers le fichier fs.iscsi.disk depuis windows tu le format en ntfs ou autre

c'est le même principe que le time machine sous mac/linux avec le fichier sparsebundle <-- fichier a taille dynamique

Dernière modification par woofix (22-05-2016 18:38:50)


2 Serveur Debian 8, 4 Go Ram, 4To Hdd
Wooxo: Debian 7, 2Go Ram 500 Go http:www.wooxo.fr
1 MacBook El capitan Core2Duo, 4 Go Ram, HDD 250Go, smile
4 windows 10 et 1 Windows 8

Hors ligne

#14 22-05-2016 18:41:09

raleur
Membre
Inscription : 03-10-2014

Re : problème de recuperation Iscsi

Je n'ai rien compris. "monte la cible vers le fichier" ?
Je ne connais pas time machine ni sparsebundle.
Je suppose que tu sais ce que tu fais.

Il vaut mieux montrer que raconter.

Hors ligne

#15 22-05-2016 18:53:30

woofix
Membre
Inscription : 28-04-2016

Re : problème de recuperation Iscsi

oui

dans windows tu donne la cible du fichier iscsi crée par linux avec la cmd

dd if=/dev/zero of=fs.iscsi.disk bs=1M count=921600 <--- img de 900Go



sur t


2 Serveur Debian 8, 4 Go Ram, 4To Hdd
Wooxo: Debian 7, 2Go Ram 500 Go http:www.wooxo.fr
1 MacBook El capitan Core2Duo, 4 Go Ram, HDD 250Go, smile
4 windows 10 et 1 Windows 8

Hors ligne

#16 22-05-2016 18:58:01

woofix
Membre
Inscription : 28-04-2016

Re : problème de recuperation Iscsi

dans windows tu donne la cible du fichier iscsi crée par linux avec la cmd

dd if=/dev/zero of=fs.iscsi.disk bs=1M count=921600 <--- img de 900Go



sur ta partition  "sdc1 chez moi" tu te retrouve avec un fichier de 900Go  "fs.iscsi.disk"

dans windows tu decouvre avec l'initiateur iscsi ton serveur et dans la gestion de disque un hdd est monté, il reste a le formater et lui donner une lettre ...
pour le sparsebundle Le  Mac utilise les fichiers de type « sparse image » pour le systéme Time Machine.
C’est un format d’image disque dynamique dont la taille varie en fonction des ajouts de l’utilisateur lors des sauvegardes.

ça je maîtrise tongue


2 Serveur Debian 8, 4 Go Ram, 4To Hdd
Wooxo: Debian 7, 2Go Ram 500 Go http:www.wooxo.fr
1 MacBook El capitan Core2Duo, 4 Go Ram, HDD 250Go, smile
4 windows 10 et 1 Windows 8

Hors ligne

#17 22-05-2016 19:04:21

raleur
Membre
Inscription : 03-10-2014

Re : problème de recuperation Iscsi

Si je comprends bien, tu utilises maintenant un fichier au lieu d'une partition brute comme conteneur pour le disque iSCSI.
Quel est l'avantage par rapport à l'utilisation de la partition brute ?
L'inconvénient par contre, je le vois : charge supplémentaire causée par la couche intermédiaire du système de fichiers.

Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums