Beiträge von iridium77

iridium77 · 4. Dezember 2010

Hallo David,

habe nun mal das Synchronisieren abgewartet. Danach habe ich einen anderne Laptop probiert wie kada123 vorgeschlagen hat. Leider ohne Erfolg.

Jetzt habe ich die 2 Festplatten wieder auf slot 1 und 2 plaziert, Firmware 3.3.2 aufgespielt und kopiere wieder ein paar Daten.

Der Befehl cat /proc/mdstat gibt folgendes aus:

Code

[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md4 : active raid1 sdb2[1] sda2[0]
      530048 blocks [2/2] [UU]


md13 : active raid1 sda4[0] sdb4[1]
      458880 blocks [3/2] [UU_]
      bitmap: 41/57 pages [164KB], 4KB chunk


md9 : active raid1 sda1[0] sdb1[1]
      530048 blocks [4/2] [UU__]
      bitmap: 57/65 pages [228KB], 4KB chunk


md0 : active raid1 sda3[1] sdb3[0]
      1951945536 blocks [2/2] [UU]
      bitmap: 16/233 pages [64KB], 4096KB chunk


unused devices: <none>

Alles anzeigen

Kann man daraus irgendwas sehen?

Schöne Grüße

Florian

iridium77 · 2. Dezember 2010

Guten Abend,

ich habe vor einigen Wochen einen Post erstellt da ich seit der Lieferung der Qnap 419P leider nur Probleme habe (http://forum.qnapclub.de/viewtopic.php?f=25&t=11911).
Nun dachte ich dass vielleicht ein Firmware Upgrade durch den Recovery Mode abhilfe schaffen könnte nachdem ich diesen Post verfolgt habe.

Ich habe alles nach der Anleitung gemacht:
- Mit CD gebootet
- Live Update ausgewählt
- Nun bekomme ich hier auch erst einige Einträge mit dem I/O Buffer Error, alle sonstigen Einträge werden dann mit 'OK' gekennzeichnet
- Nun schließe ich das Qnap an den Laptop an (Lan Port 2 an der Qnap)
- Jetzt den Resetknopf halten und einschalten
- Ich bekomme zwei kurze Pieps, Rot + Grün blinken abwechselnd für 2 Sekunden
- Jetzt ein kurzer Piep und rot leuchtet für ca. 1 Sekunde
- Dann nur noch Rot blinkend und das für immer

Mit Putty habe ich dann die vier Befehle eingegeben und folgendes erhalten:

Code

[~] # dmesg
onfig"
Loading Marvell Ethernet Driver:
  o Cached descriptors in DRAM
  o DRAM SW cache-coherency
  o 2 Giga ports supported
  o Single RX Queue support - ETH_DEF_RXQ=0
  o Single TX Queue support - ETH_DEF_TXQ=0
  o TCP segmentation offload (TSO) supported
  o Large Receive offload (LRO) supported
  o Receive checksum offload supported
  o Transmit checksum offload supported
  o Network Fast Processing (Routing) supported - (Disabled)
  o Proc tool API enabled
  o SKB Reuse supported - (Disabled)
  o SKB Recycle supported - (Disabled)
  o Rx descripors: q0=128
  o Tx descripors: q0=532
  o Loading network interface(s):
    o  register under mv88fx_eth platform
    o eth0, ifindex = 2, GbE port = 0
    o eth1, ifindex = 3, GbE port = 1


mvFpRuleDb (00000010): 0 entries, 0 bytes
Marvell debug tracing is on
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ehci_marvell ehci_marvell.70059: Marvell Orion EHCI
ehci_marvell ehci_marvell.70059: new USB bus registered, assigned bus number 1
sd 4:0:0:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA
sd 5:0:0:0: [sdd] Write cache: enabled, read cache: enabled, supports DPO and FUA
sd 4:0:0:0: [sdc] Sector size 0 reported, assuming 512.
sd 5:0:0:0: [sdd] Sector size 0 reported, assuming 512.
 sdc:
 sdd:
ehci_marvell ehci_marvell.70059: irq 19, io base 0xf1050100
 sdc1 sdc2 sdc3 sdc4
sd 4:0:0:0: [sdc] Sector size 0 reported, assuming 512.
 sdd1 sdd2 sdd3 sdd4
sd 5:0:0:0: [sdd] Sector size 0 reported, assuming 512.
ehci_marvell ehci_marvell.70059: USB 2.0 started, EHCI 1.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
uhci_hcd: USB Universal Host Controller Interface driver
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usb: create proc systemp successfully
usb: create proc systemp successfully
mice: PS/2 mouse device common for all mice
md: linear personality registered for level -1
md: raid0 personality registered for level 0
md: raid1 personality registered for level 1
md: raid10 personality registered for level 10
md: raid6 personality registered for level 6
md: raid5 personality registered for level 5
md: raid4 personality registered for level 4
device-mapper: ioctl: 4.16.0-ioctl (2009-11-05) initialised: dm-devel@redhat.com
sd 4:0:0:0: [sdc] Attached SCSI disk
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
TCP cubic registered
NET: Registered protocol family 17
NET: Registered protocol family 5
sd 5:0:0:0: [sdd] Attached SCSI disk
rtc kw_rtc: setting system clock to 2010-12-02 22:01:51 UTC (1291327311)
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
RAMDISK: gzip image found at block 0
usb 1-1: new high speed USB device using ehci_marvell and address 2
hub 1-1:1.0: USB hub found
hub 1-1:1.0: 4 ports detected
VFS: Mounted root (ext2 filesystem) on device 1:0.
Freeing init memory: 136K
EXT3-fs (sdc1): recovery required on readonly filesystem
EXT3-fs (sdc1): write access will be enabled during recovery
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sdc1): recovery complete
EXT3-fs (sdc1): mounted filesystem with writeback data mode
EXT3-fs (sdd1): recovery required on readonly filesystem
EXT3-fs (sdd1): write access will be enabled during recovery
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sdd1): recovery complete
EXT3-fs (sdd1): mounted filesystem with writeback data mode
md: md9 stopped.
md: bind<sdd1>
md: bind<sdc1>
raid1: raid set md9 active with 2 out of 4 mirrors
md9: bitmap initialized from disk: read 5/5 pages, set 62043 bits
created bitmap (65 pages) for device md9
md9: detected capacity change from 0 to 542769152
 md9: unknown partition table
