problème de recuperation Iscsi

woofix · 16-05-2016 09:31:33

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

raleur · 16-05-2016 20:27:21

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 ?

woofix · 16-05-2016 21:01:59

bonjour

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

iscsi

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

raleur · 18-05-2016 09:33:00

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é.

woofix · 22-05-2016 15:47:01

raleur a écrit :

Je ne vois pas les images.

C'est dommage

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

raleur · 22-05-2016 16:09:28

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

woofix · 22-05-2016 16:22:55

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 16:24:01)

raleur · 22-05-2016 16:41:00

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.

woofix · 22-05-2016 16:59:40

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 ?

raleur · 22-05-2016 18:07:05

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 18:11:13)

woofix · 22-05-2016 19:09:38

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

Merci encore

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

raleur · 22-05-2016 19:21:58

woofix a écrit :

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

Que veux-tu dire ?

woofix · 22-05-2016 19:38:06

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 19:38:50)

raleur · 22-05-2016 19:41:09

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.

woofix · 22-05-2016 19:53:30

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

woofix · 22-05-2016 19:58:01

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

raleur · 22-05-2016 20:04:21

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.

Debian-facile

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

problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

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

Re : problème de recuperation Iscsi

Pied de page des forums