Und das Flash-Plugin mal erneuern, falls nicht auf den neuesten Stand.
Beiträge von medikit
-
-
Draytek Vigor 2130n Ach Mist, das Zyxel ist ja kein Router, sondern ein Medienspieler. Dann ein Verlegenheitsvorschlag: Popcorn Hour NMT A-200.
-
Wir benutzen verschiedene WD HDD-Modelle, ich habe 2,5" WD5000BEVT. Daß es an WD liegen soll, glaube ich nicht, die haben nicht die Alleinschuld. Es ist wahrscheinlich eher eine Kombination aus den abgespeckten Möglichkeiten des NAS-Linux, des verwendeteten Kernels, den Treibern und WD.
-
Tja, hm, ging nicht glatt, nicht schön. Wenn ich für 'nen Raidcontroller ein paar hundert Euros latzen würde, weil der mit "online capacity expansion" bzw. "online raid level migration" werben würde und das dann schief geht, würde ich von der Firma nichts mehr kaufen. Tja, und QNAP wirbt damit: Online RAID-Kapazitätserweiterung sowie Online RAID Level Migration. Gut, ein NAS ist kein Raidcontroller, aber ich find's Kacke.
-
Ich glaube, Du benutzt die gleichen HDDs wie ich. Es funktionieren nicht alle Paramenter von hdparm. Warum, weiß ich nicht, sie funktionieren halt einfach nicht. Hier steht, was ich probiert habe.
-
Alt.bin.z kannst Du nicht verwenden, es sie denn, es gibt eine Quellcode und kannst das selbst kompilieren. Nach dem wiki zu urteilen läuft auf auf Linux "nur" unter Wine. Das NAS hat einen bittorent-Client. Den kann man auch als "binary newsreader" (Selbstbeschreibung Alt.bin.z) verwenden.
-
Das Gerät, wie es in der OVP war. Alles, außer die HDDs.
-
Man richtet die HDDs ein und gibt dann einen Ordner darauf frei.
-
Sowas hatte ich mal mit dem Ressourcen Monitor. Da lag es an folgender Kombination von Problemen: Firefox, Adblocker eingeschaltet und Browser-Cache nicht gelöscht.
-
Reboot, aber Problem nicht weg. Es war noch nicht da, jetzt ist dmesg wieder voll von diesen Meldungen. Trotzdem Danke. Ich frag' den offiziellen Support.
Update:
iscsi deaktiviert, Meldungen weg. dmesg normal. Noch kein Wort vom Support. -
Das klappt. Raid 5 mit 3 Platten konfigurieren und 1 Platte als JBOD oder single disk. Die Datenträger nicht physikalisch zu trennen ist ein Risiko, daß man eingehen kann, aber immer noch ein Risiko. Physikalisch getrennte Sicherungen sind besser.
-
Die Buffer size für was?
Keine externen USB-Geräte, nie eins angeschlossen.
Ich könnte iscsi auch noch abschalten, weil es nur mal auf Funktion getestet wurde
Hier dmesg kurz nach dem Boot, sobald ich mit ssh draufkam:
(disk 2 und 1 fehlen tatsächlich in der Ausgaben, das fängt hier an)
Code
Alles anzeigendisk 3, o:1, dev:sdd3 disk 4, o:1, dev:sde3 disk 5, o:1, dev:sdf3 disk 6, o:1, dev:sdg3 disk 7, o:1, dev:sdh3 md0: bitmap initialized from disk: read 15/15 pages, set 0 bits created bitmap (233 pages) for device md0 md0: detected capacity change from 0 to 3489508556800 md0: unknown partition table EXT4-fs (md0): mounted filesystem with ordered data mode bonding: Ethernet Channel Bonding Driver: v3.6.0 (September 26, 2009) bonding: MII link monitoring set to 100 ms bonding: bond0: enslaving eth0 as a backup interface with a down link. bonding: bond0: enslaving eth1 as a backup interface with a down link. e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None bonding: bond0: link status definitely up for interface eth0. bonding: bond0: link status definitely up for interface eth1. bonding: bond0: link status definitely down for interface eth0, disabling it bonding: bond0: link status definitely down for interface eth1, disabling it e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None bonding: bond0: link status definitely up for interface eth0. bonding: bond0: Warning: No 802.3ad response from the link partner for any adapters in the bond e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None bonding: bond0: link status definitely up for interface eth1. 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.33.2 TARGET_CORE[0]: Initialized ConfigFS Fabric Infrastructure: v2.0.0 on Linux/i686 on 2.6.33.2 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.33.2 <<<<<<<<<<<<<<<<<<<<<< BEGIN FABRIC API >>>>>>>>>>>>>>>>>>>>>> Initialized struct target_fabric_configfs: e9771a00 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. Target_Core_ConfigFS: REGISTER -> group: f866e1c0 name: iscsi Target_Core_ConfigFS: REGISTER -> Located fabric: iscsi Target_Core_ConfigFS: REGISTER -> f86fb7e0 Target_Core_ConfigFS: REGISTER -> Allocated Fabric: iscsi Target_Core_ConfigFS: REGISTER -> Set tf->tf_fabric for iscsi lio_target_call_coreaddtiqn(): name: iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400 CORE[0] - Added iSCSI Target IQN: iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400 LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400 LIO_Target_ConfigFS: REGISTER -> Allocated Node: iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400 lio_target_tiqn_addtpg() parent name: iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400 TARGET_CORE[iSCSI]: Allocated Normal se_portal_group_t for endpoint: iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400, Portal Tag: 1 CORE[iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400]_TPG[1] - Added iSCSI Target Portal Group LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400 LIO_Target_ConfigFS: REGISTER -> Allocated TPG: tpgt_1 LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400 TPGT: 1 PORTAL: 127.0.0.1:3260 CORE[0] - Added Network Portal: 127.0.0.1:3260 on TCP on network device: None CORE[iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400] - Added Network Portal: 127.0.0.1:3260,1 on TCP on network device: None CORE[iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400]_TPG[1] - Incremented np_exports to 1 LIO_Target_ConfigFS: addnptotpg done! LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400 TPGT: 1 PORTAL: 192.168.2.5:3260 CORE[0] - Added Network Portal: 192.168.2.5:3260 on TCP on network device: None CORE[iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400] - Added Network Portal: 192.168.2.5:3260,1 on TCP on network device: None CORE[iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400]_TPG[1] - Incremented np_exports to 1 LIO_Target_ConfigFS: addnptotpg done! Disabling iSCSI Authentication Methods for TPG: 1. iscsi_tpg_disable_portal_group:889: ***ERROR*** iSCSI Target Portal Group: 1 is already inactive, ignoring request. iscsi_tpg_disable_portal_group:889: ***ERROR*** iSCSI Target Portal Group: 1 is already inactive, ignoring request. iscsi_tpg_disable_portal_group:889: ***ERROR*** iSCSI Target Portal Group: 1 is already inactive, ignoring request. iSCSI_TPG[1] - Added ACL with TCQ Depth: 16 for iSCSI Initiator Node: iqn.2004-04.com.qnap:all:iscsi.default.ffffff LIO_Target_ConfigFS: REGISTER -> iqn.2004-04.com.qnap:ss-839:iscsi.ss839target.be4400 TPGT: 1 Initiator: iqn.2004-04.com.qnap:all:iscsi.default.ffffff CmdSN Depth: 16 Disabling iSCSI Authentication Methods for TPG: 1. Target_Core_ConfigFS: Located se_plugin: e957d118 plugin_name: fileio hba_type: 7 plugin_dep_id: 0 CORE_HBA[0] - Linux-iSCSI.org FILEIO HBA Driver 3.1 on Generic Target Core Stack v3.1.0 CORE_HBA[0] - Attached FILEIO HBA: 0 to Generic Target Core with TCQ Depth: 256 MaxSectors: 1024 CORE_HBA[0] - Attached HBA to Generic Target Core FILEIO: Allocated fd_dev for e9b9a6f0 Create virtual lun0: device name = virtual_lun0, object = e957e800 Target_Core_ConfigFS: Allocated se_subsystem_dev_t: e957e800 se_dev_su_ptr: e9770a00 FILEIO: Referencing Path: /share/MD0_DATA/.@iscsi.img/virtual_lun0 FILEIO: Referencing Size: 1048576 bytes fileio: Using SPC3_PERSISTENT_RESERVATIONS emulation fileio: Enabling ALUA Emulation for SPC-3 device fileio: Adding to default ALUA LU Group: core/alua/lu_gps/default_lu_gp CORE_FILE[0] - Activating Device with TCQ: 0 at FILEIO Device ID: 0 Vendor: QNAP Model: iSCSI Storage Revision: 3.1 Type: Direct-Access ANSI SCSI revision: 05 T10 VPD Unit Serial Number: 1234567890:0_0 T10 VPD Page Length: 41 T10 VPD Identifer Length: 37 T10 VPD Identifier Association: addressed logical unit T10 VPD Identifier Type: T10 Vendor ID based T10 VPD ASCII Device Identifier: QNAP CORE_FILE[0] - Added QNAP FILEIO Device ID: 0 at /share/MD0_DATA/.@iscsi.img/virtual_lun0, 1048576 total bytes Target_Core_ConfigFS: Registered se_dev->se_dev_ptr: e9e58800 Target_Core_ConfigFS: Set emulated VPD Unit Serial: 56c89616-1dc2-43f2-885a-13938f76bbdb T10 VPD Page Length: 83 T10 VPD Identifer Length: 16 T10 VPD Identifier Association: addressed logical unit T10 VPD Identifier Type: NAA T10 VPD Binary Device Identifier: 3600140556c89616d1dc2d43f2d885ad1 T10 VPD Identifer Length: 59 T10 VPD Identifier Association: addressed logical unit T10 VPD Identifier Type: T10 Vendor ID based T10 VPD ASCII Device Identifier: QNAP iSCSI_TPG[1] - Enabled iSCSI Target Portal Group iscsi_log_rcv_msg: get log pid = 4152. Set Adpater:port=1:0 standby to 60 (300 secs). Set Adpater:port=1:1 standby to 60 (300 secs). Set Adpater:port=1:2 standby to 60 (300 secs). Set Adpater:port=1:3 standby to 60 (300 secs). Set Adpater:port=0:3 standby to 60 (300 secs). Set Adpater:port=0:2 standby to 60 (300 secs). Set Adpater:port=0:1 standby to 60 (300 secs). Set Adpater:port=0:0 standby to 60 (300 secs). rule type=1, num=2 Loading iSCSI transport class v2.0-871. iscsi: registered transport (tcp)
-
dmesg > dmesg.txt
Code
Alles anzeigenease_dev Warning: dev (tty1) tty->count(11) != #fd's(10) in tty_release_dev Warning: dev (tty1) tty->count(14) != #fd's(13) in tty_release_dev Warning: dev (tty1) tty->count(14) != #fd's(13) in tty_release_dev Warning: dev (tty1) tty->count(6) != #fd's(5) in tty_release_dev Warning: dev (tty1) tty->count(9) != #fd's(8) in tty_release_dev Warning: dev (tty1) tty->count(9) != #fd's(8) in tty_release_dev Warning: dev (tty1) tty->count(12) != #fd's(11) in tty_release_dev Warning: dev (tty1) tty->count(12) != #fd's(11) in tty_release_dev Warning: dev (tty1) tty->count(13) != #fd's(12) in tty_release_dev ... Warning: dev (tty1) tty->count(9) != #fd's(8) in tty_release_dev Warning: dev (tty1) tty->count(13) != #fd's(12) in tty_release_dev Warning: dev (tty1) tty->count(13) != #fd's(12) in tty_release_dev Warning: dev (tty1) tty->count(13) != #fd's(12) in tty_release_dev Warning: dev (tty1) tty->count(11) != #fd's(10) in tty_release_dev Warning: dev (tty1) tty->count(11) != #fd's(10) in tty_release_dev Warning: dev (tty1) tty->count(9) != #fd's(8) in tty_release_dev Warning: dev (tty1) tty->count(11) != #fd's(10) in tty_release_dev Warning: dev (tty1) tty->count(10) != #fd's(9) in tty_release_dev Warning: dev (tty1) tty->count(10) != #fd's(9) in tty_release_dev
Der erste Block ist der Anfang, nach ... das Ende. Dazwischen ändern sich nur die count(xx)- und #fd's(x) Nummern. Es steht nichts weiter drin, also, nichts was sonst in dmesg so auftaucht. EXT4 ohne write cache, nur ein paar Samba-Freigaben...
-
dmesg behauptet sowas:
...
Warning: dev (tty1) tty->count(13) != #fd's(12) in tty_release_dev
Warning: dev (tty1) tty->count(13) != #fd's(12) in tty_release_dev
Warning: dev (tty1) tty->count(11) != #fd's(10) in tty_release_dev
Warning: dev (tty1) tty->count(9) != #fd's(8) in tty_release_dev
Warning: dev (tty1) tty->count(9) != #fd's(8) in tty_release_dev
Warning: dev (tty1) tty->count(8) != #fd's(7) in tty_release_dev
...
und das ist nur ein kleiner Auszug. Kann jemand damit etwas anfangen? Ich komme damit sowas von überhaupt nicht klar. Im englischen Forum gibt's eine unbeantworteten Thread dazu. FW: 3.3.3 Build0928. -
Hört sich schwer nach 100Mbit Ethernet/LAN an.
-
-
Das Dateisysem EXT3 muß "eigentlich" nicht defragmentiert werden. Auch nach langer Nutzung sind oft nur wenige Prozent defragmentiert (einstelliger Prozenwert). Trotzdem gab's mal in der c't einen Artikel dazu, den finde ich aber grad' nicht.
-
Benutzer SebaBeer hat dazu (Strato Hidrive) ein Howto verfaßt.
-
In der Doku findet sich für Dein Szenario (Migrieren von RAID 1 zu RAID 5) der Satz
ZitatAlle Daten bleiben erhalten.
Du wählst bei der Migration ja nur die neuen, zusätzlichen, unformatierten Platten aus. Auf denen werden die Daten gelöscht und darauf bezieht sich auch, was Du zitierst. -
Der Timeout und die Antwort kommen vom "Server", also QNAP. Bei Filezilla läßt sich der log-level hochdrehen, das könntest Du mal machen und nochmal 'nen Auszug posten. Was ich vermisse, ist AUTH TLS/AUTH SSL, die den Verschlüsselungsmodus anzeigen. Der Fehler könnte auch bei Fritz liegen, vielleicht hält die das Übertragen der Datei für einen Angriff und macht dem Port zu (reine Spekulation, hilft Dir aber vielleicht?). Die Ports für passives ftp sind wahrscheinlich korrekt weitergeleitet? In beide Richtungen?