XigmaNAS

Posted: **22 Jun 2015 19:54**

Moin,
Hardware: HP N54L / 16 GB Speicher / 5x 4 TB Raidz1 / N4F auf USB-Stick (da n4F ja nicht installierbar ist wenn eine Toshiba HDD im System angeschlossen ist und meine einzige 2,5" HDD von Toshi ist - Siehe viewtopic.php?f=15&t=8071)

Nachfolgendes ist Bereits beantwortet / geklärt !!!!!
warum ist das Webinterface von N4F nach starten eine RSYNC-Jobs (auf dem Client) nicht mehr erreichbar / verfügbar (reagiert nicht)?

An der Prozessorauslastung kann's eigentlich nicht liegen!

Code: Select all

last pid:  2710;  load averages:  0.18,  0.28,  0.13                     up 0+02:07:16  19:51:03
24 processes:  1 running, 23 sleeping
CPU: 25.0% user,  0.0% nice, 25.0% system,  0.0% interrupt, 50.0% idle
Mem: 54M Active, 145M Inact, 6347M Wired, 64M Buf, 9169M Free
ARC: 5946M Total, 30M MFU, 5805M MRU, 16K Anon, 19M Header, 92M Other
Swap: 16G Total, 16G Free

  PID USERNAME      THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND
 2688 root            1  24    0 25320K  3960K select  0   0:17   4.59% rsync
 2701 root            1  20    0 18668K  2548K CPU1    1   0:02   0.10% top
 2690 root            1  20    0 33512K  6792K select  1   0:49   0.00% rsync
 1718 root            1  20    0 12088K  1628K select  0   0:06   0.00% powerd
 1805 root            1  20    0   275M 18340K select  0   0:04   0.00% smbd
 1743 root            1  20    0 29816K  5368K select  0   0:02   0.00% proftpd
 2078 root            1  20    0 41500K  5900K kqread  1   0:02   0.00% lighttpd
 1803 root            1  20    0   212M 13328K select  1   0:01   0.00% nmbd
 2693 root            1  20    0 54092K  4928K select  0   0:00   0.00% sshd
 2557 root            1  52    0   102M 19732K wait    0   0:00   0.00% php-cgi
 1543 root            1  20    0 12116K  1744K select  1   0:00   0.00% syslogd
 2695 root            1  37    0 14512K  3336K pause   0   0:00   0.00% csh
 1420 root            1  20    0 10376K  5356K select  1   0:00   0.00% devd
 2689 root            1  26    0    98M 16964K lockf   0   0:00   0.00% php-cgi
 2257 root            1  52    0 14512K  3200K pause   1   0:00   0.00% csh
 2254 root            1  52    0 45340K  2344K wait    0   0:00   0.00% login
 2682 root            1  52    0 45328K  2340K wait    1   0:00   0.00% su
 2270 root            1  52    0 14540K  2744K ttyin   1   0:00   0.00% sh
 2680 root            1  20    0 14184K  1880K nanslp  0   0:00   0.00% cron
 1840 root            1  20    0 26728K  4156K select  0   0:00   0.00% sshd
 2683 root            1  52    0 14512K  2480K pause   0   0:00   0.00% csh
 2255 root            1  52    0 12088K  1676K ttyin   0   0:00   0.00% getty
 2256 root            1  52    0 12088K  1676K ttyin   1   0:00   0.00% getty
 2685 root            1  52    0 14540K  2180K wait    0   0:00   0.00% sh

last pid:  2710;  load averages:  0.17,  0.27,  0.12                     up 0+02:07:21  19:51:08
24 processes:  1 running, 23 sleeping
CPU:  0.3% user,  0.0% nice,  0.6% system,  0.3% interrupt, 98.7% idle
Mem: 54M Active, 145M Inact, 6347M Wired, 64M Buf, 9169M Free
ARC: 5946M Total, 30M MFU, 5805M MRU, 16K Anon, 19M Header, 92M Other
Swap: 16G Total, 16G Free

  PID USERNAME      THR PRI NICE   SIZE    RES STATE   C   TIME    WCPU COMMAND
 2688 root            1  24    0 25320K  3960K select  0   0:17   2.20% rsync
 2690 root            1  20    0 33512K  6792K select  1   0:49   0.00% rsync
 1718 root            1  20    0 12088K  1628K select  1   0:06   0.00% powerd
 1805 root            1  20    0   275M 18340K select  0   0:04   0.00% smbd
 2701 root            1  20    0 18668K  2548K CPU0    0   0:02   0.00% top
 1743 root            1  20    0 29816K  5368K select  1   0:02   0.00% proftpd
 2078 root            1  20    0 41500K  5900K kqread  0   0:02   0.00% lighttpd
 1803 root            1  20    0   212M 13328K select  0   0:01   0.00% nmbd
 2693 root            1  20    0 54092K  4928K select  1   0:00   0.00% sshd
 2557 root            1  52    0   102M 19732K wait    0   0:00   0.00% php-cgi
 1543 root            1  20    0 12116K  1744K select  1   0:00   0.00% syslogd
 2695 root            1  37    0 14512K  3336K pause   0   0:00   0.00% csh
 1420 root            1  20    0 10376K  5356K select  1   0:00   0.00% devd
 2689 root            1  26    0    98M 16964K lockf   0   0:00   0.00% php-cgi
 2257 root            1  52    0 14512K  3200K pause   1   0:00   0.00% csh
 2254 root            1  52    0 45340K  2344K wait    0   0:00   0.00% login
 2682 root            1  52    0 45328K  2340K wait    1   0:00   0.00% su
 2270 root            1  52    0 14540K  2744K ttyin   1   0:00   0.00% sh
 2680 root            1  20    0 14184K  1880K nanslp  0   0:00   0.00% cron
 1840 root            1  20    0 26728K  4156K select  0   0:00   0.00% sshd
 2683 root            1  52    0 14512K  2480K pause   0   0:00   0.00% csh
 2255 root            1  52    0 12088K  1676K ttyin   0   0:00   0.00% getty
 2256 root            1  52    0 12088K  1676K ttyin   1   0:00   0.00% getty
 2685 root            1  52    0 14540K  2180K wait    0   0:00   0.00% sh

Posted: **22 Jun 2015 20:40**

wie hast Du rsync gestartet?
Bei mir (auch u.a. N54L) funktioniert das WebGUI während rsyncs.
siehe auch: viewtopic.php?t=1276#p5381

Posted: **22 Jun 2015 20:56**

Hallo Digi-Quick,

daß N4F nicht installierbar ist, wenn eine Toshiba HDD im System angeschlossen ist, ist totaler Quark. Der Kollege in dem anderen Thread hat versucht N4F auf eine 2TB Platte zu installieren, und das kann nun einfach mal gar nicht funktionieren, weil man dafür GPT als Partitionsformat braucht.

Außerdem ist die EMBEDDED-Installation auf einem USB-Stick, welcher an einen USB 2.0 Port angeschlossen ist, die richtige, empfohlene, und (in den meisten Fällen) die einzig wahre Lösung.

Bei handelt es sich bei dem rsync-Job um einen internen NAS4Free-Job (also in Services|Rsync|Local )?

Dann wäre das Einfrieren des Web-GUI "normal".

Grüße
Princo

Posted: **22 Jun 2015 22:19**

Off Topic:
Das Thema Toshiba HDD ist aber reproduzierbar, meine 2,5" Toshi hat nur 160 GB, als keine 2 TB.
Egal an welchen Controller ich die ranhänge und in welchem meinerr 3 NASen.
mit angeschlossener Toshi findet die Installationsroutine kein Ziellaufwerk, es können USB Sticks oder andere HDDs vorhanden sein. (Eine 9.1.xxxx ließ sich damals noch auf der Toshi installieren, aber es ist ja kein Inplace Upgrade auf die 9.3.xxxx möglich)

Ich habe hier 3 NASen am laufen, alles Embedded Install!
Ob embedded nun auf USB Stick oder HDD läuft darf nun wirklich keinen Unterschied machen, ich halte USB Sticks generell für weniger zuverlässig als HDDs - auch wenn ich da nun meinen guten Sandisk Extreme dafür "verbrate".

On Topic:

Ja, der Job ist unter Services|Rsync|Local erstellt worden und direkt via "Execute Now" gestartet.

@crowi
Danke für den Link, hat die Frage beantwortet - und die Erklärung dazu geliefert

Posted: **23 Jun 2015 00:40**

Digi-Quick wrote:Off Topic:
Das Thema Toshiba HDD ist aber reproduzierbar, meine 2,5" Toshi hat nur 160 GB, als keine 2 TB.
Egal an welchen Controller ich die ranhänge und in welchem meinerr 3 NASen.

OK, das ist echt schräg. Mein Toshiba-Laptop müßte auch eine Toshiba-Festplatte haben. Werde das bei Gelegenheit mal testen. Man lernt ja nie aus

Digi-Quick wrote:Ob embedded nun auf USB Stick oder HDD läuft darf nun wirklich keinen Unterschied machen, ich halte USB Sticks generell für weniger zuverlässig als HDDs - auch wenn ich da nun meinen guten Sandisk Extreme dafür "verbrate".

Jein. Bei NAS4Free embedded wird nur vom Stick gelesen, und das verkraften die durchaus über mehrere Jahre hinweg. Bis jetzt ist mir noch kein Stick am NAS4Free verreckt.
Der entscheidende Punkt ist aber, daß man keinen Festplattenanschluß "verliert".
Außerdem kann man neue N4F-Versionen leichter testen, indem man einfach den USB-Stick austauscht.

Übrigens: ich verwende intenso Micro-Line Sticks, die können nicht abbrechen

Grüße
Princo

Posted: **23 Jun 2015 21:37**

mehr wie 6 HDDs geht eh nicht im HP N54L.
Mir ist mitlerweile eingefallen, daß ich damals mit der 9.1.xxx auch Probleme hatte, da stand die Toshi auch nicht bei jedem Boot als Installationsziel zur Verfügung - aber immerhin klappte es bei jedem xten Boot...

Das geile daran ist, wenn man via WebGUI nachschaut, dann ist die Toshi da. (unter Disk Management)

Wäre auf jeden Fall mal klasse, wenn du (oder andere) daß mal gegenprüfen könnten.
Auf jeden Fall bin ich scheinbar nicht der einzige, wie der verlinkte Thread beweist und es sind auch nicht nur 2TB Platten von Toshi (...My old 60GB 2.5" HDD exactly is a Toshiba HDD! I've never thought about this could be an issue...).

eigentlich wollte sich ein "Daoyama" (Developer) das ganze mal anschauen (Im Februar), passiert ist aber nichts.

Offen gestanden habe ich auch keine Erklärung für dieses Verhalten - Inkompatiblitäten von Plattenherstellern und Controllern dachte ich sind seit 20 Jahren "ausgestorben" (bei IDE gab's da durchaus Master/Slave Konstellationen die nicht funktionierten).

ich werde das die Tage mal mit dem aktuellem Build testen, das Image habe ich schon gezogen

Posted: **24 Jun 2015 00:58**

Digi-Quick wrote:mehr wie 6 HDDs geht eh nicht im HP N54L.

Öhm, wenn man den zweiten SATA-Port nach draußen führt, und ein modifiziertes BIOS einspielt, dort dann zwei externe Drive-Arrays á 4 Platten anschließt, dann kann man mit dem System locker 3x4=12 Festplatten betreiben. Gut, das findet dann außerhalb des Gehäuses statt, funktioniert aber prima.

Digi-Quick wrote:Wäre auf jeden Fall mal klasse, wenn du (oder andere) daß mal gegenprüfen könnten
....
eigentlich wollte sich ein "Daoyama" (Developer) das ganze mal anschauen (Im Februar), passiert ist aber nichts.

Es handelt sich wahrscheinlich weniger um ein N4F-Problem, sondern eher um ein Problem von FreeBSD mit diesen Festplatten, und da wird der Developer wenig ausrichten können.
Du könntest allerdings mal recherchieren, ob es für deine Toshiba-Platten ein Firmware-Update gibt. Das könnte helfen.

Digi-Quick wrote:... da stand die Toshi auch nicht bei jedem Boot als Installationsziel zur Verfügung - aber immerhin klappte es bei jedem xten Boot...
...
Das geile daran ist, wenn man via WebGUI nachschaut, dann ist die Toshi da. (unter Disk Management)

Das bringt mich auf eine Idee:
Setze im Diskmanagement die Toshiba auf folgende Einstellungen:

Hard disk standby time = Always on
Advanced Power Management = Level 254...
Acoustic level = Maximum performance

Speichere das ab, boote dein System einmal neu. Boote danach mit deinem Installationsmedium, und prüfe, ob sich die Toshiba-Platte jetzt (immer) als Installationsziel auswählen läßt.
Kann nicht versprechen, daß das was bringt, aber den Versuch ist es wert.

Grüße
Princo

Posted: **24 Jun 2015 11:23**

Princo wrote:
Digi-Quick wrote:mehr wie 6 HDDs geht eh nicht im HP N54L.
Öhm, wenn man den zweiten SATA-Port nach draußen führt, und ein modifiziertes BIOS einspielt, dort dann zwei externe Drive-Arrays á 4 Platten anschließt, dann kann man mit dem System locker 3x4=12 Festplatten betreiben. Gut, das findet dann außerhalb des Gehäuses statt, funktioniert aber prima.

Sowas geht natürlich auch, Platzsparender ist dann aber eher ein 19" Gehäuse mit 24 HDD Einschüben (sowas habe ich auch in Betrieb)

Habe das jetzt mal mit dem aktuellem Build gegengeprüft.

Toshi drin, kein Installationsziel
im laufendem Betrieb die Toshi ausgeschaltet (via Schalter am Wechselschacht), prompt werden de anderen 3 Platten im System als Installationsziel angezeigt.
Toshi wieder eingeschaltet >> kein Installationsziel.

Getestet habe ich das jetzt an meinem normalen PC (Asus P6T-SE mit Intel ICH10R - also nichts exotisches)
Beim Booten wurde sogar das Raid 1 erkannt, stand aber nicht als Installationszeil zu Verfügung, nur die beiden beteiligten Platten einzeln, (also auch eher halbgar

).

habe jetzt deinen Tip ausgeführt
APM von Disabled auf 254
AL von Disabled auf Maximum

Mal schauen was passiert!

Edith meint:
Die Einstellungen überleben bei der USB/Live Version den Reboot nicht, also die Einstellungen durchgeführt und ohne reboot
die Installation aufgerufen >> Keine Änderung!

Zum Thema Firmware:
Toshiba kennt offenbar mal wieder seine eigenen Produkte nicht, eine mk1652gsx wird jedenfalls nicht gefunden - auch mk1652 nicht. Und irgendeine Datei aus irgendwelchen dubiosen "SupertreiberMegadownloadportalen" tue ich mir nicht an.

Ein PC-BSD (ein FreeBSD Derivat wie NAS4Free oder FreeNAS) kann ich Problemlos installieren, FreeNAS müsste ich direkt mal Testen.

Habe FreeNas 9.3 Stable jetzt nicht installiert, aber es werden alle Platten als Installationsziel angezeigt, auch die Toshi!

P.S. habe den Thread jetzt mal umbenannt, da die Ursprungsfrage ja geklärt ist

P.P.S. Für 2TB braucht man noch kein GPT, das braucht man erst ab 2 TiB (= ca. 2,2TB). und selbst das ist Quatsch, es wären mit MBR halt nur 2,2TB nutzbar, da bei einer Sektorgrösse von 512 Byte nur 2,2TB adressiert werden können. Auch eine 3 TB Platte ließe sich theoretisch problemlos mit MBR Partitionsschema nutzen - mit veringerter Kapazität. Der Teufel liegt hier aber im Detail bzw. beim Treiber. Es gibt/gab genügend Treiber die nur die oberen ca. 768 GB verfügbar anzeigen.

Posted: **27 Jun 2015 16:51**

Dieser Thread verläuft also genauso im Sande, wie die anderen Threads, die auf dieses Problem hinweisen.

Da gibt's 'nen BUG , seit mindestens 4 Monaten und mehreren Releases.
Bloss unter dem Teppich kehren, es merkt ja keiner......
Wie war noch gleich das Argument Pro Open Source?
"Fehler werden schnelle gefixt als bei Closed Source!"
Und wieder einmal kann ich nur Lachen, da das ganze hier konterkariert wird.

Posted: **29 Jun 2015 02:41**

Digi-Quick wrote:Dieser Thread verläuft also genauso im Sande, wie die anderen Threads, die auf dieses Problem hinweisen.

Da gibt's 'nen BUG , seit mindestens 4 Monaten und mehreren Releases.
Bloss unter dem Teppich kehren, es merkt ja keiner......
Wie war noch gleich das Argument Pro Open Source?
"Fehler werden schnelle gefixt als bei Closed Source!"
Und wieder einmal kann ich nur Lachen, da das ganze hier konterkariert wird.

Aus den Release Notes zur aktuellen beta 10.1.0.2.1702:

Fixes:
...
- cannot install to Toshiba drive.
...

Der Fehler wurde anscheinend beseitigt.
Vielleicht solltest du deine harten Worte mal überdenken.

Grüße
Princo

Posted: **01 Jul 2015 03:25**

Also nach über 4 Monaten jetzt in einer Beta Version für das kommende Major Release gefixt.
Man darf also gespannt sein, ob das auch noch im aktuellem Major Release gefixt wird.
Sorry, aber ein bißchen Sarkasmus und Ironie muss schon erlaubt sein.

Man stelle sich mal die folgende fiktive Schlagzeile vor: "Windows 10 kann auf Grund eines Fehlers in der Installationsroutine nicht auf HDDs von Toshiba installiert werden"

Posted: **01 Jul 2015 07:44**

Digi-Quick wrote:Also nach über 4 Monaten jetzt in einer Beta Version für das kommende Major Release gefixt.
Man darf also gespannt sein, ob das auch noch im aktuellem Major Release gefixt wird.
Sorry, aber ein bißchen Sarkasmus und Ironie muss schon erlaubt sein.

Man stelle sich mal die folgende fiktive Schlagzeile vor: "Windows 10 kann auf Grund eines Fehlers in der Installationsroutine nicht auf HDDs von Toshiba installiert werden"

und du bist das 2. mal in ein fettnäpfchen getreten.

schau dir mal den commit an, dann wirst du sehen das es auch im 9.3 er branch gefixt wurde.
nur ist seit dem ist noch ist noch kein neues release für 9.3 erschienen.

Posted: **01 Jul 2015 08:44**

Also, ich finde, daß der Digi-Quick sein Geld zurück bekommen sollte, da man ihm offensichtlich ein fehlerhaftes Produkt angedreht hat.

Außerdem sollte ihm ein zusätzlicher Ausgleich dafür gezahlt werden, daß er ganze VIER MONATE den Eindruck haben mußte, daß sein Problem nicht ernst genommen wird.

Digi-Quick wrote:Sorry, aber ein bißchen Sarkasmus und Ironie muss schon erlaubt sein.

Finde ich auch

Grüße

Posted: **01 Jul 2015 23:29**

Gut gekontert:-)

@B0ssman
ich gehöre nicht zu den Leuten, die Commits zu zukünftigen Versionen lesen.
Das man u.U. mehr Zeit benötigt eine Fehler zu suchen und zu beseitigen kann ich nachvollziehen.
Hier war aber einfach über 4 Monate Funkstille.
Ich als User kann nicht sichersien, ob das was ander bereits vorher als möglichen Bug festgestellt haben auch wirklich einer ist.

Die einzige halbofizielle Rückmeldung war vor über 4 Monaten von "Daoyama" (Developer) : "ich schau mir das mal an"
wenigstens ein kleines "yep, dat is'n Bug und wir arbeiten dran, nicht mit höchster Prio, aber er wird beizeiten gefixt"
würde zumndest de Unsichwerheot beseitigen, daß nicht doch was ganz anderes die Usache ist, wo man vielleicht nie drauf kommt.

Posted: **02 Jul 2015 03:25**

@Digi-Quick
Wenn man der Meinung bist, daß man einen wichtigen Fehler gefunden hat, dann kann man zwar darüber im Forum herumquaken, aber der bessere Weg ist es, ein ordentliches Bug-Ticket auf sourceforge aufzumachen.

Eine Alternative dazu wäre evtl. noch eine Kontaktaufnahme im IRC.

Zugegeben, das ist nicht so ganz offensichtlich, und ich mußte das auch erst selber lernen, aber das Forum ist für die Developer nicht unbedingt der Nabel der Welt

Im Übrigen gibt es bei N4F noch eine ganze Reihe von Fehlern, die ich gerne beseitigt hätte, aber unter dem Strich ist es dennoch eine verdammt gutes System, welches ich sehr gerne einsetze.

Grüße
Princo

Posted: **02 Jul 2015 23:36**

Dito:
N4F hat sich bei mir gegen FreeNAS und Openindiana mit Napp-It durchgesetzt, als ich mir die Systeme vor rund 3 Jahren angeschaut habe.
War allerdings eher eine Bauchentscheidung, als daß ich das fachlich / sachlich vollständig begründen könnte.

Posted: **03 Jul 2015 00:43**

Digi-Quick wrote:War allerdings eher eine Bauchentscheidung, als daß ich das fachlich / sachlich vollständig begründen könnte.

Ich bin auf NAS4Free gestoßen, als es noch FreeNAS hieß.
Mir hat dabei das Konzept der strikten Trennung zwischen System und Daten gefallen.
Daß N4F sich auf reine Fileservices konzentriert, finde ich sehr gut, auch wenn das bedeutet, daß andere Systeme mehr Features aufweisen können.
Für mich ist die möglichst sichere Aufbewahrung von Daten sehr wichtig, und da kommt dann das ZFS-Dateisystem ins Spiel.
Das bedeutet zwar, daß man ein ECC-RAM-fähiges System braucht, aber das gilt prinzipiell für alle Systeme, die Softraids betreiben.
Für mich ist N4F ein geradezu ideales System, um große Datenmengen sicher zu handhaben.

Grüße
Princo

XigmaNAS

Toshiba / Installer BUG!!!!

Toshiba / Installer BUG!!!!

Re: RSYNC JOB (Client) und kein Zugriff auf's Webinterface

Re: RSYNC JOB (Client) und kein Zugriff auf's Webinterface

Re: RSYNC JOB (Client) und kein Zugriff auf's Webinterface

Re: RSYNC JOB (Client) und kein Zugriff auf's Webinterface

Re: RSYNC JOB (Client) und kein Zugriff auf's Webinterface

Re: RSYNC JOB (Client) und kein Zugriff auf's Webinterface

Re: Toshiba / Installer BUG!!!!

Re: Toshiba / Installer BUG!!!!

Re: Toshiba / Installer BUG!!!!

Re: Toshiba / Installer BUG!!!!

Re: Toshiba / Installer BUG!!!!

Re: Toshiba / Installer BUG!!!!

Re: Toshiba / Installer BUG!!!!

Re: Toshiba / Installer BUG!!!!

Re: Toshiba / Installer BUG!!!!

Re: Toshiba / Installer BUG!!!!