kjournald starting.  Commit interval 5 seconds
EXT3-fs (md9): using internal journal
EXT3-fs (md9): mounted filesystem with writeback data mode
md: md13 stopped.
md: bind<sdd4>
md: bind<sdc4>
raid1: raid set md13 active with 2 out of 4 mirrors
md13: bitmap initialized from disk: read 4/4 pages, set 81920 bits
created bitmap (57 pages) for device md13
md13: detected capacity change from 0 to 469893120
 md13: unknown partition table
kjournald starting.  Commit interval 5 seconds
EXT3-fs (md9): using internal journal
EXT3-fs (md9): mounted filesystem with writeback data mode
kjournald starting.  Commit interval 5 seconds
EXT3-fs (md9): using internal journal
EXT3-fs (md9): mounted filesystem with writeback data mode
kjournald starting.  Commit interval 5 seconds
EXT3-fs (md13): using internal journal
EXT3-fs (md13): recovery complete
EXT3-fs (md13): mounted filesystem with writeback data mode
usbcore: registered new interface driver usblp
sysinfo: Module loaded.
ufsd: module license 'Commercial product' taints kernel.
Disabling lock debugging due to kernel taint
ufsd: driver U82 (Nov  9 2010 14:36:31)  LBD=OFF with ioctl loaded at bf065000
NTFS read/write support included
Hfs+/HfsX read/write support included
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Slow work thread pool: Starting up
Slow work thread pool: Ready
eth0: link down
eth0: started
eth1: started
eth0: stopped
eth0: mac address changed
eth0: started
eth1: stopped
eth1: mac address changed
eth1: started
eth0: link up, full duplex, speed 1 Gbps
kjournald starting.  Commit interval 5 seconds
EXT3-fs (md9): using internal journal
EXT3-fs (md9): mounted filesystem with writeback data mode
md: bind<sdc2>
raid1: raid set md4 active with 1 out of 1 mirrors
md4: detected capacity change from 0 to 542769152
 md4: unknown partition table
