[Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

Jm78 · Le 17/03/2023, à 22:47

Bonsoir Geole,

Merci beaucoup pour ton investissement,

après redémarrage ce soir,

jm@jm-OptiPlex-9020:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] 
md127 : active (auto-read-only) raid1 sdd2[4] sda2[0]
      4883392 blocks super 1.0 [2/2] [UU]
      
md3 : inactive sdb3[5](S) sda3[0](S) sdd3[4](S)
      8774653016 blocks super 1.0
       
unused devices: <none>

C'est bizarre, après avoir refait les 3 dernières commande "ls -ls MD3" ne donne plus la même chose :

jm@jm-OptiPlex-9020:~$   ls -ls MD3
total 0

Du coup ça serait plus logique vu que MD3 n'est pas assemblé...

D'après toi, fraudait-il faire un clone du disque SDA ?
est ce qu'il est possible de "réparer" le SDA qui a des secteurs défectueux sans prendre le risque de tout perdre ?

geole · Le 18/03/2023, à 00:05

Pour l'instant, le fait que sda est en mauvais état n'est probablement pas la cause du problème actuel d'assemblage impossible.

J'ai vu une piste dans cette discussion

Peux-tu donner ce retour.

cat  /etc/mdadm/mdadm.conf
sudo mdadm --examine --scan

et essaie aussi cette commande.

sudo mdadm  --run --readonly  --force --verbose /dev/md3

Ajout et aussi quelques traces système.

journalctl --no-pager -b -g mdadm

journalctl --no-pager -b  -g "I/O error"

Dernière modification par geole (Le 17/10/2023, à 13:52)

Jm78 · Le 18/03/2023, à 10:29

Bonjour Geole

jm@jm-OptiPlex-9020:~$ cat  /etc/mdadm/mdadm.conf
# mdadm.conf
#
# !NB! Run update-initramfs -u after updating this file.
# !NB! This will ensure that initramfs has an uptodate copy.
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default (built-in), scan all partitions (/proc/partitions) and all
# containers for MD superblocks. alternatively, specify devices to scan, using
# wildcards if desired.
#DEVICE partitions containers

# automatically tag new arrays as belonging to the local system
HOMEHOST <system>

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays

# This configuration was auto-generated on Fri, 10 Mar 2023 22:04:26 +0100 by mkconf

jm@jm-OptiPlex-9020:~$ cat /etc/blkid.tab
cat: /etc/blkid.tab: Aucun fichier ou dossier de ce type

jm@jm-OptiPlex-9020:~$ sudo mdadm --examine --scan 
[sudo] Mot de passe de jm : 
ARRAY /dev/md/upgrade  metadata=1.0 UUID=9a995d76:588623a7:3b1a8f08:1b6292c6 name=system:upgrade
ARRAY /dev/md/upgrade  metadata=1.0 UUID=9a995d76:588623a7:3b1a8f08:1b6292c6 name=system:upgrade
ARRAY /dev/md/3  metadata=1.0 UUID=2cf3b800:2850935b:ce39bd48:03cc522e name=VHS-4:3
   spares=1

jm@jm-OptiPlex-9020:~$ sudo mdadm  --run --readonly  --force /dev/md3
mdadm: /dev/md3 does not appear to be active.

Jm78 · Le 18/03/2023, à 10:31

jm@jm-OptiPlex-9020:~$ journalctl --no-pager -b -g mdadm
-- Logs begin at Fri 2023-03-10 22:01:39 CET, end at Sat 2023-03-18 09:28:24 CET. --
mars 18 09:27:39 jm-OptiPlex-9020 sudo[3324]:       jm : TTY=pts/0 ; PWD=/home/jm ; USER=root ; COMMAND=/usr/sbin/mdadm --examine --scan
mars 18 09:28:24 jm-OptiPlex-9020 sudo[3340]:       jm : TTY=pts/0 ; PWD=/home/jm ; USER=root ; COMMAND=/usr/sbin/mdadm --run --readonly --force /dev/md3

jm@jm-OptiPlex-9020:~$ journalctl --no-pager -b  -g "I/O error"
-- Logs begin at Fri 2023-03-10 22:01:39 CET, end at Sat 2023-03-18 09:30:01 CET. --
-- No entries --

