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)
Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden
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.
(Dieser Beitrag wurde von jenzibenzi am 20. Mär 2017, 13:10 geändert)
Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden
Zu den Meldungen: Wenn man 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)
Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden
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)
Helios wirft Volumes unter OSX aus - Windows Netzwerkpfad nicht gefunden
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?