Ik denk dat dit topic hier het beste op z'n plek is...
Men heeft mij gevraagd me te buigen over het volgende probleem:
Een viertal iMac's (Core2, 2GB, OSX 10.6.7) staan in verbinding met een QNap 459 Pro+ en een Windows 2008 SBS Server. De gebruikte switch is een HP ProCurve V1410-24 (wellicht te simpel, maar waarschijnlijk niet de kern van het probleem). De QNap heeft vier 2TB schijven in Raid 5, en is vanaf verschillende Windows machine's probleemloos te benaderen, de Mac's zijn een ander verhaal. Alle Mac's krijgen hun IP via DHCP, DNS resolutie gaat goed. De Mac's zitten overigens NIET in de AD. Shares worden benaderd via SMB.
Het benaderen van een Share op de QNap gaat goed vanaf de Mac's, zolang je niet meer dan een share tegelijkertijd opent. De transfersnelheid is van tijd tot tijd echter om te huilen. Gebruikers melden dat kopieren van (bijvoorbeeld) 200 MB de ene keer in een paar seconden gebeurt, dezelfde actie duurt een paar seconden later ineens ruim een minuut, zonder dat er iets veranderd is. Qua tijdstip en drukte op het netwerk lijkt het compleet willekeurig, en het is dus niet zo dat het probleem door de dag heen erger wordt, of dat er een bepaald moment aan te wijzen is waarop het zich altijd voordoet. Het is compleet willekeurig.
Nu wordt er door de gebruikers nogal wat data op en neer gepompt (Grafisch ontwerpers met veel grote Indesign projecten), en het is dus enorm frustrerend dat ze moeten wachten, terwijl duidelijk is dat het wel KAN werken)
Mijn eigen Macbook Pro (i5, 4GB, 10.6.7) ondervindt het probleem niet, althans, niet dat ik kan constateren. Ik gebruik dezelfde bekabeling en outlets als degene die de problemen ondervinden, om uit te sluiten dat het aan de bekabeling ligt. Ik kopieer een map van ruim 500 MB op en neer van de mac naar de NAS, iedere keer met dezelfde resultaten, terwijl als ik dit op de iMac van een gebruiker doe, het de ene keer razendsnel is, en de keer erop traag als dikke str*nt...
Time Machine staat uit, QNap draait op laatste firmware (3.4.2)...
Waar kan dit zitten?
Men heeft mij gevraagd me te buigen over het volgende probleem:
Een viertal iMac's (Core2, 2GB, OSX 10.6.7) staan in verbinding met een QNap 459 Pro+ en een Windows 2008 SBS Server. De gebruikte switch is een HP ProCurve V1410-24 (wellicht te simpel, maar waarschijnlijk niet de kern van het probleem). De QNap heeft vier 2TB schijven in Raid 5, en is vanaf verschillende Windows machine's probleemloos te benaderen, de Mac's zijn een ander verhaal. Alle Mac's krijgen hun IP via DHCP, DNS resolutie gaat goed. De Mac's zitten overigens NIET in de AD. Shares worden benaderd via SMB.
Het benaderen van een Share op de QNap gaat goed vanaf de Mac's, zolang je niet meer dan een share tegelijkertijd opent. De transfersnelheid is van tijd tot tijd echter om te huilen. Gebruikers melden dat kopieren van (bijvoorbeeld) 200 MB de ene keer in een paar seconden gebeurt, dezelfde actie duurt een paar seconden later ineens ruim een minuut, zonder dat er iets veranderd is. Qua tijdstip en drukte op het netwerk lijkt het compleet willekeurig, en het is dus niet zo dat het probleem door de dag heen erger wordt, of dat er een bepaald moment aan te wijzen is waarop het zich altijd voordoet. Het is compleet willekeurig.
Nu wordt er door de gebruikers nogal wat data op en neer gepompt (Grafisch ontwerpers met veel grote Indesign projecten), en het is dus enorm frustrerend dat ze moeten wachten, terwijl duidelijk is dat het wel KAN werken)
Mijn eigen Macbook Pro (i5, 4GB, 10.6.7) ondervindt het probleem niet, althans, niet dat ik kan constateren. Ik gebruik dezelfde bekabeling en outlets als degene die de problemen ondervinden, om uit te sluiten dat het aan de bekabeling ligt. Ik kopieer een map van ruim 500 MB op en neer van de mac naar de NAS, iedere keer met dezelfde resultaten, terwijl als ik dit op de iMac van een gebruiker doe, het de ene keer razendsnel is, en de keer erop traag als dikke str*nt...
Time Machine staat uit, QNap draait op laatste firmware (3.4.2)...
Waar kan dit zitten?
By each crime and every kindness, we birth our future