geole · Le 18/03/2023, à 11:12

Je ne te fais pas avancer vite.

https://unix.stackexchange.com/questions/324662/how-to-bring-up-an-inactive-mdadm-raid-after-a-reboot-while-adding-a-drive-to-a a écrit :

If mdadm cannot find all the parts of an array when assembling it, it won't automatically activate it for use. You can manually activate it with the command mdadm --run /dev/md3. It may start up in read-only mode, in which case you can put it in read-write mode with mdadm --readwrite /dev/md3.

. Donne

mdadm -D /dev/md3

Dernière modification par geole (Le 18/03/2023, à 11:15)

Jm78 · Le 18/03/2023, à 11:19

le fait que tu m'aides est déjà énorme pour moi ... peu importe la vitesse donc merci de m'accorder de ton temps

jm@jm-OptiPlex-9020:~$ sudo mdadm -D /dev/md3
[sudo] Mot de passe de jm : 
/dev/md3:
           Version : 1.0
        Raid Level : raid0
     Total Devices : 3
       Persistence : Superblock is persistent

             State : inactive
   Working Devices : 3

              Name : VHS-4:3
              UUID : 2cf3b800:2850935b:ce39bd48:03cc522e
            Events : 16531

    Number   Major   Minor   RaidDevice

       -       8       51        -        /dev/sdd3
       -       8       19        -        /dev/sdb3
       -       8        3        -        /dev/sda3

geole · Le 18/03/2023, à 11:24

On a bien les trois disques. On va retenter une commande déjà faite avec l'option verbeuse. Espérons qu'elle parlera plus

sudo mdadm --stop md3
sleep 30 ### attendre 30 secondes
sudo mdadm --assemble --verbose  --run --readonly  --force /dev/md3  /dev/sda3 /dev/sdb3 /dev/sdd3

Ce qui m'embête, c'est que je vois toujours cette remarque
Raid Level : raid0 et si ce n'est pas un bug de présentation, elle est très grave

Dernière modification par geole (Le 18/03/2023, à 11:28)

Jm78 · Le 18/03/2023, à 11:28

jm@jm-OptiPlex-9020:~$ sudo mdadm --stop md3
mdadm: stopped md3

Attente

jm@jm-OptiPlex-9020:~$ sudo mdadm --assemble --verbose  --run --readonly  --force /dev/md3  /dev/sda3 /dev/sdb3 /dev/sdd3
mdadm: looking for devices for /dev/md3
mdadm: /dev/sda3 is identified as a member of /dev/md3, slot 0.
mdadm: /dev/sdb3 is identified as a member of /dev/md3, slot -1.
mdadm: /dev/sdd3 is identified as a member of /dev/md3, slot 3.
mdadm: no uptodate device for slot 1 of /dev/md3
mdadm: no uptodate device for slot 2 of /dev/md3
mdadm: added /dev/sdd3 to /dev/md3 as 3
mdadm: added /dev/sdb3 to /dev/md3 as -1
mdadm: added /dev/sda3 to /dev/md3 as 0
mdadm: failed to RUN_ARRAY /dev/md3: Input/output error
mdadm: Not enough devices to start the array.

geole · Le 18/03/2023, à 11:31

Je cherche un peu cette piste
mdadm: Not enough devices to start the array. et slot -1 un nombre négatif!
Si elle ne donne rien, on va revenir la situation initiale car cela ne pourra pas être pire.

J'ai l'impression d'avoir trouvé ton contexte dans cette discussion. où on voit qu'en 2013 c'était déjà la version 1.2

Une discussion sans réponse https://marc.info/?l=linux-raid&m=127170465105790

Redonne

mdadm --examine /dev/sd[abd]3

Dernière modification par geole (Le 18/03/2023, à 11:49)

Jm78 · Le 18/03/2023, à 11:46

