Backup auf externe USB Platte bricht ab (TS-119)

Ich habe bei einem QNAP TS239 das selbe Problem. Unabhängig davon, ob die Platte mit NTFS oder EXT3 formatiert ist (ersters währ emir eigentlich lieber)
Martin

Könnte daran liegen, dass die externen Gehäuse nicht kompatibel sind.
Es gibt ne Liste auf der Herstellerseite...

An der Kompatibilität zu bestimmten, externen Festplatten kann es eigentlich nicht liegen, die Gründe sind eher woanders zu suchen.
Beispielsweise schlägt das Backup fehl wenn man versucht größere Dateien auf einem FAT Dateisystem zu sichern, das kommt damit nicht klar. Oder symbolische Links in den Backup Daten liegen, diese können auf NTFS nicht abgebildet werden und auch auf EXT Filesysteme werden sie nicht gesichert.

Dabei bricht jedesmal der Backup Vorgang mit genannter Meldung ab!

@ ukottig

Kannst Du Dich nach dem fehlgeschlagenen Backup mal mit einer Konsole zum NAS verbinden und "dmesg" eingeben und die Ausgabe posten?

Linuxnutzer

Ich habe das gleiche Problem mit meiner externen Festplatte WD Caviar Green WD20EADS
Ist aber erst seit der Firmware 3.2.3 build 0209T auf meiner SS-839 so.
Mit der vorherigen Firmware war alles noch in Ordnung.
Mir der neuen Firmware 3.2.4 build 0315T kann man wieder formatieren und sichern

Peter

Hallo

Ich habe dasselbe Problem, wenn auch auf einer TS239 (mit aktueller FW), wie auch schon in anderem Thread geschrieben, allerdings bisher keine Lösung für dieses Problem. Ich habe mich gerade per Winscp verbunden auf auf das von linuxnutzer vorgeschlagene dmesg kam folgende Antwort: Versteht sie vielleicht hier jemand??

/root$ dmesg
 2-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19
uhci_hcd 0000:00:1d.1: setting latency timer to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1d.1: irq 19, io base 0x0000b880
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 18 (level, low) -> IRQ 18
uhci_hcd 0000:00:1d.2: setting latency timer to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1d.2: irq 18, io base 0x0000b800
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.3: PCI INT D -> GSI 16 (level, low) -> IRQ 16
uhci_hcd 0000:00:1d.3: setting latency timer to 64
uhci_hcd 0000:00:1d.3: UHCI Host Controller
uhci_hcd 0000:00:1d.3: new USB bus registered, assigned bus number 5
uhci_hcd 0000:00:1d.3: irq 16, io base 0x0000b480
usb usb5: configuration #1 chosen from 1 choice
hub 5-0:1.0: USB hub found
hub 5-0:1.0: 2 ports detected
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
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with writeback data mode.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with writeback data mode.
md: md9 stopped.
md: bind<sdb1>
md: bind<sda1>
raid1: raid set md9 active with 2 out of 2 mirrors
md9: bitmap initialized from disk: read 5/5 pages, set 22 bits
created bitmap (65 pages) for device md9
 md9: unknown partition table
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
md: md13 stopped.
md: bind<sdb4>
md: bind<sda4>
raid1: raid set md13 active with 2 out of 2 mirrors
md13: bitmap initialized from disk: read 4/4 pages, set 0 bits
created bitmap (57 pages) for device md13
 md13: unknown partition table
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md13, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
ICH7/ICH9R rtc control driver.
iTCO_vendor_support: vendor-support=0
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.05
iTCO_wdt: Found a ICH7-M or ICH7-U TCO device (Version=2, TCOBASE=0x0860)
iTCO_wdt: initialized. heartbeat=120 sec (nowayout=0)
usbcore: registered new interface driver usblp
ufsd: module license 'Commercial product' taints kernel.
Disabling lock debugging due to kernel taint
ufsd: driver loaded at f8354000 built on Apr 23 2010 13:56:20
UFSD version 7.07 (Sep 25 2009, 17:23:02)
NTFS read/write support included
$Id: ufsdvfs.c,v 1.1.1.1 2009/10/07 02:37:25 penny Exp $ (LBD=ON)
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
md: bind<sda2>
md: md2: raid array is not clean -- starting background reconstruction
raid1: raid set md2 active with 1 out of 1 mirrors
 md2: unknown partition table
Adding 530040k swap on /dev/md2.  Priority:-1 extents:1 across:530040k 
md: bind<sdb2>
RAID1 conf printout:
 --- wd:1 rd:2
 disk 0, wo:0, o:1, dev:sda2
 disk 1, wo:1, o:1, dev:sdb2
