---

Hallo,

wir haben vor etwa 2 Monaten von SolidWorks 2003 auf SolidWorks 2006 umgestellt und verwenden seit diesem Zeitpunkt die Toolbox.

Leider haben wir mit den Toolbox-Teilen ímmer wieder Darstellungsprobleme und daraus resultierende Fehlermeldungen, teilweise können Teile gar nicht geladen werden.

Uns wurde geasgt, das hängt mit dem Einsatz unseres Unix-Servers zusammen, da SolidWorks mit einem Unix-Server nicht sauber läuft.
Ist dem so und ist als Schlussfolgerung daraus ein sicheres arbeiten mit SolidWorks nur mit einem auf Microsoft basierenden Serversystem möglich?

------------------
rdiepold

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Gemäss Informationen von SolidWorks werden keine anderen Betriebssystem und Netzwerke unterstüzt wie Windwos.

Das heisst, dass SoildWorks keine anderen System testet.
Es kann durchaus auch auf anderen System/Netzwerken laufen.

Wir haben bei uns in der Firma zwar Windwos als Betriebssyste,
aber die Netzwerkkommunikation läuft über Novell. Es gibt ab und
zu ein paar Schwierigkeiten, welche wir dann durch ein update von
Novell beheben, aber es läuft.
Wenn du aber Probleme mit hast, wird der Suport normalerweise dann eingestellt, wenn die Info vom falschen System auf dem Tisch ist.

------------------
( Um an die Quelle zu kommen, muss man gegen den Strom schwimmen  )

OM

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich glaube nicht, daß ein Linux-Dateiserver mit smb ein Problem ist. Die Toolbox greift schließlich auch nur auf die Dateien zu und nutzt sonst keine Funktionalität des Servers. Bist Du sicher, daß da nicht eher Auslastungsprobleme vorliegen?! Ansonsten kannst Du es schnell testen: Toolbox einfach mal auf einen beliebigen anderen Windows-Rechner im Netzwerk legen und dort zugreifen lassen. Es muß keine Serverversion des Betriebssystems sein.

------------------
Lutz Federbusch
Mein Gästebuch

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

poste doch mal einige fehlermeldungen

gruss martin

------------------
Wann wird SolidWorks endlich beim "Bohrungsassistenten" und "Intelligenten Verbindungselementen" die Qualität von Inventor haben?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zylinderschraube_DIN912.JPG Zylinderschrauben_DIN912.JPG

Hallo Lutz,

dass ein Auslasstungsproblem vorliegt glaube ich nicht, den Test mit der Toolbox werde ich auf einem Rechner durchführen und schauen was passiert.

Was passiert wenn wir keine Toolbox-Teile laden kann habe ich herausgefunden. In diesem Fall wird eine temoräre Datei des Teiles im Toolbox-Ordner angelegt. Sobald ich diese temporäre Datei lösche kann ich dieses Element wieder ganz normal über die Toolbox verwenden.

Im Anhang zwei Bilder von Zylinderschrauben mit Innensechskant aus unserer Toolbox

------------------
rdiepold

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hi
auch wir hatten das Experiment firmenweit durchgeführt, unsere Fileserver auf Samba umzustellen.
Auch hier hatten wir die beschriebenen Probleme mit den Tilde-Dateien.
Es ging sogar noch weiter: Auf unteren Ebenen wurden teile nicht geladen und somit ohne weitere Meldung unterdrückt!
Ich kann wirklich nur davon abraten, unter Nicht-Windoof zu arbeiten.
Jede billige PC-Büchse mit Datensicherung funktioniert besser.
Und bis zu 10 User können gleichzeitig auf einen Rechner zugreifen, ohne dass es einerServerlizenz bedarf.

------------------
Gruß
Harry 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hey smb-Ulm,