jm@jm-OptiPlex-9020:~$ sudo mdadm --examine /dev/sd[abd]3
[sudo] Mot de passe de jm : 
/dev/sda3:
          Magic : a92b4efc
        Version : 1.0
    Feature Map : 0x0
     Array UUID : 2cf3b800:2850935b:ce39bd48:03cc522e
           Name : VHS-4:3
  Creation Time : Mon Jun 24 15:34:32 2013
     Raid Level : raid5
   Raid Devices : 4

 Avail Dev Size : 5849767664 (2789.39 GiB 2995.08 GB)
     Array Size : 8774651328 (8368.16 GiB 8985.24 GB)
  Used Dev Size : 5849767552 (2789.39 GiB 2995.08 GB)
   Super Offset : 5849767920 sectors
   Unused Space : before=0 sectors, after=368 sectors
          State : clean
    Device UUID : 42988e3d:5e02e547:8dd86ccc:813eecd2

    Update Time : Tue Feb 28 16:09:58 2023
       Checksum : 99e5959d - correct
         Events : 16531

         Layout : left-symmetric
     Chunk Size : 64K

   Device Role : Active device 0
   Array State : A..A ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdb3:
          Magic : a92b4efc
        Version : 1.0
    Feature Map : 0x0
     Array UUID : 2cf3b800:2850935b:ce39bd48:03cc522e
           Name : VHS-4:3
  Creation Time : Mon Jun 24 15:34:32 2013
     Raid Level : raid5
   Raid Devices : 4

 Avail Dev Size : 5849769184 (2789.39 GiB 2995.08 GB)
     Array Size : 8774651328 (8368.16 GiB 8985.24 GB)
  Used Dev Size : 5849767552 (2789.39 GiB 2995.08 GB)
   Super Offset : 5849769440 sectors
   Unused Space : before=0 sectors, after=1888 sectors
          State : clean
    Device UUID : 604e80af:e1656058:1fc13c43:0b3461e2

    Update Time : Tue Feb 28 16:09:58 2023
       Checksum : a297993f - correct
         Events : 16531

         Layout : left-symmetric
     Chunk Size : 64K

   Device Role : spare
   Array State : A..A ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdd3:
          Magic : a92b4efc
        Version : 1.0
    Feature Map : 0x0
     Array UUID : 2cf3b800:2850935b:ce39bd48:03cc522e
           Name : VHS-4:3
  Creation Time : Mon Jun 24 15:34:32 2013
     Raid Level : raid5
   Raid Devices : 4

 Avail Dev Size : 5849769184 (2789.39 GiB 2995.08 GB)
     Array Size : 8774651328 (8368.16 GiB 8985.24 GB)
  Used Dev Size : 5849767552 (2789.39 GiB 2995.08 GB)
   Super Offset : 5849769440 sectors
   Unused Space : before=0 sectors, after=1888 sectors
          State : clean
    Device UUID : 45967fd0:9617f6d6:40fa7374:dcfe194c

    Update Time : Tue Feb 28 16:09:58 2023
       Checksum : dd1c9102 - correct
         Events : 16531

         Layout : left-symmetric
     Chunk Size : 64K

   Device Role : Active device 3
   Array State : A..A ('A' == active, '.' == missing, 'R' == replacing)

geole · Le 18/03/2023, à 12:11

A mon avis, avec ce que tu as raconté (lampe rouge) , avec ce que je vois du slot -1 (spare?) et le message pas assez de disques, je me lance dans un diagnostic.
Il y a eu un incident qui a déclenché l'activation du spare. Ce spare n'a pas été totalement reconstruit à cause d'un plantage.
On voit trois disques, ce qui serait suffisant pour mettre en route, Mais l'un serait encore en cours de reconstruction. On se retrouve donc alors avec deux disques..... Donc impossible de mettre en route.
=> Confirmé par ta dernière réponse (Array State : A..A ('A' == active, '.' == missing )

Donc on revient en arrière.

1) On ré-enlève le disque neuf que je t'ai fait monter prématurément.
Correction

sudo mdadm --manage /dev/md127 --fail /dev/sdc2 --remove /dev/sdc2
sudo mdadm --manage /dev/md3 --fail /dev/sdc3 --remove /dev/sdc3

Espérons que la commande passera
2) Je ne sais pas trop comment tu peux faire la suite.
L'idée est de re-add l'ancien SDC qui a des secteurs défectueux
Soit on le remet tel quel dans sot ancien emplacement, soit on le duplique avec ddrescue dans un de tes disques neufs avant de le remettre. Ce qui veut dire qu'il faut brancher un disque en plus pour faire l'opération. As-tu cette possibilité?