md: recovery of RAID array md2
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: Recovering started: md2
md: using 128k window, over a total of 530048 blocks.
active port 0 :139
active port 1 :445
active port 2 :20
md: md2: recovery done.
md: Recovering done: md2, degraded=1
RAID1 conf printout:
 --- wd:2 rd:2
 disk 0, wo:0, o:1, dev:sda2
 disk 1, wo:0, o:1, dev:sdb2
md: md0 still in use.
md: bind<sdb3>
md: bind<sda3>
raid1: raid set md0 active with 2 out of 2 mirrors
md0: bitmap initialized from disk: read 15/15 pages, set 158 bits
created bitmap (233 pages) for device md0
 md0: unknown partition table
EXT4-fs (md0): barriers enabled
kjournald2 starting: pid 2313, dev md0:8, commit interval 5 seconds
EXT4-fs (md0): internal journal on md0:8
EXT4-fs: file extents enabled
EXT4-fs: mballoc enabled
EXT4-fs (md0): mounted filesystem with ordered data mode
e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
active port 0 :139
active port 1 :445
active port 2 :20
warning: `proftpd' uses 32-bit capabilities (legacy support in use)
TARGET_CORE[0]: Loading Generic Kernel Storage Engine: v3.1.0 on Linux/i686 on 2.6.30.6
TARGET_CORE[0]: Initialized ConfigFS Fabric Infrastructure: v2.0.0 on Linux/i686 on 2.6.30.6
SE_PC[0] - Registered Plugin Class: TRANSPORT
PLUGIN_TRANSPORT[1] - pscsi registered
PLUGIN_TRANSPORT[2] - stgt registered
CORE_STGT[0]: Bus Initalization complete
PLUGIN_TRANSPORT[4] - iblock registered
PLUGIN_TRANSPORT[5] - rd_dr registered
PLUGIN_TRANSPORT[6] - rd_mcp registered
PLUGIN_TRANSPORT[7] - fileio registered
SE_PC[1] - Registered Plugin Class: OBJ
PLUGIN_OBJ[1] - dev registered
Initiate iscsi target log successfully.
Linux-iSCSI.org iSCSI Target Core Stack v3.1.0 on Linux/i686 on 2.6.30.6
<<<<<<<<<<<<<<<<<<<<<< BEGIN FABRIC API >>>>>>>>>>>>>>>>>>>>>>
Initialized struct target_fabric_configfs: da8f1c00 for iscsi
<<<<<<<<<<<<<<<<<<<<<< END FABRIC API >>>>>>>>>>>>>>>>>>>>>>
LIO_TARGET[0] - Set fabric -> lio_target_fabric_configfs
iscsi_allocate_thread_sets:195: ***OPS*** Spawned 4 thread set(s) (8 total threads).
TARGET_CORE[iSCSI]: Allocated Discovery se_portal_group_t for endpoint: None, Portal Tag: 1
CORE[0] - Allocated Discovery TPG
Loading Complete.
iscsi_log_rcv_msg: get log pid = 4588.
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
rule type=2, num=0
Loading iSCSI transport class v2.0-871.
iscsi: registered transport (tcp)
CE: hpet increasing min_delta_ns to 15000 nsec
UDP: bad checksum. From 61.9.94.65:1343 to 192.168.1.80:59367 ulen 111
[0 3] Detect fake interrupts.
QNAP: Got fake interrupts.(cnt=0)
ENABLE_WRITE_CACHE (current: enabled).
scsi 9:0:0:0: Direct-Access     Seagate  ST31000528AS     CC44 PQ: 0 ANSI: 3
Check proc_name[mvSata].
Check proc_name[mvSata].
sd 9:0:0:0: [sdz] 1953525168 512-byte hardware sectors: (1.00 TB/931 GiB)
sd 9:0:0:0: Attached scsi generic sg25 type 0
sd 9:0:0:0: [sdz] Write Protect is off
sd 9:0:0:0: [sdz] Mode Sense: 23 00 10 00
sd 9:0:0:0: [sdz] Write cache: enabled, read cache: enabled, supports DPO and FUA
 sdz: sdz1 < sdz5 >
sd 9:0:0:0: [sdz] Attached SCSI disk
active port 0 :139
active port 1 :445
active port 2 :20

Wäre toll, wenn endlich mal jemand eine Lösung für dieses Problem hätte...
Gruß J.

Hi jekie,

Deine dmesg-Ausgabe sieht erst mal unverdächtig aus. Hast Du dmesg wirklich gleich nach einem Abbruch ausgeführt? Sieht eigentlich aus wie frisch nach dem Booten.

Zum USB-Problem gabe es auch mal ein Thema: http://forum.qnapclub.de/viewtopic.php?f=27&t=4114.

Ich vermute immer noch ein Hardware/Treiber-Problem. Ich selbst benutze eine externe USB-Festplatte zum Backup mit rsnapshot. Beim Sichern von sehr großen Datenmengen kommt es hin und wieder zum Abbruch. Daher betreibe ich rsnapshot im "Sync-Modus". Nach einem Abbruch rufe ich "rsnapshot sync" so lange auf bis alles kopiert ist. Auch beim täglichen Backup wird so sichergestellt, daß keine unvollständige oder defekte Sicherungen entstehen.

Linuxnutzer

Salut
Also, ich denke nicht, dass die Platten da frisch gebootet waren, weiß es aber nicht mehr...
Weil sich dass Problem so schön reproduzieren läßt (grrrr...), habe ich es eben "mal kurz" wiederholt: Backup angestellt, es dauert keine 2 Minuten, da kam die Abbruchmeldung und dann dieses dmesg:

/root$

dmesg


kjournald starting.  Commit interval 5 seconds
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
md: bind<sda2>
md: md2: raid array is not clean -- starting background reconstruction
raid1: raid set md2 active with 1 out of 1 mirrors
 md2: unknown partition table
Adding 530040k swap on /dev/md2.  Priority:-1 extents:1 across:530040k 
md: bind<sdb2>
RAID1 conf printout:
 --- wd:1 rd:2
 disk 0, wo:0, o:1, dev:sda2
 disk 1, wo:1, o:1, dev:sdb2
md: recovery of RAID array md2
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: Recovering started: md2
md: using 128k window, over a total of 530048 blocks.
active port 0 :139
active port 1 :445
active port 2 :20
md: md2: recovery done.
md: Recovering done: md2, degraded=1
RAID1 conf printout:
 --- wd:2 rd:2
 disk 0, wo:0, o:1, dev:sda2
 disk 1, wo:0, o:1, dev:sdb2
md: md0 still in use.
md: bind<sdb3>
md: bind<sda3>
raid1: raid set md0 active with 2 out of 2 mirrors
md0: bitmap initialized from disk: read 15/15 pages, set 158 bits
created bitmap (233 pages) for device md0
 md0: unknown partition table
EXT4-fs (md0): barriers enabled
kjournald2 starting: pid 2313, dev md0:8, commit interval 5 seconds
EXT4-fs (md0): internal journal on md0:8
EXT4-fs: file extents enabled
EXT4-fs: mballoc enabled
EXT4-fs (md0): mounted filesystem with ordered data mode
e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX/TX
active port 0 :139
active port 1 :445
active port 2 :20
warning: `proftpd' uses 32-bit capabilities (legacy support in use)
TARGET_CORE[0]: Loading Generic Kernel Storage Engine: v3.1.0 on Linux/i686 on 2.6.30.6
TARGET_CORE[0]: Initialized ConfigFS Fabric Infrastructure: v2.0.0 on Linux/i686 on 2.6.30.6
SE_PC[0] - Registered Plugin Class: TRANSPORT
PLUGIN_TRANSPORT[1] - pscsi registered
PLUGIN_TRANSPORT[2] - stgt registered
CORE_STGT[0]: Bus Initalization complete
PLUGIN_TRANSPORT[4] - iblock registered
PLUGIN_TRANSPORT[5] - rd_dr registered
PLUGIN_TRANSPORT[6] - rd_mcp registered
PLUGIN_TRANSPORT[7] - fileio registered
SE_PC[1] - Registered Plugin Class: OBJ
PLUGIN_OBJ[1] - dev registered
Initiate iscsi target log successfully.
Linux-iSCSI.org iSCSI Target Core Stack v3.1.0 on Linux/i686 on 2.6.30.6
<<<<<<<<<<<<<<<<<<<<<< BEGIN FABRIC API >>>>>>>>>>>>>>>>>>>>>>
Initialized struct target_fabric_configfs: da8f1c00 for iscsi
<<<<<<<<<<<<<<<<<<<<<< END FABRIC API >>>>>>>>>>>>>>>>>>>>>>
LIO_TARGET[0] - Set fabric -> lio_target_fabric_configfs
iscsi_allocate_thread_sets:195: ***OPS*** Spawned 4 thread set(s) (8 total threads).
TARGET_CORE[iSCSI]: Allocated Discovery se_portal_group_t for endpoint: None, Portal Tag: 1
CORE[0] - Allocated Discovery TPG
Loading Complete.
iscsi_log_rcv_msg: get log pid = 4588.
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:0 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
 Set Adpater:port=0:1 standby to 242 (3600 secs).
