[GastForen Betriebsysteme und Dienste HELIOS Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden

  • Suche
  • Hilfe
  • Lesezeichen
  • Benutzerliste
Themen
Beiträge
Moderatoren
Letzter Beitrag

Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden

jenzibenzi
Beiträge gesamt: 5

17. Mär 2017, 14:54
Beitrag # 1 von 8
Bewertung:
(5059 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hallo zusammen,

ich habe ein eingenartiges Problem.

Zur Situation:
2 Server mit Helios, einmal UB2(Hostsystem RHEL 6) und einmal UB64 (Hostsystem CentOS7). Wir haben Macclients und auch Windows7 Clients.

1. Server mit RHEL 6 und UB2 läuft einwandfrei
2. Server mit CentOS und UB64 ist mit den gleichen Einstellungen installiert. Benutzer können sich von beiden Systemem (Windows und MacOS) mit beiden Servern verbinden (per DNS Name oder IP)

Nun kommt das Problem (ist nur auf dem CentOS/UB64 Server), wenn ich unter Windows ein Netzlaufwerk erstelle, dann funktioniert es auch zuerst. Starte ich den Rechner neu, dauert es eine Weile bis der Windows Explorer angesprochen werden kann -> Fehler: "Netzwerkpfad kann nicht gefunden werden" oder "Der lokale Gerätename wird schon verwendet" (das tritt bei beiden Varianten auf einmal DNS-Name und einmal IP).

Unter MacOS werden die Volumes noch unbestimmter Zeit ausgeworfen.

Hat jemand eine Idee wo ich nach dem Fehler suchen kann? Oder hat jemand schon einmal den gleichen Fehler gehabt und ihn gelöst bekommen?

Oder einfach eine zweite RHEL Instanz installieren?

(Dieser Beitrag wurde von jenzibenzi am 17. Mär 2017, 14:59 geändert)
X

Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden

GreatOm
Beiträge gesamt: 373

20. Mär 2017, 10:13
Beitrag # 2 von 8
Beitrag ID: #556418
Bewertung:
(5002 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Moin!

Ich denke mal das Linux ist hier unschuldig, da CentOS doch auch RedHat basierend ist…

Ansonsten kann man mit dieser Fehlerbeschreibung nicht viel anfangen.

Ich würde mal folgendes prüfen:
- sind die aktuellen UB64 Updates installiert?
- gibt es irgendwelche Systemmeldungen von den HELIOS Diensten?

Gruß,

GreatOm
--
Five exclamation marks, the sure sign of an insane mind. -- (Terry Pratchett, Reaper Man)


als Antwort auf: [#556390]

Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden

jenzibenzi
Beiträge gesamt: 5

20. Mär 2017, 13:08
Beitrag # 3 von 8
Beitrag ID: #556423
Bewertung:
(4976 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi, danke erstmal für die Antwort.

updates sind alle installiert.

Systemmeldungen der letzten Stunde:
Mon Mar 20 12:10:01 CET 2017 cron helios2 CROND[30135]: (root) CMD (/usr/lib64/sa/sa1 1 1)
Mon Mar 20 12:10:10 CET 2017 messages helios2 pcshare[2680]: unauthorized request SMBecho($2b) from client 192.168.0.211 rejected; state: 2
Mon Mar 20 12:10:10 CET 2017 messages helios2 pcshare[2680]: unauthorized request SMBtconX($75) from client 192.168.0.211 rejected; state: 2
Mon Mar 20 12:20:01 CET 2017 cron helios2 CROND[30291]: (root) CMD (/usr/lib64/sa/sa1 1 1)
Mon Mar 20 12:25:01 CET 2017 cron helios2 CROND[30349]: (pcp) CMD ( /usr/libexec/pcp/bin/pmlogger_check -C)
Mon Mar 20 12:28:01 CET 2017 cron helios2 CROND[30426]: (pcp) CMD ( /usr/libexec/pcp/bin/pmie_check -C)
Mon Mar 20 12:30:01 CET 2017 cron helios2 CROND[30493]: (root) CMD (/usr/lib64/sa/sa1 1 1)
Mon Mar 20 12:40:01 CET 2017 cron helios2 CROND[30595]: (root) CMD (/usr/lib64/sa/sa1 1 1)
Mon Mar 20 12:43:02 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:43:58 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:44:57 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:45:52 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:46:51 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:47:47 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:48:37 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:49:41 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:50:01 CET 2017 cron helios2 CROND[30695]: (root) CMD (/usr/lib64/sa/sa1 1 1)
Mon Mar 20 12:50:40 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:51:26 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:52:25 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:53:30 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:54:21 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:55:01 CET 2017 cron helios2 CROND[30752]: (pcp) CMD ( /usr/libexec/pcp/bin/pmlogger_check -C)
Mon Mar 20 12:55:25 CET 2017 messages helios2 avahi-daemon[975]: server.c: Packet too short or invalid while reading response record. (Maybe a UTF-8 problem?)
Mon Mar 20 12:58:01 CET 2017 cron helios2 CROND[30827]: (pcp) CMD ( /usr/libexec/pcp/bin/pmie_check -C)
Mon Mar 20 13:00:01 CET 2017 cron helios2 CROND[30898]: (root) CMD (/usr/lib64/sa/sa1 1 1)
Mon Mar 20 13:00:01 CET 2017 cron helios2 CROND[30899]: (root) CMD ("/usr/local/helios"/sbin/helios.daily hourly)
Mon Mar 20 13:01:01 CET 2017 cron helios2 CROND[30930]: (root) CMD (run-parts /etc/cron.hourly)
Mon Mar 20 13:01:01 CET 2017 cron helios2 run-parts(/etc/cron.hourly)[30930]: starting 0anacron
Mon Mar 20 13:01:01 CET 2017 cron helios2 run-parts(/etc/cron.hourly)[30942]: finished 0anacron

Wobei die avahi-daemon Meldung auch beim UB2 Server in den Meldungen erscheint, er wirft die Volumes nicht aus.

Vielleicht hilft das? Ich denke ich muss einmal einen Linux/Red Hat Lehrgang besuchen.


als Antwort auf: [#556418]
(Dieser Beitrag wurde von jenzibenzi am 20. Mär 2017, 13:10 geändert)

Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden

GreatOm
Beiträge gesamt: 373

20. Mär 2017, 13:37
Beitrag # 4 von 8
Beitrag ID: #556424
Bewertung:
(4961 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Antwort auf: Ich denke ich muss einmal einen Linux/Red Hat Lehrgang besuchen.


Lohnt sich immer ;-)

Zu den Meldungen:
Wenn man
Code
/usr/local/helios/bin/srvutil status 

aufruft, bekommt man alle aktiven HELIOS Dienste aufgelistet. In den vorliegenden Meldungen gibt es nur zwei Meldungen, bei denen pcshare zweimal "unauthorized request" meldet.
Was es damit auf sich hat kann ich auch nicht sagen. Allerdings sollte man mal einen Blick auf die dort angegebene IP-Adresse "192.168.0.211" werfen. Vielleicht spinnt da ein Client rum?!?

PS. Es sollte auch sichergestellt werden, das alle Macs sich per AFP und nicht per SMB an den Server anmelden!

Gruß,

GreatOm
--
Five exclamation marks, the sure sign of an insane mind. -- (Terry Pratchett, Reaper Man)


als Antwort auf: [#556423]

Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden

jenzibenzi
Beiträge gesamt: 5

20. Mär 2017, 14:05
Beitrag # 5 von 8
Beitrag ID: #556426
Bewertung:
(4954 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Hi,

die Systemmeldungen von srvutil sehen so aus:
Service Status PID When Restarts
srvsrv Running 2585 Fri 15:35
notifysrv Running 2593 Fri 15:35
desksrv Running 2594 Fri 15:35
indexsrv Running 2595 Fri 15:35
mdnssrv Running 2596 Fri 15:35
authsrv Running 2597 Fri 15:35
afpsrv Running 2677 Fri 15:35
dhcpsrv Running 2598 Fri 15:35
heladmsrv Running 2678 Fri 15:35
mdnsproxysrv Running 2599 Fri 15:35
monitorsrv Running 2786 Fri 15:35
papsrv Running 2679 Fri 15:35
pcshare Running 2680 Fri 15:35
lpd Running 2787 Fri 15:35
[admin@helios2 ~]$

Also alles in Ordnung. Eigenartig ist das, bei den Macs alle Volumes bei einem Client ausgeworfen werden. Allerdings nicht alle Clients gleichzeitig.


als Antwort auf: [#556424]

Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden

jenzibenzi
Beiträge gesamt: 5

20. Mär 2017, 14:28
Beitrag # 6 von 8
Beitrag ID: #556427
Bewertung:
(4942 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Ich sehe gerade, 192.168.0.211 ist ein Windows Terminal Server, an dem sich unsere Windowsclients anmelden. Erst mal unseren Windows Admin fragen.


als Antwort auf: [#556426]

Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden

GreatOm
Beiträge gesamt: 373

20. Mär 2017, 14:38
Beitrag # 7 von 8
Beitrag ID: #556428
Bewertung:
(4922 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Vielleicht hatte ich mich missverständlich ausgedrückt.

Die Liste aus "srvutil" zeigt die laufenden HELIOS Prozesse.

Dann kann man in den Systemmeldungen schauen, ob dort Meldungen von dieses Prozessen auftauchen, um damit einen Hinweis auf die Fehlerursache zu finden.

Gruß,

GreatOm
--
Five exclamation marks, the sure sign of an insane mind. -- (Terry Pratchett, Reaper Man)


als Antwort auf: [#556426]

Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden

jenzibenzi
Beiträge gesamt: 5

20. Mär 2017, 15:11
Beitrag # 8 von 8
Beitrag ID: #556430
Bewertung:
(4877 mal gelesen)
URL zum Beitrag
Beitrag als Lesezeichen
Langsam bin ich echt überfragt, und es zeigt das ich wohl weniger Ahnung habe als ich dachte.
Was genau macht /usr/libexec/pcp/?

Eine Ahnung was diese Systemmeldung bedeutet:
Mon Mar 20 14:45:49 CET 2017 messages helios2 kernel: perf: interrupt took too long (2652 > 2500), lowering kernel.perf_event_max_sample_rate to 75000

Ich verstehe nur nicht weshalb das mit dem alten Server läuft und mit neuen nicht.
Der einzige Unterschied ist, das eine ist eine Standard-Installation von RHEL 6 und das andere eine Standard-Installation von CentOS 7.

Ziehe mir gerade die Developer Suite von RHEL7 und versuche es damit.

Welche guten Lehrgänge für Linux/RHEL gibt eigentlich?


als Antwort auf: [#556428]
Hier Klicken X
Hier Klicken

Veranstaltungen

Hier können Sie Ihre Anlässe eintragen, welche einen Zusammenhang mit den Angeboten von HilfDirSelbst.ch haben. Die Einträge werden moderiert freigeschaltet. Dies wird werktags üblicherweise innert 24 Stunden erfolgen. pdf-icon Hier eine kleine Anleitung.

Veranstaltungen
26.09.2018

Hochschuloe der Medien, Stuttgart
Mittwoch, 26. Sept. 2018, 19.00 - 21.00 Uhr

Vertrag

Nur auf den ersten Blick scheint dieses Thema exotisch. Aber eine neue EU-Richtlinie und deren Auswirkungen auf deutsche Gesetze werden dieses Thema auch für Publisher interessant machen. Die EU-Richtlinie "2102 zu Barrierefreiheit" besagt folgendes: Ab dem 23. September 2018 müssen alle öffentlichen Stellen ihre neuen (Office- oder PDF-) Dokumente grundsätzlich barrierefrei veröffentlichen. Im Juni wurde der Gesetzentwurf zur Umsetzung dieser Richtlinie im deutschen Bundestag vom "Ausschuss für Arbeit und Soziales" (19/2728) angenommen. Es wird also ernst für "öffentliche Stellen" und damit auch für deren Dienstleister, die mit der Umsetzung beauftragt werden. Die Richtlinie gilt nämlich nicht nur für Bundes- und Landesbehörden, sondern auch für Verbände, die im Allgemeininteresse liegende Aufgaben erfüllen. Das wären somit auch Gerichte, Polizeistellen, Krankenhäuser, Universitäten, Bibliotheken und einige mehr. Weitere Informationen findest Du hier, hier und hier. Wenn also oben genannte Auftraggeber zu Deinen Kunden zählen, solltest Du Dich vorbereiten. Und da es neben Websites auch um alle downloadbaren Dateien geht sind eben auch PDFs zukünftig barrierefrei zu erstellen. Arbeitet man in InDesign, können dort einige Vorbereitungen getroffen werden. Klaas Posselt ist der ausgewiesene Spezialist im deutschsprachigen Raum für alle Fragen rund um das Thema. Deshalb freuen wir uns, dass er uns in einem Vortrag die Grundlagen dazu vermitteln wird. Wir setzen voraus, dass Du den Umgang mit InDesign gewohnt bist, die Gründe und Vorteile von der Nutzung von Formaten kennst und weißt, wie man lange Dokumente „richtig“ aufbaut. Der Vortrag setzt bewusst DANACH ein. Inhalt des Vortrages ist der Hintergrund von „Barrierefreiheit“ und Möglichkeiten und Grenzen innerhalb von InDesign. Es wird erklärt, welche Bedeutung das kostenpflichtige PlugIn MadeToTag hat und warum und für was man es braucht. Ziel ist es den Rahmen aufzuzeigen, in dem sich das Thema „Barrierefreiheit“ in InDesign abspielt. Du weißt hinterher, wo die „Baustellen“ sind, wo Du weitergehende Infos bekommst und welchen Weg Du einschlagen musst. Am nächsten Tag veranstalten wir zwei Bootcamps, die das Thema praktisch vertiefen. "IDUGS Bootcamp #2" und "IDUGS Bootcamp #3" Klaas Posselt ist studierter Dipl.-Ing. für Druck- und Medientechnik und kam über verschiedene Anfragen zum Thema barrierefreie PDF Dokumente. Seit über 10 Jahren arbeitet er in den Bereichen Medientechnik und Publishing zwischen Medienherstellern, Druckermaschinen und digitalen Ausgabekanälen. Er schult, begleitet und unterstützt Kunden bei der Einführung und Optimierung von Publikationsprozessen und auf dem Weg zu neuen digitalen Ausgabekanälen — egal ob E-Books, barrierefreie PDFs oder Webplattformen. Als Chairman des PDF/UA Competence Center der PDF Association beteiligt er sich an der Weiterentwicklung und Verbreitung des Standards PDF/UA für barrierefreie PDF Dokumente. Diese Veranstaltung kommt nur zu Stande durch die freundliche Unterstützung von "Six Offene Systeme GmbH" -- Enterprise-Content-Management-System und Media-Asset-Management-System.

Nein

Organisator: IDUG Stuttgart

Kontaktinformation: Christoph Steffens, E-Mailchristoph.steffens AT gmail DOT com

https://idug47.eventbrite.de

Veranstaltungen
27.09.2018

Screen IT, Uster
Donnerstag, 27. Sept. 2018, 17.30 - 20.00 Uhr

Infoveranstaltung

Das Angebot an Publishing-Software ist gross. Deshalb empfiehlt sich eine externe Beratung durch unabhängige Software-Experten aus der jeweiligen Branche. Nicht immer muss es eine teure Mietlösung sein, die nach Beendigung der Mietdauer einem nicht einmal gehört. Es gibt sehr gute und auch in der Qualität ausreichende Alternativen, ja sogar kostenlose Freeware. Lassen Sie sich an diesem Abend einmal vor Augen führen, was diese Programme können und wie viel sie kosten.

Ja

Organisator: Screen IT und pre2media

Kontaktinformation: Peter Jäger, E-Mailinfo AT pre2media DOT ch

https://www.pre2media.ch/-1/de/infoanlass/