Petite question es-tu en live USB? car il me semble que non. Tu utiliserais alors le logiciel du serveur?

jm@jm-OptiPlex-9020:~$ journalctl --no-pager -b  -g "I/O error"
-- Logs begin at Fri 2023-03-10 22:01:39 CET, end at Sat 2023-03-18 09:30:01 CET. --

Donne ce retour

lsb_release -a

Dernière modification par geole (Le 18/03/2023, à 12:57)

Jm78 · Le 18/03/2023, à 12:21

Ok, donc je installé Ubuntu sur une clé USB et je boot dessus

pour la commande : sudo mdadm --manage /dev/md3 --fail /dev/sdc2 --remove /dev/sdc2

Je la fais avant de changer le disque ou après ?
Pour changer le disque il faut bien éteinfre le serveur ou je peux faire le changement à chaud ?

Jm78 · Le 18/03/2023, à 12:23

jm@jm-OptiPlex-9020:~$ lsb_release -a
No LSB modules are available.
Distributor ID:	Ubuntu
Description:	Ubuntu 20.04.5 LTS
Release:	20.04
Codename:	focal

geole · Le 18/03/2023, à 12:35

La commande est à faire avant de débrancher le disque.
Je n'ai pas trouvé le mode d'emploi du NAS. Je ne sais donc pas te dire. Fais comme la fois d'avant.
A priori, tu aurais fait à chaud. vu la date du journal.

Ta clé USB va supporter l'ajout du logiciel ddrescue
Il faudra que tu me dises pour le branchement de ce cinquième disque.

Dernière modification par geole (Le 18/03/2023, à 12:37)

Jm78 · Le 18/03/2023, à 12:37

pour info, j'ai oublié de te dire que j'avais fait un clone du disque SDB et SDC avec cloneZilla juste après le plantage avant de venir sur ce forum
Apparemment l'opération s'était bien passée d'après CloneZilla mais s'ils étaient défectueux j'imagine que j'ai du faire une copie défectueuse également ?
Par contre je n'ai pas réussi à cloner SDA et SDD, CloneZilla me signalait une erreur qui demandait de "Réparer" quelques choses pour pouvoir cloner
donc dans le doute et de peur d'empirer les choses j'ai préférez rien réparer et venir sur le Forum ...

Jm78 · Le 18/03/2023, à 12:40

jm@jm-OptiPlex-9020:~$ sudo mdadm --manage /dev/md3 --fail /dev/sdc2 --remove /dev/sdc2
mdadm: error opening /dev/md3: No such file or directory

geole · Le 18/03/2023, à 12:48

Je me méfie des termes SDA SDB SDC SDD qui peuvent ne pas "embarquer" toujours le même disque physique.
Je ne sais pas trop si clonezilla fait une copie physique bit à bit ou fait une duplication à sa sauce.
Ce que que je sais, c'est qu'il refuse de copier lorsqu'un disque a des secteurs défectueux. Ce qui est le cas des disques actuellement appelés SDA et SDC. Je vais te remettre leur identité écrite sur les étiquettes pour éviter toute confusion.
Dire que après avoir un peu pensé à de demander d'acheter quatre disques avant toute manipulation, je découvre que tu les possèdes....

sudo smartctl -s on -a /dev/sda
Serial Number:    WD-WMC1T3074298
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       1

sudo smartctl -s on -a /dev/sdc
Serial Number:    WD-WMC1T3131894
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       2

Dernière modification par geole (Le 18/03/2023, à 12:59)

Jm78 · Le 18/03/2023, à 12:53

oui j'aurai du penser à te le dire tout de suite ... désolé

geole · Le 18/03/2023, à 12:55

Jm78 a écrit :

jm@jm-OptiPlex-9020:~$ sudo mdadm --manage /dev/md3 --fail /dev/sdc2 --remove /dev/sdc2
mdadm: error opening /dev/md3: No such file or directory

erreur de ma part, en plus , il y a deux partitions à enlever

sudo mdadm --manage /dev/m127 --fail /dev/sdc2 --remove /dev/sdc2
sudo mdadm --manage /dev/md3 --fail /dev/sdc3 --remove /dev/sdc3

