Re: Probleme mit Snow Leopard
Clemens Beier
> Hi,
>
> seit ich auf meinem Mac Mini SnowLeo aktuell 10.6.2 fahre, habe ich
> 2 �usserst unangenehme Probleme.
>
> Nr. 1: sporadisch l�sst sich der Mini nicht ausschalten:
> ich w�hle Ausschalten aus dem Systemmen�, der Rechner f�hrt runter
> und geht aus, und ein paar Sekunden sp�ter schaltet er sich wieder ein
> und bootet wieder hoch. dasselbe Verhalten mit <ctrl>-<eject>
> Das Problem habe ich seit 10.6, vorher unter 10.5 hatte ich es nicht.
>
> Nr. 2: Wenn ich im Finder grosse Dateien (> 2GB i.d.R. Videos) kopiere
> und als Protokoll SMB verwende, bricht der Kopiervorgang bei etwas
> weniger als 2 GB ab.
> Dieses Problem habe ich nicht mit AFP
> dieses Problem habe ich auch nicht mit SMB unter 10.5.8
> Leider brauche ich aber SMB weil mein Mac Mini Videoserver f�r
> meinen Xtreamer ist.
>
> Weiss jemand was da bei mir schiefl�uft oder hat einen Link der
> mir weiterhelfen k�nnte?
Wissen: nein.
Link: F'up in die passende Gruppe.
Die k�nnen dir dort was schreiben bez�glich 2GB/SMB und haben auch
Erfahrungen zu (m�glicherweise) 'Wake On LAN' unter 10.6.
Du kannst ja derweil
<http://groups.google.com/group/de.comp.sys.mac.lokale-netze/> nach
passenden und diskutierten Themen durchsuchen.
Ich bin in dem Bereich ziemlich unwissend.
HTH,
ClemiSan
Hans Wander
>> Nr. 2: Wenn ich im Finder grosse Dateien (> 2GB i.d.R. Videos) kopiere
>> und als Protokoll SMB verwende, bricht der Kopiervorgang bei etwas
>> weniger als 2 GB ab.
>> Dieses Problem habe ich nicht mit AFP
>> dieses Problem habe ich auch nicht mit SMB unter 10.5.8
>> Leider brauche ich aber SMB weil mein Mac Mini Videoserver f�r
>> meinen Xtreamer ist.
Nachtrag noch:
im Logfile des Servers (SL 10.6) kann ich folgenden Eintrag finden:
/SourceCache/samba/samba-235/samba/source/lock
ing/posix.c:posix_fcntl_getlock(260)
Offset greater than 31 bits. Returning success.
und auf Clientseite:
Zhe finder can't complete the operation because some data
in <bigfile> can't be read or written.
Es war ein Download vom Server zum Client.
Hans
Florian Zschocke
<http://www.google.de/#hl=de&q=samba+32bit+64bit+offset>
Es scheint ein Problem zu sein, wenn client und server unterschiedlich sind.
Leopard verwendet vermutlich ein 32bit Offset und SL 64 bit.
Gru� Florian
Hans Wander
> <http://www.google.de/#hl=de&q=samba+32bit+64bit+offset>
> Es scheint ein Problem zu sein, wenn client und server unterschiedlich sind.
> Leopard verwendet vermutlich ein 32bit Offset und SL 64 bit.
>
> Gru� Florian
hallo Florian,
sehe ich nicht so:
Server (also Mac Mini):
SL 10.6.2
1.83 GHz Intel Core 2 Duo
2 GB 667 MHz DDR2 SDRAM
Mac OS Extended (Journaled)
Client (also MacBook):
SL 10.6.2
2 GHz Intel Core 2 Duo
2 GB 667 MHz DDR2 SDRAM
Mac OS Extended (Journaled)
auch in dieser Kombination habe ich das 2 GB Samba Problem
sobald ich auf dem Server SL 10.5.8 fahre funktioniert es
einwandfrei.
also ich sehe da keinen 32 vs 64 Bit Konflikt
aber vielleicht kann das irgendjemand mal versuchen nachzuvollziehen
um einfach festzustellen, ob ich der einzige Depp mit diesem
Problem bin:
einfach auf einem 10.6.2 Mac Filesharing einschalten, dabei aber
darauf achten, dass ausschliesslich(!!!) SMB-Protokoll eingestellt ist.
Und dann einfach mal eine Datei > 2GB von diesem Server zu einem Client
kopieren.
Hans
André Igler
> einfach auf einem 10.6.2 Mac Filesharing einschalten, dabei aber
> darauf achten, dass ausschliesslich(!!!) SMB-Protokoll eingestellt ist.
> Und dann einfach mal eine Datei > 2GB von diesem Server zu einem Client
> kopieren.
sicher ein paar anderer) per Stichwort "Apple & Samba" bzw. "smb"
durchforstest, wirst Du auf einiges stossen, dessen Quintessenz immer
ist, smb auf Mac ist bäh, aus verschiedenen Gründen. Bislang wurde um
dieses Problem immer mittels AFP herumgewürgt. Warum nicht hier?
Happy Xmas
addio
--
pm <mein vorname> bei <mein nachname> punkt at
http://weblog.igler.at www.albinschwarz.com
Hans Wander
> smb auf Mac ist bäh, aus verschiedenen Gründen. Bislang wurde um
> dieses Problem immer mittels AFP herumgewürgt. Warum nicht hier?
"Leider brauche ich aber SMB weil mein Mac Mini Videoserver für
meinen Xtreamer ist."
Ich bin halt der Meinung: Samba ist integraler Bestandteil von
Mac OSX; dann soll Apple auch für eine passable Portierung und
Pflege sorgen; sonst sollen sie es lieber gleich lassen und
die Samba Portierung der Community überlassen.
Und wie ich schon schrieb: es geht um Samba als SERVER.
> Happy Xmas
dir auch!
>
> addio
Hans
André Igler
> Am 26.12.09 15:01, schrieb André Igler:
>> smb auf Mac ist bäh, aus verschiedenen Gründen. Bislang wurde um
>> dieses Problem immer mittels AFP herumgewürgt. Warum nicht hier?
> hatte ich bereits oben erwähnt:
> "Leider brauche ich aber SMB weil mein Mac Mini Videoserver für
> meinen Xtreamer ist."
> Ich bin halt der Meinung: Samba ist integraler Bestandteil von
> Mac OSX;
"Allerdings sind Teile des SMB-Protokolls noch nicht vollständig
implementiert" (Zitat Wikipedia. Ja, ich weiss ...).
> dann soll Apple auch für eine passable Portierung und
> Pflege sorgen; sonst sollen sie es lieber gleich lassen und
> die Samba Portierung der Community überlassen.
Du kannst ja gerne entsprechende Reports eintüten. Ziehen Sie bitte hier
eine Nummer, stellen Sie sich dort an ...
> Und wie ich schon schrieb: es geht um Samba als SERVER.
Das ist dem Protokoll völlig wurscht.
Ich wollte Dir eigentlich nur sagen, dass es derartige Diskussionen hier
schon öfter gab, und heraus kam eben immer, es ist bäh und so ist es.
So Sachen wie
<http://www.versiontracker.com/dyn/moreinfo/macosx/15587>
schon ins Auge gefasst?
Wobei ich persönlich ja einfach smb auf OSX auslasse. Es geht immer auch
anders. Ein zwangloser Einwurf von "os x 10.6 AND smb" bei Tante Gurgel
illustriert das augenscheinlich.
Wie dem auch immer ...
Hans Wander
> Mmhh. Nur weil Du es brauchst, wird es nicht besser funktionieren.
was genau willst du mir damit sagen? Dass ich von Apple nicht
erwarten sollte dass ihre Systemsoftware fehlerfrei funktioniert?
(Software für die ich gezahlt habe)
> "Allerdings sind Teile des SMB-Protokolls noch nicht vollständig
> implementiert" (Zitat Wikipedia. Ja, ich weiss ...).
wie ich schon schrieb: das hat in 10.5 schon mal besser funktioniert.
>> Und wie ich schon schrieb: es geht um Samba als SERVER.
> Das ist dem Protokoll völlig wurscht.
????
der Fehler steckt im Server, nicht im Client, das wollte ich sagen.
> So Sachen wie
> <http://www.versiontracker.com/dyn/moreinfo/macosx/15587>
> schon ins Auge gefasst?
da ist leider bei 10.5 Schluss.
und im übrigen wiederhole ich mich nochmals: Samba (Server + Client)
ist integraler Bestandteil von Mac OS X.
> Wobei ich persönlich ja einfach smb auf OSX auslasse. Es geht immer auch
> anders. Ein zwangloser Einwurf von "os x 10.6 AND smb" bei Tante Gurgel
> illustriert das augenscheinlich.
ich habe schon geschrieben, mein MacMini ist Server für den Videostream
Client Xtreamer
http://www.xtreamer.net/xtreamer/overview.aspx
und da bin ich einfach auf smb angewiesen.
bei 10.6 hört dann halt die Wiedergabe irgendwann in einem grösseren
Video einfach auf (bei 2 GB eben)
Hans
Florian Zschocke
> Am 26.12.09 10:40, schrieb Florian Zschocke:
>> <http://www.google.de/#hl=de&q=samba+32bit+64bit+offset>
>> Es scheint ein Problem zu sein, wenn client und server unterschiedlich sind.
>> Leopard verwendet vermutlich ein 32bit Offset und SL 64 bit.
>>
>> Gru� Florian
>
> hallo Florian,
>
> sehe ich nicht so:
>
> Server (also Mac Mini):
> SL 10.6.2
> 1.83 GHz Intel Core 2 Duo
> 2 GB 667 MHz DDR2 SDRAM
> Mac OS Extended (Journaled)
>
>
> Client (also MacBook):
> SL 10.6.2
> 2 GHz Intel Core 2 Duo
> 2 GB 667 MHz DDR2 SDRAM
> Mac OS Extended (Journaled)
>
> auch in dieser Kombination habe ich das 2 GB Samba Problem
> sobald ich auf dem Server SL 10.5.8 fahre funktioniert es
> einwandfrei.
> also ich sehe da keinen 32 vs 64 Bit Konflikt
>
Letztlich war das auch nur eine Vermutung. Bei mir ist smbd auf Leopard
eindeutig 32 Bit und auf SL 64 Bit. Auch ist Deine Fehlermeldung eigentlich
ziemlich eindeutig.
Gru� Florian
Thomas Kaiser
> und im übrigen wiederhole ich mich nochmals: Samba (Server + Client)
> ist integraler Bestandteil von Mac OS X.
Du, kannst Du das für mich auch bitte nochmal wiederholen? Wenn möglich
mehrfach? Es ist nämlich total wichtig, daß das jeder Mitleser in dieser
doch so wahnsinnig bedeutenden Newsgroup-Hierarchie endlich mal kapiert,
was Du meinst ;-)
Schau mal her:
<http://www.google.com/search?q=%22Offset+greater+than+31+bits.+Returning+success%22>
Allgemeines Samba-Locking-Problem, fertig, aus, basta. Vermutlich wird
Apple in 10.6 eine neuere Samba-Version als in 10.5 einsetzen. Also
Downgrade machen. Und anstatt hier zu jammern, einfach einen Bug-Report
bei Apple eintüten:
Im übrigen muß ich Dich enttäuschen bzgl. "integraler Bestandteile" von
MacOS X: Das smbfs (also die Client-Komponente für CIFS/SMB) gehört
mitnichten zu Samba. Das ist eine Weiterentwicklung des FreeBSDschen
smbfs mit eigenen Apple-Anbauten.
> ich habe schon geschrieben, mein MacMini ist Server für den Videostream
> Client Xtreamer
> http://www.xtreamer.net/xtreamer/overview.aspx
> und da bin ich einfach auf smb angewiesen.
Tja, Pech gehabt. Bzw. 10.5 einsetzen und darauf hoffen, daß der
Samba-Bug irgendwann gefixt wird und dann wieder über 10.6 nachdenken
(ich werde mir 10.6 nicht vor 10.6.5/10.6.6 im Produktivbetrieb antun --
eben wegen solchen Problemen, in die Du grad reinrennst)
> bei 10.6 hört dann halt die Wiedergabe irgendwann in einem grösseren
> Video einfach auf (bei 2 GB eben)
Also hättest Du Dir die Verwirrung mit "AFP will ich nicht nutzen" doch
gleich schenken können, indem Du drauf hinweist, daß der smbd in 10.6
bei der Auslieferung großer Datenbrocken (ca. 2 GByte) mit egal welcher
Client-Implementierung Zicken macht?
Gruss,
Thomas
Hans Wander
> Schau mal her:
>
> <http://www.google.com/search?q=%22Offset+greater+than+31+bits.+Returning+success%22>
> Tja, Pech gehabt. Bzw. 10.5 einsetzen und darauf hoffen, daß der
> Samba-Bug irgendwann gefixt wird und dann wieder über 10.6 nachdenken
> (ich werde mir 10.6 nicht vor 10.6.5/10.6.6 im Produktivbetrieb antun --
> eben wegen solchen Problemen, in die Du grad reinrennst)
Google hat mich weiter gebracht.
in /etc/smb.conf den Eintrag
strict locking = no
in der global section eingefügt
und schon geht es über 2GB hinaus.
mercy
Hans
Thomas Kaiser
Also Treffer Nr. 3 da oben. Wichtig ist nur noch, zu wissen, daß Du
diesen Eintrag blitzschnell wieder verlieren könntest, weil -- zumindest
in 10.5 noch -- mit jeder Änderung von
/Library/Preferences/SystemConfiguration/com.apple.smb.server.plist
durch einen auf diese Datei angesetzten LaunchDaemon
/usr/libexec/samba/synchronize-preferences
aufgerufen wird, der dann /etc/smb.conf erneut überschreibt. Vielleicht
besitzt das Ding inzwischen genügend Intelligenz, eigene Anpassungen der
smb.conf in Ruhe zu lassen. Das war aber zumindest früher nicht der
Fall... und angeschaut habe ich mir dieses Preference-Gesynche zuletzt
wohl zu 10.4-Zeiten.
Falls "strict locking" eine Share-Option ist, würde ich eher einen Blick
auf
/usr/libexec/samba/synchronize-shares
werfen. Ist zumindest bei 10.5 ein Ruby-Skript, das man simpel anpassen
können sollte bzw. gar nicht müsste, weil das "smb_strictlocking"-
Attribut aus den Share-Definitionen in den DirectoryServices genutzt
wird)
Äh, zur Verdeutlichung, von was ich brabbel: Einfach mal das da ausführen:
dscl . list /SharePoints
Und dann für einen SharePoint mal ein
dscl . read /SharePoints/$Sharepoint-Name
absetzen.
Gruss,
Thomas, der trotzdem einen Bug-Report absetzen würde, schließlich sollte
Apple das fixen und idealerweise den Fix zurück an die Commuity senden...
Joe Kotroczo
Wander" <wande...@arcor.de> wrote:
(...)
>
> ich habe schon geschrieben, mein MacMini ist Server f�r den Videostream
> Client Xtreamer
> http://www.xtreamer.net/xtreamer/overview.aspx
> und da bin ich einfach auf smb angewiesen.
Soll dass heissen, dass diese Aussage falsch ist?
"The Xtreamer�is designed for Windows users and Mac users to stream files
seamlessly. Windows users can access�the unit via�FTP, and Mac users via
Samba, FTP, and AFP."
Von:
http://shop.xtreamer.net/Support/questions/71/Can+I+share+and+stream+files+f
rom+my+PC+or+MAC+%3F
Danke.
--
Joe Kotroczo kotr...@mac.com
Thomas Kaiser
>> http://www.xtreamer.net/xtreamer/overview.aspx und da bin ich einfach
>> auf smb angewiesen.
>
> Soll dass heissen, dass diese Aussage falsch ist?
>
> "The Xtreamer is designed for Windows users and Mac users to stream files
> seamlessly. Windows users can access the unit via FTP, and Mac users via
> Samba, FTP, and AFP."
Da geht's um AFP-Server-Funktionalität, die das Ding wohl hat. Bringt
ihm aber nix, wenn die Dateien auf 'nem Mac liegen und von dort
abgespielt werden sollen.
Gruss,
Thomas
Joe Kotroczo
"Thomas Kaiser" <Thomas...@phg-online.de> wrote:
> Joe Kotroczo schrieb in <news:C763F687.AB989%kotr...@mac.com>
>> "Hans Wander" <wande...@arcor.de> wrote:
>>
>> (...)
>>>
>>> ich habe schon geschrieben, mein MacMini ist Server f�r den
>>> Videostream Client Xtreamer
>>> http://www.xtreamer.net/xtreamer/overview.aspx und da bin ich einfach
>>> auf smb angewiesen.
>>
>> Soll dass heissen, dass diese Aussage falsch ist?
>>
>> "The Xtreamer�is designed for Windows users and Mac users to stream files
>> seamlessly. Windows users can access�the unit via�FTP, and Mac users via
>> Samba, FTP, and AFP."
>
> Da geht's um AFP-Server-Funktionalit�t, die das Ding wohl hat. Bringt
> ihm aber nix, wenn die Dateien auf 'nem Mac liegen und von dort
> abgespielt werden sollen.
Ich versuche bloss zu verstehen, wie das Ding funktioniert. Auf den ersten
Blick sieht das Teil ja ganz interessant aus, aber bevor ich mir eins kaufe
w�rde ich doch gerne ein bisschen mehr wissen. Die Anleitung ist ja wohl ein
Witz.
Also: ich kann per AFP Files von einem Xtreamer herunterkopieren, aber nicht
auf einen Xtreamer raufkopieren? Es kann nur AFP-Server, aber nicht
AFT-Client? Oder wie?
--
Joe Kotroczo kotr...@mac.com
Thomas Kaiser
> Also: ich kann per AFP Files von einem Xtreamer herunterkopieren, aber
> nicht auf einen Xtreamer raufkopieren?
Du kannst wohl Dateien rauf- und runterkopieren.
> Es kann nur AFP-Server, aber nicht AFT-Client? Oder wie?
Er _ist_ wohl AFP-Server, d.h. man kann vom Mac aus mit dessen
Hausprotokoll Dateien drauf und wieder runter kopieren. Aber das Ding
hat keinen AFP-Client, mit dem es sich selbst Dateien von einem Mac
holen könnte. Den einzigen wirklich funktionalen AFP-Client findet man
heute eh nur noch in Form von MacOS X.
Es gab für ältere Linux-Kernel mal das afpfs (scary) und jetzt in Form
von afpfs-ng eine neuere Implementierung, die aber IMO noch nicht
wirklich alltagstauglich ist.
<http://sites.google.com/site/alexthepuffin/home>
Gruss,
Thomas
Joe Kotroczo
"Thomas Kaiser" <Thomas...@phg-online.de> wrote:
> Joe Kotroczo schrieb in <news:C7663C91.AB9DD%kotr...@mac.com>
>> Also: ich kann per AFP Files von einem Xtreamer herunterkopieren, aber
>> nicht auf einen Xtreamer raufkopieren?
>
> Du kannst wohl Dateien rauf- und runterkopieren.
>
>> Es kann nur AFP-Server, aber nicht AFT-Client? Oder wie?
>
> Er _ist_ wohl AFP-Server, d.h. man kann vom Mac aus mit dessen
> Hausprotokoll Dateien drauf und wieder runter kopieren. Aber das Ding
> hat keinen AFP-Client, mit dem es sich selbst Dateien von einem Mac
> holen k�nnte.