ISCSI Drive weg und will formatiert werden

    Hallo,


    bis gestern Abend, so gegen 22:30 habe ich mit dem Drive gearbeitet, problemlos. Ich habe das Qnap TS 859 nicht ausgeschaltet, es hat auch nicht neu gebootet oder sonst irgendwas.


    Heute Morgen, will ganz elegant meine Faktura starten, wie jeden Morgen, Laufwerk Q gibts nicht. Erster Check ISCSI, Laufwerk wird verbunden, getrennt und verbunden. Nun kam die Meldung Laufwerk Q möchte gern formatiert werden.


    Das finde ich nun gar nicht Lustig. In der Computerverwaltung steht das Drive als RAW Drive. Das Array habe ich neu gesatrtet, aber Q bleibt weg. Waqs kann ich tun ? Der Qnap Support ist (obwohl laut Webseite sollte er ja da sein) halt nicht da..... Ich müste da schon bald an meine Faktura.



    Thx
    Ralph

    Einmal editiert, zuletzt von Terz () aus folgendem Grund: Code Block hinzugefügt

    Hi Ralph,


    bist Du das hier:

    Zitat

    08:32:58 admin 192.168.178.100


    ?
    Kann übrigens auch am Initiator liegen. Zumindest gibt es bei *nix eine "Major-Number" bei dem Initiator, die genau das verursacht was Du hast.... Das nutzen halt nicht so viele hier im Forum (ich auch net). Und bei Windows hört's komplett bei mir auf.


    Ich hoffe nur nicht, dass Du ausschliesslich via iSCSI gearbeitet hast, zumindest noch etwas repliziertes / ein Backup herumflattern hast... Weil iSCSI für eine Faktura einsetzen. Dafür ist's halt normalerweise nicht wirklich da und repair versuche gibt's nicht wirklich.


    Grüsse, David

    Jepp, .100 ist mein Arbeitspc.


    Habe ISCSI Initiator schon gecheckt, daranliegts nicht. Qnap Support hat einen BAD Block Scan gestartet....
    Naja, hab ich schon, mit ISCSI als gemountetes Volume, da war schon was drauf. Allerdings habe ich ein backup vom 24.1, ist schon auf dem aktuellen Stand. Lediglich mein DMS, Elo, da fehlen mir nun einige Einträge ... Kanns aber verschmerzen.


    Trotzdem echt doof. Ich frage mich nur, wie kann ein RAID Volume sich über nacht in Luft auflösen ?


    Gruss
    Ralph

    Werde aber ISCSI ab jetzt (nachdem Qnap die Hosen runtergelassen hat) auf NAS anstatt ISCSI umswitchen.


    Mist..... Und ich nahm an, das ISCSi was Gutes, Sicheres ist
    :(

    Hi,


    also an Badblocks dachte ich auch... Das kann auch durchaus denkbar sein... Glaube ich bei Dir aber nicht wirklich... Weil dann auch zumindest das Raid degraded sein sollte. Mal schauen was dabei rauskommt.


    Elo ist doch ein DMS ;) Also das würde ich net umbedingt via iSCSI nutzen.... Macht auch eigentlich keinen sinn. ;)



    Grüsse, David

    Hi,


    aber trotz alledem darf doch ein ISCSI Container nicht wie von Geisterhand verschwinden ! Ichw eis von Bekannten, die mit anderen Systemen arbeiten, da ist Iscsi absolut stabil.


    Irgendwas scheint da nicht so wirklich OK zu sein ...


    Ralph
    EDIT:
    Aktueller Stand....


    Alle HDD's OK, aber der Iscsi Container ist noch immer weg.


    Mal sehen was der Qnap Support (ich hoffe Morgen) dazu sagt.
    Es wundert mich, das die bzw. das Volume, nicht mehr als GPT Drive angezeigt wird, sondern als RAW, frei zum Format.


    So ein Sch....


    Die Daten sind nicht so schlimm, habe ich gesichert, es sind lediglich ein paar DMS Daten weg, aber das lässt sich verschmerzen.


    Schlimmer finde ich, das sowas überhaupt bei so einem Gerät passiert. Ich hab nun 2 davon, noch n 4'er. Gerade gekauft.
    Vertrauen habe ich nicht mehr wirklich.


    Wie man im Log sieht, Volume erstellt, 2 x NTP Fehler, sonst nix, bis halt heute Morgen.


    Tx
    Ralph


    PS: ist das richtig, das die Prozesse IscsI 0KB belegen ? Nicht das da der Hase begraben ist.


    Code
    2011-02-01     67 21:15:11 admin 192.168.178.20 --- [iSCSI] Start target service on port "3260" successfully.  2011-02-01     66 21:15:06 admin 192.168.178.20 --- [iSCSI] Change target service setting successfully.  2011-02-01     65 21:14:55 admin 192.168.178.20 --- [iSCSI] Change properties for target "rr1" successfully.  2011-02-01     64 20:59:03 System 127.0.0.1 localhost [Drive 3] Bad Blocks Scan completed.  2011-02-01     63 20:59:03 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Drive 3 added into volume 2.  2011-02-01     62 20:58:58 System 127.0.0.1 localhost [Drive 2] Bad Blocks Scan completed.  2011-02-01     61 20:58:56 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Drive 2 added into volume 2.  2011-02-01     60 20:55:59 System 127.0.0.1 localhost [Drive 1] Bad Blocks Scan completed.  2011-02-01     59 20:55:57 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Drive 1 added into volume 2.  2011-02-01     58 20:52:14 System 127.0.0.1 localhost [Drive 4] Bad Blocks Scan completed.  2011-02-01     57 20:52:12 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Drive 4 added into volume 2.  2011-02-01     56 15:34:44 System 127.0.0.1 localhost [Drive 5] The scanning is stopped by user.  2011-02-01     55 15:34:41 System 127.0.0.1 localhost [Drive 6] The scanning is stopped by user.  2011-02-01     54 15:34:38 System 127.0.0.1 localhost [Drive 7] The scanning is stopped by user.  2011-02-01     53 15:34:35 System 127.0.0.1 localhost [Drive 8] The scanning is stopped by user.  2011-02-01     52 15:21:16 System 127.0.0.1 localhost [Drive 8] Start scanning bad blocks.  2011-02-01     51 15:21:13 System 127.0.0.1 localhost [Drive 7] Start scanning bad blocks.  2011-02-01     50 15:21:12 System 127.0.0.1 localhost [Drive 6] Start scanning bad blocks.  2011-02-01     49 15:21:11 System 127.0.0.1 localhost [Drive 5] Start scanning bad blocks.  2011-02-01     48 15:21:09 System 127.0.0.1 localhost [Drive 4] Start scanning bad blocks.  2011-02-01     47 15:21:06 System 127.0.0.1 localhost [Drive 3] Start scanning bad blocks.  2011-02-01     46 15:21:04 System 127.0.0.1 localhost [Drive 2] Start scanning bad blocks.  2011-02-01     45 15:21:03 System 127.0.0.1 localhost [Drive 1] Start scanning bad blocks.  2011-02-01     44 15:14:02 admin 114.36.28.232 --- [iSCSI] Stop target service on port "3260" successfully.  2011-02-01     43 15:13:58 admin 114.36.28.232 --- [iSCSI] Change target service setting successfully.  2011-02-01     42 09:41:35 System 127.0.0.1 localhost System started.  2011-02-01     41 09:38:13 System 127.0.0.1 localhost System was shut down on Tue Feb 1 09:38:13 CET 2011.  2011-02-01     40 09:31:45 admin 192.168.178.100 --- [iSCSI] Start target service on port "3260" successfully.  2011-02-01     39 09:31:41 admin 192.168.178.100 --- [iSCSI] Change target service setting successfully.  2011-02-01     38 09:31:34 admin 192.168.178.100 --- [iSCSI] Change properties for target "rr1" successfully.  2011-02-01     37 09:31:31 admin 192.168.178.100 --- [iSCSI] Enable LUN (Q-VOLUME) successfully.  2011-02-01     36 09:31:20 admin 192.168.178.100 --- [iSCSI] Disable LUN (Q-VOLUME) successfully.  2011-02-01     35 09:30:56 admin 192.168.178.100 --- [iSCSI] Stop target service on port "3260" successfully.  2011-02-01     34 09:30:52 admin 192.168.178.100 --- [iSCSI] Change target service setting successfully.  2011-02-01     33 09:25:38 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Examination completed.  2011-02-01     32 09:17:13 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Start examination.  2011-02-01     31 08:50:01 System 127.0.0.1 localhost System started.  2011-02-01     30 08:46:34 System 127.0.0.1 localhost System was shut down on Tue Feb 1 08:46:34 CET 2011.  2011-02-01     29 08:38:17 System 127.0.0.1 localhost [RAID5 Disk Volume: Drive 1 2 3 4] Recovering journal.  2011-02-01     28 08:37:55 System 127.0.0.1 localhost System started.  2011-02-01     27 08:34:48 System 127.0.0.1 localhost System was shut down on Tue Feb 1 08:34:48 CET 2011.  2011-02-01     26 08:32:58 admin 192.168.178.100 --- [Power Management] System will be restart now.  2011-01-27     25 00:17:30 System 127.0.0.1 localhost Failed to synchronize the time from NTP server.  2011-01-26     24 22:12:00 System 127.0.0.1 localhost Failed to synchronize the time from NTP server.  2011-01-23     23 19:48:35 admin 192.168.178.100 --- [iSCSI] Complete the LUN (Q-VOLUME) allocation, capacity = 4000 GB.





    --------EDIT aktueller Stand 02/02/11 ---------



    Neuester Stand, (China liegt im Koma)


    ich habe eine Mail vom (Deutschen) Support erhalten.... Diverse Einträge in der Registry die aber nichts bewirkten. Zusätzlich diesen nachfolgenden Text in Englisch :


    The iscsi LUN files are located under @.iscsi.img folder on /share/MDx_DATA
    or /share/HDx_DATA.
    Please note the maximum file size is 1TB. Thus, if there is a 2.5TB LUN, it
    will create 3 files (1TB+1TB+0.5TB).
    If the iSCSI files does exist, then you can check the iscsi_trgt.conf file
    which describe the iSCSI target/LUN path and parameters.
    If there is no target/LUN description on the files, you need to manually
    create it.
    In general, I will
    1. create a new target/lun with same parameters but different name
    2. copy the settings
    3. delete the new created target/lun
    4. paste the settings and modify the name/path for the old iSCSI target.
    Then the target LUN should be able to see and mount.


    Das sollte jedoch ein Linux Admin bzw. Spezialist machen. Auf meine Mail hin, das ich das nicht leisten kann (stand auch nicht im Kaufprospekt das man Linuxkentnisse haben muss für ein Qnap), kam dann auch keine Antwort nehr. Nichteinmal als ich angeboten habe, einen Zugang zum Qnap bereit zu stellen.


    Nunja, ich denke mir hier meinen Teil und fühle mich ein wenig, wie soll ich es sagen ohne jemanden vor den Kopf zu stossen ... Allein gelassen ? Ja, ich denke das trifft es ganz gut.


    Ich habe gesehen, das es auch ander schon in gleicher Weise getroffen hat, so sollte es Qnap eigentlich daran liegen zu erforschen, warum das Problem auftritt. Das das nicht sein muss zeigen andere System, die ebenfalls auf ISCSI Container basieren, aber diese Problematik nicht haben.


    Nunja, lange Rede kurzer Sinn, ich bin kein Linuxianer, und weiss nicht was da oben gemacht werden soll. Die Daten sind mir zu wichtig, als das ich daran rumspeilöen möchte.


    Vieleicht aber gibt es jemanden der mir das für 'Dummies' erklärt !


    Gruss
    Ralph



    --------EDIT aktueller Stand 03/02/11 ---------


    Der Qnap Support war Online. Nochmal wurde ich nach allen Daten gefragt. Als ich sagte, das das Volume nur noch als RAW Drive angezeigt wird, kam direkt und unmissverständlich die Antwort, das das ISCSI Volume verloren sei.


    Ich habe weiter gedrängt, aber man wollte sich der Sache nicht annehmen. Letztendlich aber hat der Supporter sich weichklopfen lassen und hat ein Blick auf's System geworfen.


    Es hat einige Minuten gedauert aber dann waren die Daten des ISCSI wirder da.


    Auf die Daten kann ich wieder zugreifen, werde sie aber nun sichern und ISCSI erst einmal als Voulume begraben.


    Der Support in Deutschland hat sich nicht mehr gemeldet. Schade. So kann man Marktanteile nicht erzielen. Das geht nur über Support und Leistung am Kunden.


    Gruss
    Ralph

    3 Mal editiert, zuletzt von Terz () aus folgendem Grund: Doppelte Beiträge vermeiden, Code Blocks hinzugefügt, siehe Forenregeln

    Hmm, ich hatte auch mal das "plötzlich RAW" Problem gehabt.
    Win7 hatte den Laufwerksbuchstaben des ISCSI Laufwerks "vergessen".
    Dem RAW-Laufwerk einfach einen Laufwerksbuchstaben in der Datenträgerverwaltung
    zuweisen und schwupps ist alles wieder da.


    Kommt evtl zu spät, aber vielleicht hilfts ja jemanden mit dem gleichen Prob.




    Gruss PJ


    Edit: Formulierung :oops:

    Zitat von "ralph62"

    Der Qnap Support war Online. Nochmal wurde ich nach allen Daten gefragt. Als ich sagte, das das Volume nur noch als RAW Drive angezeigt wird, kam direkt und unmissverständlich die Antwort, das das ISCSI Volume verloren sei.


    Ich habe weiter gedrängt, aber man wollte sich der Sache nicht annehmen. Letztendlich aber hat der Supporter sich weichklopfen lassen und hat ein Blick auf's System geworfen.


    Es hat einige Minuten gedauert aber dann waren die Daten des ISCSI wirder da.



    Hallo Ralph62,


    was genau hat er da denn getan? Bis jetzt hatte ich noch nie diese Probleme, aber wäre gut zu Wissen wenn doch mal was los ist.
    Würde mich über eine kleine Info freuen. Ich danke dir!


    Das Problem mit keinen Laufwerksbuchstaben ist mir auch schon mal passiert, aber das ist zum Glück in wenigen Sekunden gelöst. ;)

    Hi,
    die Hilfe kommt zwar vermutlich etwas spät, aber falls noch Andere das Problem haben:
    Ich hatte selbst auch mal das Problem dass Windows meinte das iSCSI Laufwerk wäre neu und müsste formatiert werden. Das ist aber kein großes Problem, da das virtuelle Laufwerk trotzdem ansprechbar ist und bei mir hat z.B. Datenrettungssoftware wie R-Studio (kann ich im Übrigen generell empfehlen) problemlos alle Daten wiederherstellen können.
    Nach einigen Studen des Datenrettens kam mein iSCSI Laufwerk aber dann auch von selbst wieder zurück :D
    Also nicht gleich verzweifeln ;)

    Auch wenn ich mich hier als Totengräber betätige, und ein uraltes Thema ausgrabe:


    bei mir hat ein chkdsk [Laufwerksbuchstabe]: /f geholfen.


    möglicherweise hilft das ja trotzdem noch jemanden.


    Gruß


    Sven