Et si tu as la possibilité de brancher deux disques supplémentaires, on dupliquera en même temps SDA
Ce fera deux disques neufs et comme les deux autres sont peut-être bien dupliqué, tu auras un raids quasiment neuf. sauf son logiciel!

Dernière modification par geole (Le 18/03/2023, à 13:03)

Jm78 · Le 18/03/2023, à 13:10

Pour moi,
SDA = WD-WMC1T3074298
SDB = WD-WMC1T3193003 cloné sur Nouveau Disque : WD-WX12D4111XR6
SDC = WD-WMC1T3131894 cloné sur Nouveau Disque : WD-WX12D412TN31
SDD = WD-WMC1T3131578

C'est étrange, car clonezilla a réussi a cloner le SDC sans signaler d'erreur

geole · Le 18/03/2023, à 13:17

Il est possible que les erreurs soient survenues ultérieurement. Cependant, il n'aurait pas réussi à cloner SSD qui n'a pas d'erreur. Etrange. Je pense plus à une erreur de manipulation de ta part.

sudo smartctl -s on -a /dev/sdd
Serial Number:    WD-WMC1T3131578
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0

Jm78 · Le 18/03/2023, à 13:21

jm@jm-OptiPlex-9020:~$ sudo mdadm --manage /dev/m127 --fail /dev/sdc2 --remove /dev/sdc2
mdadm: error opening /dev/m127: No such file or directory

jm@jm-OptiPlex-9020:~$ sudo mdadm --manage /dev/md3 --fail /dev/sdc3 --remove /dev/sdc3
mdadm: error opening /dev/md3: No such file or directory

donc pour être sur de ne pas faire d'erreur,

Je laisse le SDA (WD-WMC1T3074298), SDB (WD-WMC1T3193003) et SDD (WD-WMC1T3131578) actuellement en place dans le serveur
Je remplace le SDC (Nouveau) par l'ancien SDC (WD-WMC1T3131894)

Et je peux connecter via un connecteur USB3 / SATA un nouveau disque également

C'est bien ça ?

geole · Le 18/03/2023, à 13:29

Je te propose une chose finalement plus simple
Tu ne débranches rien et tu branches directement le vieux disque dur (ex SDC) sur la connectique USB.
Je te prépare le script de duplication ... Note que cet après-midi, je suis scotché à la télévision.
1) Télécharger le logiciel
ddrescue avec cette commande

sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) universe"
sudo apt-get update

sudo apt install gddrescue

2) On met en paramètre certaines informations.
######ATTENTION, Tout ce qui suit est à faire dans la même session. Sinon il faudra repositionner les variables.

DSK=disk/by_id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T3131894    #Ancien disque SDC  à dupliquer
M=8
Suivi=$HOME/$DSK.rescue

3) Puis lire rapidement le disque. Mais cela prend du temps.

sudo ddrescue -f -n -b$((512*$M)) /dev/$DSK /dev/disk/by_id/ata-WDC_WD30EFAX-68JH4N1_WD-WX52D312ZXFA   $Suivi

4) Puis les parties pas faciles. Cela prend aussi du temps.

sudo ddrescue -f -c1 -r10 -b$((512*$M)) /dev/$DSK /dev/disk/by_id/ata-WDC_WD30EFAX-68JH4N1_WD-WX52D312ZXFA $Suivi

5) Puis liste de ce qui n'est pas lisible.

touch $HOME/$DSK.badblocs
sudo ddrescuelog -l- -b$((512*$M)) $Suivi >$HOME/$DSK.badblocs
wc -l $HOME/$DSK.badblocs

A priori il devrait y avoir 16 secteurs illisibles. Mais......... On verra.

Un point sera à faire avant de passer à la suite.

6) Mettre des zéros dans les zones pas recopiées

sudo ddrescue --fill-mode=- --force --synchronous /dev/zero   /dev/disk/by_id/ata-WDC_WD30EFAX-68JH4N1_WD-WX52D312ZXFA  $HOME/disk/by_id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T3131894.rescue

7) Tenter de réparer les secteurs illisibles pour les faire disparaitre.

