[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:
(7055 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: 378

20. Mär 2017, 10:13
Beitrag # 2 von 8
Beitrag ID: #556418
Bewertung:
(6998 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:
(6972 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: 378

20. Mär 2017, 13:37
Beitrag # 4 von 8
Beitrag ID: #556424
Bewertung:
(6957 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:
(6950 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:
(6938 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: 378

20. Mär 2017, 14:38
Beitrag # 7 von 8
Beitrag ID: #556428
Bewertung:
(6918 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:
(6873 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]
X

Aktuell

Veranstaltungskalender

Hier können Sie Ihre Anlässe eintragen, welche einen Zusammenhang mit den Angeboten von HilfDirSelbst.ch wie z.B. Adobe InDesign, Photoshop, Illustrator, PDF, Pitstop, Affinity, Marketing, SEO, Büro- und Rechtsthemen etc. haben. Die Einträge werden moderiert freigeschaltet. Dies wird werktags üblicherweise innert 24 Stunden erfolgen.
pdf-icon Hier eine kleine Anleitung.

Veranstaltungen
27.08.2019

Die smarte PDF-Workflow-Lösung für Druckereien — powered by Enfocus

Impressed GmbH, Hamburg
Dienstag, 27. Aug. 2019, 10.00 - 10.30 Uhr

Webinar

Wir stellen Ihnen das neueste Produkt aus dem Hause Impressed vor. Den Impressed Workflow Server (IWS) Der Impressed Workflow Server (kurz: IWS) ist eine automatisiert arbeitende PDF-Workflow-Lösung für Druckereien mit einer zentralen, Datenbank-gestützten Jobverwaltung und einer Browser-basierten Jobsteuerung. Die Bedienoberfläche des IWS ermöglicht eine Übersicht über die aktuellen in der Produktion befindlichen Dateien und kann deren weiteren Verlauf steuern. Der IWS automatisiert und standardisiert somit die Produktion - Powered by Enfocus! Der Impressed Workflow Server ist das Ergebnis unserer jahrzehntelangen Erfahrung mit Workflows für die Druckvorstufe sowie die logische Weiterentwicklung auf Basis von bewährten Enfocus Technologien.

Nein

Organisator: Impressed GmbH

Kontaktinformation: Detlef Grimm, E-Mailschulungen AT impressed DOT de

https://www.impressed.de/schulung.php?c=sDetail&sid=265

Impressed Workflow Server (IWS)
Veranstaltungen
28.08.2019

8005 Zürich
Mittwoch, 28. Aug. 2019, 18.00 - 20.15 Uhr

Meetup

«Das Leseerlebnis optimal gestalten, die eigenen Botschaften wirkungsvoll verbreiten und bei der Inhaltserstellung und -verwaltung von schlanken Prozessen und Effizienz profitieren - Publishing erfordert heute den richtigen Umgang mit Tools und Systemen. Eine Mehrkanal-Strategie ist dabei in den meisten Fällen von den Lesern nicht nur gefordert, sondern verdichtet die bereits bestehenden Herausforderungen. Gerade Automatisierungen können hier Abhilfe verschaffen. Nicht nur ermöglichen sie ein durchgängiges und einheitliches Leseerlebnis auf allen Kanälen. Sie machen den Prozess vielmehr effizienter und effektiver. An diesem Publishing-Meetup zeigt Benjamin Linsi verschiedene Beispiele für automatisiertes Publishing - von der kostengünstigen Web-to-Print Lösung über eine ausgeklügeltes Mehrkanal-Publishing-System bis zu einem umfassenden, medienneutralen und browserbasiertem Redaktionssystem. - AGENDA - 18.00 Speech von Benjamin Linsi 19.30 Apéro & Networking 20.15 Check-out - SPEAKER - "Als Marketer denke ich immer von der Zielgruppe aus, lege die Botschaften fest und bestimme, welche Kanäle bespielt werden. Dabei ist ein effizienter Prozess meist massgebend für die eigene Zielerreichung." Benjamin Linsi ist im Marketing Zuhause und setzt sich dabei, sowohl für seine eigene Arbeit als auch im Kundenkontakt, stark mit digitalen Lösungen auseinander. In seiner Position bei der Medienmacher AG setzt er sich dabei fokussiert mit dem Mehrwert von Publishing-Systemen auseinander.»

Nein

Organisator: Digicomp Academy AG

Kontaktinformation: Isil Günalp, E-Mailisil.guenalp AT digicomp DOT ch

https://www.meetup.com/de-DE/Publishing-Group-Switzerland/events/263255802/

Mit Automatisierung den Publishing-Workflow verbessern