rule type=2, num=0
Loading iSCSI transport class v2.0-871.
iscsi: registered transport (tcp)
CE: hpet increasing min_delta_ns to 15000 nsec
UDP: bad checksum. From 61.9.94.65:1343 to 192.168.1.80:59367 ulen 111
[0 3] Detect fake interrupts.
QNAP: Got fake interrupts.(cnt=0)
ENABLE_WRITE_CACHE (current: enabled).
scsi 9:0:0:0: Direct-Access     Seagate  ST31000528AS     CC44 PQ: 0 ANSI: 3
Check proc_name[mvSata].
Check proc_name[mvSata].
sd 9:0:0:0: [sdz] 1953525168 512-byte hardware sectors: (1.00 TB/931 GiB)
sd 9:0:0:0: Attached scsi generic sg25 type 0
sd 9:0:0:0: [sdz] Write Protect is off
sd 9:0:0:0: [sdz] Mode Sense: 23 00 10 00
sd 9:0:0:0: [sdz] Write cache: enabled, read cache: enabled, supports DPO and FUA
 sdz: sdz1 < sdz5 >
sd 9:0:0:0: [sdz] Attached SCSI disk
active port 0 :139
active port 1 :445
active port 2 :20
fs/splice.c: 1282: do_splice_from_socket: kernel_recvmsg error,estimate 32768,real 6791
[0 3] Detect fake interrupts.
[0 3] Fake interrupts detection finished.
sd 9:0:0:0: [sdz] Synchronizing SCSI cache
sd 9:0:0:0: [sdz] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
active port 0 :139
active port 1 :445
active port 2 :20
ENABLE_WRITE_CACHE (current: enabled).
scsi 8:0:0:0: Direct-Access     Seagate  ST31000528AS     CC44 PQ: 0 ANSI: 3
Check proc_name[mvSata].
Check proc_name[mvSata].
sd 8:0:0:0: Attached scsi generic sg24 type 0
sd 8:0:0:0: [sdy] 1953525168 512-byte hardware sectors: (1.00 TB/931 GiB)
 Wake up disk 2 immediately.
sd 8:0:0:0: [sdy] Write Protect is off
sd 8:0:0:0: [sdy] Mode Sense: 23 00 10 00
sd 8:0:0:0: [sdy] Write cache: enabled, read cache: enabled, supports DPO and FUA
 sdy: sdy1 < sdy5 >
sd 8:0:0:0: [sdy] Attached SCSI disk
NOHZ: local_softirq_pending 80
fs/splice.c: 1282: do_splice_from_socket: kernel_recvmsg error,estimate 32768,real 32304
iscsi target log cleanup successfully.
iscsi_deallocate_thread_sets:235: ***OPS*** Stopped 4 thread set(s) (8 total threads).
TARGET_CORE[Discovery]: Deallocating iSCSI se_portal_group_t for endpoint: <NULL> Portal Tag 1
<<<<<<<<<<<<<<<<<<<<<< BEGIN FABRIC API >>>>>>>>>>>>>>>>>>>>>>
Target_Core_ConfigFS: DEREGISTER -> Releasing tf: iscsi
<<<<<<<<<<<<<<<<<<<<<< END FABRIC API >>>>>>>>>>>>>>>>>>>>>>
LIO_TARGET[0] - Cleared lio_target_fabric_configfs
Unloading Complete.
TARGET_CORE[0]: Released ConfigFS Fabric Infrastructure
CORE_STGT[0]: Bus release complete
ext4_put_super(ee8aae00)
EXT4-fs: mballoc: 7833 blocks 7833 reqs (0 success)
EXT4-fs: mballoc: 8011 extents scanned, 2915 goal hits, 4905 2^N hits, 0 breaks, 0 lost
EXT4-fs: mballoc: 7513 generated and it took 178329972
EXT4-fs: mballoc: 1919820 preallocated, 398947 discarded
active port 0 :139
active port 1 :445
active port 2 :20
TARGET_CORE[0]: Loading Generic Kernel Storage Engine: v3.1.0 on Linux/i686 on 2.6.30.6
TARGET_CORE[0]: Initialized ConfigFS Fabric Infrastructure: v2.0.0 on Linux/i686 on 2.6.30.6
SE_PC[0] - Registered Plugin Class: TRANSPORT
PLUGIN_TRANSPORT[1] - pscsi registered
PLUGIN_TRANSPORT[2] - stgt registered
CORE_STGT[0]: Bus Initalization complete
PLUGIN_TRANSPORT[4] - iblock registered
PLUGIN_TRANSPORT[5] - rd_dr registered
PLUGIN_TRANSPORT[6] - rd_mcp registered
PLUGIN_TRANSPORT[7] - fileio registered
SE_PC[1] - Registered Plugin Class: OBJ
PLUGIN_OBJ[1] - dev registered
Initiate iscsi target log successfully.
Linux-iSCSI.org iSCSI Target Core Stack v3.1.0 on Linux/i686 on 2.6.30.6
<<<<<<<<<<<<<<<<<<<<<< BEGIN FABRIC API >>>>>>>>>>>>>>>>>>>>>>
Initialized struct target_fabric_configfs: da5c9400 for iscsi
<<<<<<<<<<<<<<<<<<<<<< END FABRIC API >>>>>>>>>>>>>>>>>>>>>>
LIO_TARGET[0] - Set fabric -> lio_target_fabric_configfs
iscsi_allocate_thread_sets:195: ***OPS*** Spawned 4 thread set(s) (8 total threads).
TARGET_CORE[iSCSI]: Allocated Discovery se_portal_group_t for endpoint: None, Portal Tag: 1
CORE[0] - Allocated Discovery TPG
Loading Complete.
iscsi_log_rcv_msg: get log pid = 24917.
EXT4-fs (md0): barriers enabled
kjournald2 starting: pid 28150, dev md0:8, commit interval 5 seconds
EXT4-fs (md0): internal journal on md0:8
EXT4-fs: file extents enabled
EXT4-fs: mballoc enabled
EXT4-fs (md0): mounted filesystem with ordered data mode

Hilft das weiter???

Gruß JK

Hi,

vielleicht hast Du Glück und es ist kein Hardware/Kernel/Treiber-Problem. Jedenfalls gibt es keine entsprechende Meldung vom Kernel, wie ich der dmesg-Ausgabe entnehmen kann.
Was hast Du denn für Backup-Optionen eingestellt? Sync oder Copy?
Was für ein Filesystem hat die externe Platte?
Welche Firmware ist auf dem NAS? Im letzten Firmware-Changelog für die TS-110/119/210/219/410/419 stand:
"Synchronization option is temporarily replaced by cp command because of the current known limitation of selected file size. The fix will be available in the next release."
D.h. es gibt wohl ein Problem mit rsync in vorherigen Versionen. Hast Du große Dateien? Größer als 2GByte im Backup?

Linuxnutzer

Salut
Ich habe es auf synchronisieren stehen, allerdings sollte es sich hier dann doch um ein kopieren handeln, denn es ist ja noch nicht ein Vorgang des synchronisierens erfolgreich abgeschlossen worden.
Ich habe die Partition im Moment auf NTFS formatiert, hatte es aber auch schon mit EXT4 probiert: selber Mißerfolg. Die Firmware ist die neueste offiziell verfügbare: Aktuelle Firmwareversion: 3.2.6 Build 0423T, aber Achtung: ich habe eine TS239 Pro, das Problem ist nur das Gleich wie beim Threaderöffner; allerdings sind in der Tat mehrere Dateien > 4 Gb. Ist das für NTFS ein Problem??

Gruß J.

Ok, da Du Dich ja mit der Kommandozeile auskennst, kannst Du ja mal einen Test durchführen. Ich weis nicht genau, welche Parameter von Qnap für rsync zum Synchronisieren verwendet werden, normalerweise benutze ich den Archiv-Modus (-a). Du startest rsync einfach mal von der Kommandozeile und schaust, ob und wo es einen Abbruch gibt. Ich nehme an, Deine externe Festplatte ist USBDisk1.

1) Testverzeichnis auf der USB-Festplatte anlegen:
mkdir /share/USBDisk1/Testverzeichnis


2) rsync aufrufen mit einem von Dir gewünschten Quellverzeichnis (z.B. Qmultimedia):
rsync -av --stats --progress /share/Qmultimedia /share/USBDisk1/Testverzeichnis


3) Wiederhole 2) für alle Quellverzeichnisse.

Ich hoffe, ich hatte alles richtig im Kopf, da ich im Moment nicht auf mein NAS schauen kann.

Linuxnutzer

Salut
Die Idee ist gut, leider kenne ich mich nicht gut mit der Kommandozeile aus (ich kann "nachmachen")

Wenn ich mit Winscp in die Platte reingucke, heißt der Pfad z.B. : /share/external/sdy5/Public (der Pfad zur externe eSATA-Platte scheint nur in "Verweis" zu sein).

Würde der Befehl dann lauten: rsync -av --stats --progress /share/external/sdy5/Public ???

Bitte kurze Rückinfo da ich "nicht-linuxer" bin, danke

Gruß JK

Salut
Noch eine Info als Hiweis für die Experten: Ich habe gesehen, dass Winscp ja auch einen Befehl zum synchronisieren enthält. Den habe ich mal benutzt.

Da kommt dann nach kurzer Zeit als Fehlermeldung:
Kann Pfad für /share/external/sdy5/Public/Für J+K nicht anlegen
Datei oder Verzeichnis nicht gefunden.
Fehlernummer: 2
Fehlermeldung vom entfernten Rechner : No such file
Anforderungsnummer: 14

(Dabei wird der Umlaut so angezeigt: für J+K)

Kann es sein, dass der sync-Befehl Probleme mit Umlauten im Dateinamen oder in der Pfadangabe jhat und dabei denn abbricht???

Zitat von "jekie"

Salut
Die Idee ist gut, leider kenne ich mich nicht gut mit der Kommandozeile aus (ich kann "nachmachen")

Wenn ich mit Winscp in die Platte reingucke, heißt der Pfad z.B. : /share/external/sdy5/Public (der Pfad zur externe eSATA-Platte scheint nur in "Verweis" zu sein).

Würde der Befehl dann lauten: rsync -av --stats --progress /share/external/sdy5/Public ???

Bitte kurze Rückinfo da ich "nicht-linuxer" bin, danke

Gruß JK

Alles anzeigen

Ja, der richtige Pfad zu externen Laufwerken ist ist immer so was wie /share/external/sdy5/. Den kannst Du natürlich auch nehmen.
Die Syntax von rsync ist immer: rsync [Optionen] <VON> <NACH>, d.h. bei Dir dann wahrscheinlich
rsync -av --stats --progress /share/Public/ /share/external/sdy5/Public

Linuxnutzer

Zitat von "jekie"

Salut
Noch eine Info als Hiweis für die Experten: Ich habe gesehen, dass Winscp ja auch einen Befehl zum synchronisieren enthält. Den habe ich mal benutzt.

Da kommt dann nach kurzer Zeit als Fehlermeldung:
Kann Pfad für /share/external/sdy5/Public/Für J+K nicht anlegen
Datei oder Verzeichnis nicht gefunden.
Fehlernummer: 2
Fehlermeldung vom entfernten Rechner : No such file
Anforderungsnummer: 14

(Dabei wird der Umlaut so angezeigt: für J+K)

Kann es sein, dass der sync-Befehl Probleme mit Umlauten im Dateinamen oder in der Pfadangabe jhat und dabei denn abbricht???

Alles anzeigen

Ja, das ist möglich. Ich kenne Winscp nicht, aber es gibt bestimmt eine Option wie "Remote Charset" bzw. "Zeichensatz auf entferntem Rechner", der sollte dann auf UTF-8 gestellt werden.

Linuxnutzer

Zitat von "ukottig"

Hi,

tja, es hat zwar lange gut gegangen, aber jetzt habe ich wieder das gleiche Problem, das Backup bricht einfach ab.

Hier nun die Ausgabe von dmesg: (direkt nach frisch gestartetem Server)

Code

n-ehci orion-ehci.0: Marvell Orion EHCI
orion-ehci orion-ehci.0: new USB bus registered, assigned bus number 1
orion-ehci orion-ehci.0: irq 19, io mem 0xf1050000
orion-ehci orion-ehci.0: USB 2.0 started, EHCI 1.00
usb usb1: configuration #1 chosen from 1 choice
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
mice: PS/2 mouse device common for all mice
Clear RTC Alarm interrupt.
rtc-s35390a 0-0030: rtc core: registered rtc-s35390a as rtc0
Orion Watchdog Timer: Initial timeout 21 sec
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.14.0-ioctl (2008-04-23) initialised: dm-devel@redhat.com
mv_xor_shared mv_xor_shared.0: Marvell shared XOR driver
mv_xor_shared mv_xor_shared.1: Marvell shared XOR driver
mv_xor mv_xor.0: Marvell XOR: ( xor cpy )
mv_xor mv_xor.1: Marvell XOR: ( xor fill cpy )
mv_xor mv_xor.2: Marvell XOR: ( xor cpy )
mv_xor mv_xor.3: Marvell XOR: ( xor fill cpy )
TCP cubic registered
NET: Registered protocol family 17
NET: Registered protocol family 5
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
Clear RTC Alarm interrupt.
rtc-s35390a 0-0030: setting system clock to 2010-06-05 20:40:54 UTC (1275770454)
md: Waiting for all devices to be available before autodetect
md: If you don't use raid, use raid=noautodetect
usb 1-1: new high speed USB device using orion-ehci and address 2
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
RAMDISK: gzip image found at block 0
VFS: Mounted root (ext2 filesystem) on device 1:0.
Freeing init memory: 124K
Clear RTC Alarm interrupt.
Intergrated Sata device found
IRQ 21/stat_mv: IRQF_DISABLED is not guaranteed on shared IRQs
Spin up ...(0:0)
Spin up ...(0:1)
Spin up all...
[0 0]: Waiting for channel initialization.
[0 1]: Waiting for channel initialization.
scsi0 : Marvell SCSI to SATA adapter
usb 1-1: configuration #1 chosen from 1 choice
hub 1-1:1.0: USB hub found
hub 1-1:1.0: 4 ports detected
scsi1 : Marvell SCSI to SATA adapter
usb 1-1.1: new high speed USB device using orion-ehci and address 3
usb 1-1.1: configuration #1 chosen from 1 choice
ENABLE_WRITE_CACHE (current: enabled).
scsi 0:0:0:0: Direct-Access     SAMSUNG  HD103UJ          1AA0 PQ: 0 ANSI: 3
Check proc_name[mvSata].
Check proc_name[mvSata].
sd 0:0:0:0: [sda] 1953525168 512-byte hardware sectors: (1.00 TB/931 GiB)
sd 0:0:0:0: Attached scsi generic sg0 type 0
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, supports DPO and FUA
 sda: sda1 sda2 sda3 sda4
sd 0:0:0:0: [sda] Attached SCSI disk
Initializing USB Mass Storage driver...
1.orion-ehci.0
2.1.1
Using EHCI controller.
PORT = [8]
scsi8 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
qnap_usb: create proc systemp successfully
qnap_usb: create proc systemp successfully
scsi 8:0:0:0: Direct-Access     Freecom  Mobile Drive XXS      PQ: 0 ANSI: 2 CCS
sd 8:0:0:0: Attached scsi generic sg8 type 0
usb-storage: device scan complete
sd 8:0:0:0: [sdi] 488397168 512-byte hardware sectors: (250 GB/232 GiB)
sd 8:0:0:0: [sdi] Assuming drive cache: write through
sd 8:0:0:0: [sdi] Assuming drive cache: write through
 sdi: sdi1
sd 8:0:0:0: [sdi] Attached SCSI disk
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with writeback data mode.
md: md9 stopped.
md: bind<sda1>
raid1: raid set md9 active with 1 out of 1 mirrors
md9: bitmap initialized from disk: read 5/5 pages, set 29 bits
created bitmap (65 pages) for device md9
 md9: unknown partition table
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
md: md13 stopped.
md: bind<sda4>
raid1: raid set md13 active with 1 out of 1 mirrors
md13: bitmap initialized from disk: read 4/4 pages, set 0 bits
created bitmap (57 pages) for device md13
 md13: unknown partition table
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md13, internal journal
EXT3-fs: recovery complete.
EXT3-fs: mounted filesystem with writeback data mode.
sd 8:0:0:0: [sdi] Assuming drive cache: write through
 sdi: sdi1
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
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 8.1 (018_A) LBD=ON with ioctl loaded at bf0a2000
NTFS read/write support included
Hfs+/HfsX read/write support included
eth0: link up, 100 Mb/s, full duplex, flow control disabled
kjournald starting.  Commit interval 5 seconds
EXT3 FS on md9, internal journal
EXT3-fs: mounted filesystem with writeback data mode.
md: bind<sda2>
md: md1: raid array is not clean -- starting background reconstruction
raid1: raid set md1 active with 1 out of 1 mirrors
 md1: unknown partition table
Adding 530040k swap on /dev/md1.  Priority:-1 extents:1 across:530040k 
Clear RTC Alarm interrupt.
Clear RTC Alarm interrupt.
active port 0 :139
active port 1 :445
active port 2 :20
kjournald starting.  Commit interval 5 seconds
EXT3 FS on sda3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eth0: link up, 100 Mb/s, full duplex, flow control disabled
active port 0 :139
active port 1 :445
active port 2 :20
warning: `proftpd' uses 32-bit capabilities (legacy support in use)
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: starting 90-second grace period
iSCSI Enterprise Target Software - version 1.4.18
iscsi_trgt: Registered io type fileio
iscsi_trgt: Registered io type blockio
iscsi_trgt: Registered io type nullio
warning: process `pic_raw' used the deprecated sysctl system call with 8.1.2.
 Set Adpater:port=0:0 standby to 241 (1800 secs).
active port 0 :139
active port 1 :445
active port 2 :20
rule type=2, num=0
Loading iSCSI transport class v2.0-871.
iscsi: registered transport (tcp)
sd 8:0:0:0: [sdi] Unhandled sense code
sd 8:0:0:0: [sdi] Result: hostbyte=0x00 driverbyte=0x08
sd 8:0:0:0: [sdi] Sense Key : 0x3 [current] 
sd 8:0:0:0: [sdi] ASC=0x11 ASCQ=0x0
end_request: I/O error, dev sdi, sector 1111
sd 8:0:0:0: [sdi] Unhandled sense code
sd 8:0:0:0: [sdi] Result: hostbyte=0x00 driverbyte=0x08
sd 8:0:0:0: [sdi] Sense Key : 0x3 [current] 
sd 8:0:0:0: [sdi] ASC=0x11 ASCQ=0x0
end_request: I/O error, dev sdi, sector 1111
sd 8:0:0:0: [sdi] Unhandled sense code
sd 8:0:0:0: [sdi] Result: hostbyte=0x00 driverbyte=0x08
sd 8:0:0:0: [sdi] Sense Key : 0x3 [current] 
sd 8:0:0:0: [sdi] ASC=0x11 ASCQ=0x0
end_request: I/O error, dev sdi, sector 1111
sd 8:0:0:0: [sdi] Unhandled sense code
sd 8:0:0:0: [sdi] Result: hostbyte=0x00 driverbyte=0x08
sd 8:0:0:0: [sdi] Sense Key : 0x3 [current] 
sd 8:0:0:0: [sdi] ASC=0x11 ASCQ=0x0
end_request: I/O error, dev sdi, sector 1111

Alles anzeigen

Ich hoffe es hilft weiter, eine Lösung zu finden.
Ob es an dem Update der Firmware auf 3.2.7 Build 0526T liegen kann?

Danke schon mal
_ulf

Alles anzeigen

Hi,

Die letzten Zeilen des dmesg-outputs gefallen mir gar nicht. Ich nehme an, sdi ist Deine externe USB-Festplatte. Sense Key : 0x3: ASC=0x11 ASCQ=0x0 bedeutet einen unkorrigierbaren Lesefehler, siehe: http://dlc.sun.com/pdf/817-5918-10/817-5918-10.pdf
Das kann nun verschiedene Ursachen haben:
1) Deine Platte ist defekt.
2) Dein Kabel oder auch USB-Controller verursachen Übertragungsprobleme.
3) Die Fehlermeldung ist falsch weil der USB-Controller nen Fehler hat und nicht richtig funktioniert.
Für 3) gibt es im Linux-Kernel ne riesen Liste von USB-Geräten, wo deren Fehlverhalten hinterlegt ist, d.h. gegebenenfalls "Fehler" ignoriert oder umgangen werden. Da hat man dann mit neu am Markt befindlichen Geräten und nen alten Kernel schlechte Karten. Hier im Forum heißt das dann einfach, die Platte ist nicht kompatibel
Vielleicht versuchst Du es ja mal mit einer anderen Platte. Ansonsten noch mal Kabel prüfen oder gegebenenfalls Platte an eine externe Stromversorgung anschließen.
Bei mir funktioniert die USB-Platte auch nicht zuverlässig, obwohl ich ziemlich viel probiert habe. Sporadisch gibt es Abbrüche wegen Lese- oder Schreibfehler. Ich tippe auf ein "Hardwareproblem", d.h. der USB-Controller steigt irgendwann aus, warum auch immer. Vielleicht wird er zu warm oder die Platine ist schlecht designed und es gibt Übertragungsprobleme mit entsprechend erhöhten Fehlerraten etc. Da es aber selten auftritt, nutze ich die USB-Platte trotzdem für Backups mit rsnapshot (rsync), denn rsync überprüft, ob die Daten fehlerfrei übertragen worden sind und kann nach Abbruch einfach neu aufgerufen werden, um an der Abbruchstelle fortzusetzen.

Linuxnutzer

Hallo alle Zusammen!

Kannst du vielleicht den selben test nochmal machen, aber die Platte bitte NICHT auf NTFS sondern auf EXT3 formatieren?!

NTFS kann Linux nur LESEN nicht SCHREIBEN! (ODER hat MS schon die Codeschnipsel zum Schreibverfahren von NTFS rausgerückt?!) Vielleicht kommen auch daher diese Fehlermeldungen ....

Liebe Grüße

Marcel