while read j; do sudo dd if=/dev/$DSK bs=$((512*$M)) count=1 skip=$j 1>/dev/null 2>/tmp/REP; cat /tmp/REP | sed  's/\xc2\xa0//g' > /tmp/REP1; 
if grep -q "$((512*$M))octets" /tmp/REP1; then echo Bonne lecture du secteur $j; else echo Réparation du bloc N°$j; 
for ((k=$(($j*$M));k<$(($j*$M+$M));k++));do sudo hdparm --yes-i-know-what-i-am-doing --write-sector $k /dev/$DSK;sleep 1; done;
sudo dd if=/dev/$DSK bs=$((512*$M)) count=1 skip=$j 1>/dev/null 2>/tmp/REP;cat /tmp/REP | sed  's/\xc2\xa0//g' > /tmp/REP1; 
if grep -q "$((512*$M))octets" /tmp/REP1;then echo Bonne réparation du secteur $j;else  echo -e "\n\a\E[31mMauvaise Réparation du bloc N°$/\E[0m\n";fi;fi; done < $HOME/$DSK.badblocs

8) Vérifier si cela à fonctionné

sudo smartctl -a /dev/$DSK | egrep "Sector Size|Pending|Reallocated"

9) Pour transmettre l'avancement des travaux, il faut ouvrir une nouvelle session et donner le retour de cette commande:

ddrescuelog  -tvv  $HOME/disk/by_id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T3131894.rescue

J'ai noté que les fails n'ont pas fonctionné.

Bon courage....

Dernière modification par geole (Le 18/03/2023, à 16:28)

Jm78 · Le 18/03/2023, à 16:14

J'ai réussi a installer ddrescue,

après qu'est ce tu entends par la meme session ?
C'est bien des commandes qu'il faut faire comme d'habitude sur le terminal les unes à la suite des autres ?

jm@jm-OptiPlex-9020:~$ DSK=disk/by_id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T3131894
jm@jm-OptiPlex-9020:~$ M=8
jm@jm-OptiPlex-9020:~$ Suivi=$HOME/$DSK.rescue
jm@jm-OptiPlex-9020:~$ rm $Suivi
rm: impossible de supprimer '/home/jm/disk/by_id/ata-WDC_WD30EFRX-68AX9N0_WD-WMC1T3131894.rescue': Aucun fichier ou dossier de ce type

Est ce que je dois poursuivre les commandes suivantes ?

Dernière modification par Jm78 (Le 18/03/2023, à 16:26)

geole · Le 18/03/2023, à 16:24

Oui, tu continues.
Je n'aurais pas du mettre la commande rm
Si tu es amené à perdre ta session écran ( le terminal), il faut en ouvrir une autre en frappant sur les touches Crtl Alt t et avant de relancer la séquence, il faut repositionner les variables

Dernière modification par geole (Le 18/03/2023, à 16:31)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 17/03/2023, à 22:47

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#52 Le 18/03/2023, à 00:05

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#53 Le 18/03/2023, à 10:29

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#54 Le 18/03/2023, à 10:31

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#55 Le 18/03/2023, à 11:12

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#56 Le 18/03/2023, à 11:19

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#57 Le 18/03/2023, à 11:24

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#58 Le 18/03/2023, à 11:28

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#59 Le 18/03/2023, à 11:31

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#60 Le 18/03/2023, à 11:46

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#61 Le 18/03/2023, à 12:11

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#62 Le 18/03/2023, à 12:21

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#63 Le 18/03/2023, à 12:23

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#64 Le 18/03/2023, à 12:35

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#65 Le 18/03/2023, à 12:37

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#66 Le 18/03/2023, à 12:40

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#67 Le 18/03/2023, à 12:48

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#68 Le 18/03/2023, à 12:53

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#69 Le 18/03/2023, à 12:55

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#70 Le 18/03/2023, à 13:10

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#71 Le 18/03/2023, à 13:17

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#72 Le 18/03/2023, à 13:21

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#73 Le 18/03/2023, à 13:29

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#74 Le 18/03/2023, à 16:14

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

#75 Le 18/03/2023, à 16:24

Re : [Resolu]Probleme d'acces fichiers sur Serveur Ve-Hotech Xtrem 3 RAID5

Pied de page des forums