Adding 530040k swap on /dev/md4.  Priority:-1 extents:1 across:530040k
md: bind<sdd2>
RAID1 conf printout:
 --- wd:1 rd:2
 disk 0, wo:0, o:1, dev:sdc2
 disk 1, wo:1, o:1, dev:sdd2
md: recovery of RAID array md4
md: minimum _guaranteed_  speed: 5000 KB/sec/disk.
md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for recovery.
md: using 128k window, over a total of 530048 blocks.
active port 0 :139
active port 1 :445
active port 2 :20
md: md4: recovery done.
RAID1 conf printout:
 --- wd:2 rd:2
 disk 0, wo:0, o:1, dev:sdc2
 disk 1, wo:0, o:1, dev:sdd2
md: md0 still in use.
md: bind<sdd3>
md: bind<sdc3>
raid1: md0 is not clean -- starting background reconstruction
raid1: raid set md0 active with 2 out of 2 mirrors
md0: detected capacity change from 0 to 1998792294400
md: resync of RAID array md0
md: minimum _guaranteed_  speed: 5000 KB/sec/disk.
md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for resync.
md: Resyncing started: md0
md: using 128k window, over a total of 1951945600 blocks.
 md0: unknown partition table
kjournald starting.  Commit interval 5 seconds
EXT3-fs (md0): using internal journal
EXT3-fs (md0): mounted filesystem with ordered data mode
eth1: stopped
eth0: stopped
eth1: started
eth0: link down
eth0: started
eth0: link up, full duplex, speed 1 Gbps
eth1: stopped
eth1: started
eth0: link down
eth0: stopped
eth0: started
eth0: link up, full duplex, speed 1 Gbps
active port 0 :139
active port 1 :445
active port 2 :20
warning: process `picd' used the deprecated sysctl system call with 8.1.2.
rule type=2, num=0
Loading iSCSI transport class v2.0-871.
iscsi: registered transport (tcp)




[~] # cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4]
md4 : active raid1 sdd2[1] sdc2[0]
      530048 blocks [2/2] [UU]


md13 : active raid1 sdc4[0] sdd4[1]
      458880 blocks [4/2] [UU__]
      bitmap: 40/57 pages [160KB], 4KB chunk


md9 : active raid1 sdc1[0] sdd1[1]
      530048 blocks [4/2] [UU__]
      bitmap: 53/65 pages [212KB], 4KB chunk


md0 : active raid1 sdc3[0] sdd3[1]
      1951945600 blocks [2/2] [UU]
      [>....................]  resync =  2.0% (40070208/1951945600) finish=262.4min speed=121399K/sec


unused devices: <none>




[~] # fdisk -1
fdisk: invalid option -- 1


Usage: fdisk [-b SSZ] [-u] DISK     Change partition table
       fdisk -l [-b SSZ] [-u] DISK  List partition table(s)
       fdisk -s PARTITION           Give partition size(s) in blocks
       fdisk -v                     Give fdisk version
Here DISK is something like /dev/hdb or /dev/sda
and PARTITION is something like /dev/hda7
-u: give Start and End in sector (instead of cylinder) units
-b 2048: (for certain MO disks) use 2048-byte sectors




[~] # mount
/proc on /proc type proc (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
sysfs on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw,size=32M)
none on /proc/bus/usb type usbfs (rw)
/dev/sda4 on /mnt/ext type ext3 (rw)
/dev/md9 on /mnt/HDA_ROOT type ext3 (rw)
/dev/md0 on /share/MD0_DATA type ext3 (rw,usrjquota=aquota.user,jqfmt=vfsv0,user_xattr,data=ordered)

Alles anzeigen

Vielleicht kann David daraus etwas erkennen und wo vielleicht der wirkliche Defekt an meiner Qnap liegt?

Vielen Dank!

iridium77 · 11. November 2010

So, ich habe es irgendwie hinbekommen wieder auf Firmware 3.3.2 zu gehen.

Kann die Aussage von bridger386 bestätigen dass das Qnap auf 3.3.2 + EXT3 stabil läuft.
Das ist nur meiner Ansicht nach keine Lösung da jedes Upgrade der Firmware wieder zu den vorher angesprochenen Problemen führt.
Dieser Gedanke stört mich einfach weil man ja doch immer die aktuelle Firmware haben möchte.

Sollte man die Festplatten vielleicht mal direkt an den Computer anschließen um zu sehen ob eventuell irgendwann mal etwas mit den Partitionen schiefgelaufen ist oder formatiert die Qnap wirklich immer die Festplatten komplett und löscht alle vorher angelegten Partitionen?

iridium77 · 1. November 2010

Wie hast du das Downgrade geschafft? Bisher brach es doch immer bei 20% mit dem Qnap Finder ab, oder?

3.3.2 schien bei mir vorerst auch gut zu laufen, dann traten die Probleme aber wieder auf.

iridium77 · 1. November 2010

Hallo,

auch das habe ich mehrere Male probiert mit keinem feststellbaren Unterschied.

iridium77 · 31. Oktober 2010

Guten Abend,

ich habe seit zwei Wochen das Model TS-419P und seit der ersten Sekunde nur Probleme.

Model: TS-419P
Firmware: 3.3.2, 3.3.3, 3.3.4
Festplatten: 2x HD204UI mit jeweils 2TB
Router: Linksys WRT610N

Habe nach Ankunft der Sachen beide Platten in die Qnap eingebaut. Dann die Firmware 3.3.3 heruntergeladen, alles mit dem Tool konfiguriert mit EXT4 (da dies vorausgewählt war) und Raid1.
Die Qnap hat sich dann bei der Konfiguration der Festplatten aufgehängt. Qnap Finder hat nichts gefunden, pingen ging nicht, Display blieb schwarz nach Drücken eines Knopfes.
Nach neuem booten hingt die Qnap dann bei "Mount Volume".
Diese Konfiguration habe ich ca. fünf mal probiert. Habe dann von einem Bekannten gehört das die Qnap wohl nicht leistungsstark genug ist für EXT4 und ich EXT3 probieren soll.
Das ging dann auch. Mich würde wirklich mal interessieren warum bei mir EXT4 nicht ging und andere Benutzer haben keine Probleme

Das System lief ca. 10-15 Minuten, dann wieder das gleiche "Qnap Finder hat nichts gefunden, pingen ging nicht, Display blieb schwarz nach Drücken eines Knopfes".
Dann also wieder ein Komplettreset. Das ganze habe ich ca. drei mal gemacht, ohne Änderung.

Nun habe ich diverse Sachen ausprobiert:
- Downgrade auf 3.3.2 und wieder Upgrade auf 3.3.3
- Platten getauscht
- Konfiguration mit nur einer Platte und zweite nach der Konfiguration hinzugefügt
- Zweiten Lan Port probiert
- Feste IP Zuweisung

Die neue Firmware 3.3.4 war nun meine Hoffnung. Das Upgrade habe ich über die Adminfläche ausgeführt. Nun habe ich knapp 10GB an Daten auf die Qnap kopiert. Das erste Mal lief das System für knapp 24 Stunden. Dann das gleiche "Qnap Finder hat nichts gefunden, pingen ging nicht, Display blieb schwarz nach Drücken eines Knopfes". Wiedermal folgte Downgrade und Upgrade, Platten getauscht, nur eine Platte, ....

Dann ist das neuste aufgetreten:
Qnap Finder findet die Qnap, pingen geht, Display geht aber ich kann über Internet Explorer oder Firefox nicht darauf zugreifen: "Fehler - Verbindung fehlgeschlagen" oder "Die Website kann nicht angezeigt werden".

Letze Idee war nun über den Qnap Finder eine feste IP zu vergeben und die Firmware neu aufzuspielen. Da das System aber auf 3.3.4 hängt weigert sich die Qnap diese anzunehmen (dieses Problem wurde im Forum auch schon beschrieben) und das aufspielen einer anderen Firmware (3.3.1, 3.3.2, 3.3.3) oder der Aktuellen bleibt bei 20% stehen.

Nun weiß ich wirklich nicht mehr weiter und mittlerweile bin ich mir ziemlich unsicher wie stabil das ganze einmal laufen wird.

Vielen Dank für alle Antworten und eure Hilfe!

Beiträge von iridium77

TS-419P -Kein Wiederhochfahren nach Firmwareupdate

TS-419P -Kein Wiederhochfahren nach Firmwareupdate

TS-419P: diverse heftige Probleme

TS-419P: diverse heftige Probleme

TS-419P: diverse heftige Probleme

TS-419P: diverse heftige Probleme