auch wenn ich HIER nun in ein Wespen-Nest greife, widerspreche fast allen Aussagen von HarryD!!
Wir setzen seit Juli 2002 sehr erfolgreich ein "symmetrisches" Hochverfügbarkeits (HA) SUSE Linux Cluster (Datenbank & File-Server) ein. Das Tilde-Problem hatten wir auch bis uns die MaxxDB-Leute eine Lösung bieten konnte, d.h. diese Lösung funktioniert nur in Verbindung mit MaxxDB. Da ich schon einmal von einem SWX-Reseller über die Problematik SWX-SAMBA-Fileserver angesprochen worden bin lies mir dein Problem nun keine Ruhe mehr. In unserer Technik-Umgebung (Konstruktion, Fertigung) setzen wir als SWX-Datenverwaltung nur MaxxDB ein. (Deshalb hatten wir dort nie "diese" Probleme). Im Marketingbereich, wo auch SWX eingesetzt wird, ist dieses Problem bekannt, aber da dort jeder einzelene nur sein eigenes Projekt bearbeitet, gibt es auch hier dieses Problem. Durch einen Hinweis unseres Linux-SUPPORTES es einmal über die SHARE-Option "veto files" zu prüfen, habe ich nun seit 2 Wochen diese Umgebung (Netzwerkfreigaben) auf SAMBA-SHARE-Option "veto files = /~$*/" umgestellt. Und SIEHE es läuft verdammt gut. Vielleicht hilft es dir auch bei deinem Problem mit der SWX-TOOLBOX (Wir setzen Diese NICHT ein). Nach "meinen" Erkenntnissen wird das Tilde-Dokument verwendet, um den USER übermitteln zu können, welcher andere Netzwerkbenutzer dieses Dokument gerade "ZUM SCHREIBEN" geöffnet hat. Wird nun in der SAMBA-Umgebung die veto-Option (s.o.) verwendet, so erhält man nur die allgemeine Meldung, dass ein anderer Benutzer zugreift (SCHREIBRECHT hat). Dies ist kein AUFRUF zum Umstellen auf SAMBA-Linux-Fileserver, denn man sollte sehr genau überlegen ob man diesen Schritt machen will (beachtet auch die Empfehlungen von SWX !!). Diese SWX-Umgebung verbirgt auch Risiken, die wir bewusst eingehen. Unsere jetzigen Erfahrungen sind sehr POSITIV & wir konnten mit dieser Umgebung einen work-a-round (7 Monate) definieren bis Microsoft für uns einen notwendigen HOTFIX bereitgestellt hat (KB897661). Bei der damaligen Entscheidung (2002) war es auch die Netzwerkübertragungsleistung, welche bei gleicher Hardwarevoraussetzung bei SAMBA Faktor 2,5 schneller war (Widerspruch zu HarryD). Deshalb werden wir weiterhin auf diese Umgebung bauen und solange belasssen bis wir auf ein Problem stossen, welche mit SAMBA nicht mehr gelöst werden kann. Nach dem Moto "NEVER-CHANGE-A-RUNING-SYSTEM"

Es grüsst EUCH
DUCATISTI

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich habe mich gerade mit der Konfiguration Toolbox und Samba Server rumgeschlagen.

Das eigentliche Problem für einen reibungsfreien Betrieb liegt darin, dass die ToolBox davon ausgeht, dass die Teile auf dem System mit dem Attribut schreibgeschützt angelegt werden. Diese Schreibschutz darf man auf keine Fall durch die Berechtigungen auf dem Fileserver chmod oder ACL abbilden. Für den Schreibschutz wird nur das Attribut aus dem FAT Filesystem benutzt (RMB Eigenschaften Attribute).

Beim anlegen einer neuen Konfiguration wird das Attribut Schreibschutz von der Toolbox gelöscht, die Datei wir mit den neuen Konfiguration gespeichert und das Schreibschutz Attribut wird wieder gesetzt.

Seit der Version 3.xx kann man die Attribute Versteckt, System und Schreibgeschützt in den erweiterten File Attributen abbilden, wenn das Verwendete Filesystem das hergibt XFS, Reiser und ext3 sollten das beherrschen. Dazu muss man in der Konfiguration Global oder Share ist dabei egal diesen Eintrag in der smb.conf machen:

map hidden = No
map archive = No
map readonly = no
store dos attributes = Yes
dos filemode = Yes

Abfragen kann man die Attribute auf der Linux Maschine mit dem Befehl
getfattr -d filename.sldprt

weitere Infos findet man unter man getfattr.

p.s. Diese Attribute werden natürlich nicht beim Backup gesichert... also immer vor dem Backup die Attribute dumpen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Mal für mich zum Verständnis: set/getfacl bildet das NT-Rechtesystem nach und set/getfattr das von Win98?

------------------
Gruß Manuel
http://www.kb-ohnemus.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Leider ist das nicht so einfach und hat auch nicht mehr viel mit CAD zu tun. Wer es genau wissen will kann sich bei

http://us1.samba.org/samba/ftp/slides/samba-acls.pdf

informieren und auf die Version 4 hoffen.

Zudem verspricht Samba 4 eine volle Unterstützung der Dateisystemrechte in Windows (NTFS-ACL), eine leistungsfähigere Prozessarchitektur und umfangreiche Test-Suites zur automatisierten Überprüfung der Windows-Kompatibilität.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP