22.08.2025, 22:38
Sprache ändern
Registrieren
Anmelden
Sie sind nicht angemeldet.
- 1
- 2
spani-yak
God
Win-PC:NAS --> Der angegebene netzwerkname ist nicht mehr verfügbar
Sonntag, 4. Oktober 2009, 12:45
Moin,
habe mir ein Intel SS4200E-NAS gegönnt und soweit ist auch alles gut. Hängt an nem GBit-Switch D-Link DGS-1005D Green Ethernet, 5-Port
Nur wenn ich Dateien kopiere (große Anzahl bzw. große Datenmenge), kommt nach einer gewissen Zeit
"der angegebene netzwerkname ist nicht mehr verfügbar"
Ich habe schon div. Sachen ausprobiert:
- Fest 100MBit Fullduplex eingestellt und nicht autosensing beim Client (im NAS finde ich hierfür leider keine Einstellung), den Switch entfernt und über beide Komponenten über ein Crosskabel verbunden
- Netbook von meiner Freundin getestet als Client --> gleicher Effekt.
- Neue Netzwerktreiber (interner Marvell Yukon88E8042 im HP 6730s Notebook) aufgespielt --> keine Besserung. Verwunderlich ist hierbei, dass ich vor und nach der Treiberinstallation kein 1000MBit-LAN mehr auswählen konnte.
- Sobald ich mit Total Copy kopiere, bricht der Kopiervorgang ebenfalls ab, sofern ich aber retry mit total copy mache, läuft das Kopieren bis zum Ende ohne Fehler durch.
Hat jemand irgendeine Idee, woran das liegen könnte? (Ja ich weiss, Windows Netzwerkkrams ist von sich aus schon scheiss
)
habe mir ein Intel SS4200E-NAS gegönnt und soweit ist auch alles gut. Hängt an nem GBit-Switch D-Link DGS-1005D Green Ethernet, 5-Port
Nur wenn ich Dateien kopiere (große Anzahl bzw. große Datenmenge), kommt nach einer gewissen Zeit
"der angegebene netzwerkname ist nicht mehr verfügbar"
Ich habe schon div. Sachen ausprobiert:
- Fest 100MBit Fullduplex eingestellt und nicht autosensing beim Client (im NAS finde ich hierfür leider keine Einstellung), den Switch entfernt und über beide Komponenten über ein Crosskabel verbunden
- Netbook von meiner Freundin getestet als Client --> gleicher Effekt.
- Neue Netzwerktreiber (interner Marvell Yukon88E8042 im HP 6730s Notebook) aufgespielt --> keine Besserung. Verwunderlich ist hierbei, dass ich vor und nach der Treiberinstallation kein 1000MBit-LAN mehr auswählen konnte.
- Sobald ich mit Total Copy kopiere, bricht der Kopiervorgang ebenfalls ab, sofern ich aber retry mit total copy mache, läuft das Kopieren bis zum Ende ohne Fehler durch.
Hat jemand irgendeine Idee, woran das liegen könnte? (Ja ich weiss, Windows Netzwerkkrams ist von sich aus schon scheiss
)
Montag, 5. Oktober 2009, 08:19
also wenn du das mit dem X-kabel nicht probiert hättes .. würd ich ja auf den switch tippen, der wegen der CO2 Bilanz das kopieren von größeren Daten unterbindet. 
aber so ist das echt seltsam. das NAS hat ne feste IP nehm ich an?
addressierst du per IP oder Alias?
kopierst du aktuell über SMB probier mal FTP (oder vice versa)
du könntest auch mal mit wireshark auf die leitung hören.
Störende Einflüsse von Stromleitungen schließ ich mal aus oder?!
das sind mal meine ersten ideen .. wenn auch nicht so richtig hilfreich
aber so ist das echt seltsam. das NAS hat ne feste IP nehm ich an?
addressierst du per IP oder Alias?
kopierst du aktuell über SMB probier mal FTP (oder vice versa)
du könntest auch mal mit wireshark auf die leitung hören.
Störende Einflüsse von Stromleitungen schließ ich mal aus oder?!
das sind mal meine ersten ideen .. wenn auch nicht so richtig hilfreich
Y0Gi
God
Mittwoch, 7. Oktober 2009, 20:13
folgende einträge sind mir suspekt (hatte nebenbei noch ein ping am laufen:
Wieso sind sie dir suspekt? Welche genau?
Wenn's mit FTP und SMB/CIFS passiert, lässt sich das Protokoll erstmal ausschließen. Ich vermute, die Netzwerk-Interfaces kommen sich in die Wolle. Verbindungsart würde ich nicht fest einstellen, das muss heutzutage ohne gehen. Da es von mehreren Rechnern passiert, dürfte es auf den NAS-LAN-Chip zurück gehen. Mal nach Firmware-Updates gesucht (und die Changelogs zum Problem überflogen)?
Passiert das bei großen Datenmengen und/oder eher bei vielen Dateien? Hast du per FTP mehrere parallele Verbindungen verwendet?
spani-yak
God
Mittwoch, 7. Oktober 2009, 21:04
folgende einträge sind mir suspekt (hatte nebenbei noch ein ping am laufen:
Wieso sind sie dir suspekt? Welche genau?
Wenn's mit FTP und SMB/CIFS passiert, lässt sich das Protokoll erstmal ausschließen. Ich vermute, die Netzwerk-Interfaces kommen sich in die Wolle. Verbindungsart würde ich nicht fest einstellen, das muss heutzutage ohne gehen. Da es von mehreren Rechnern passiert, dürfte es auf den NAS-LAN-Chip zurück gehen. Mal nach Firmware-Updates gesucht (und die Changelogs zum Problem überflogen)?
Passiert das bei großen Datenmengen und/oder eher bei vielen Dateien? Hast du per FTP mehrere parallele Verbindungen verwendet?
hatte nur eine FTP-Verbindung auf. Teste gliech nochmal mehrere kleine Dateien.
Firmware-Update habe ich gleich am Anfang eingespielt (1.1.x, aktuellste Variante).
EDITH: auch bei vielen kleineren Dateien bricht die Verbindung weg.
Ich hatte noch im Verdacht, dass evtl. JumboFrames Schuld daran sind, da das NAS das nicht kann. Der D-Link kann das, ob meine Lan-Karte im Rechner und bei dem meiner Freundin das kann und es auch aktiviert haben, das weiss ich leider nicht. Jemand ne Idee, wie ich das rausfinde?
spani-yak
God
Samstag, 10. Oktober 2009, 13:56
UNnP ist deaktiviert (gab nur ne Option für iTunes)
In der smb.conf steht nicht mal im Ansatz was von loggen. Kann es sein, dass das System an anderer Stelle logt?
edit: soviel zum plattenplatz:
In der smb.conf steht nicht mal im Ansatz was von loggen. Kann es sein, dass das System an anderer Stelle logt?
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
[Global] server string= INTEL SS4200-E 2TB Workgroup= WORKGROUP security= user domain master= yes preferred master= yes local master= yes os level= 255 map to guest= Bad User host msdfs= no msdfs root= no null passwords= yes invalid users= bin daemon adm sync shutdown halt mail news uucp gopher dfree command= /bin/dfree strict allocate= yes encrypt passwords= yes printcap name= lpstat printing= cups printable= no load printers= yes max smbd processes= 500 getwd cache= yes |
edit: soviel zum plattenplatz:
|
|
Quellcode |
1 2 3 4 5 6 7 8 |
# df -h Filesystem Size Used Available Use% Mounted on /dev/root.old 3.7M 561.0k 3.0M 15% /initrd none 248.2M 40.7M 207.5M 16% / /dev/hda1 118.2M 85.1M 26.9M 76% /boot /dev/loop0 85.5M 85.5M 0 100% /mnt/apps /dev/loop1 4.8M 699.0k 3.9M 15% /etc /dev/evms/md0vol1 924.2G 37.0G 840.6G 4% /mnt/soho_storage |
spani-yak
God
Freitag, 23. Oktober 2009, 17:39
so, nach diversem hin- und hergerede mit intel und dem verlangen mit einem teamleiter zu sprechen, geht das ganze nun wohl hoffentlich etwas zügiger.
die log-files. die ich denen schicke, sind entspannte 17mb groß, ICH möchte NICHT DER sein, der die files nach fehlern durchsuchen darf....
die log-files. die ich denen schicke, sind entspannte 17mb groß, ICH möchte NICHT DER sein, der die files nach fehlern durchsuchen darf....
To4St4rr
Senior Member
Freitag, 23. Oktober 2009, 17:48
17 MB Logfile möchte ich jetzt auch nicht unbedingt durchgehen. ich darf davon ausgehen, dass die bei Intel selbstverständlich zwecks einfacherer Sichtung zunächst ausgedruckt werden...so, nach diversem hin- und hergerede mit intel und dem verlangen mit einem teamleiter zu sprechen, geht das ganze nun wohl hoffentlich etwas zügiger.
die log-files. die ich denen schicke, sind entspannte 17mb groß, ICH möchte NICHT DER sein, der die files nach fehlern durchsuchen darf....
- 1
- 2
Ähnliche Themen
-
Software, allgemein »-
HP Laserjet 4k mit JETDirect über lan unter ubuntu
(22. Juli 2008, 20:31)
-
- Hardware, allgemein »
-
Kabel-TV Dau-Frage
(2. April 2008, 18:46)
-
- Überwachung und Steuerung »
-
wo sind die Aquastream alu frontblenden hin ?
(1. März 2008, 00:57)
-
- Software, allgemein »
-
CSS Layout erstellen
(4. Mai 2007, 20:35)
-
- Wasserkühlung »
-
wasserkühler wann wieder???
(17. September 2001, 13:46)