Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM

2016-07-30 Diskussionsfäden rai...@linuxmuster.net 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo!

Ich hatte das Problem mit dem teilweise nicht verbundenen home vom
Server auch und festgestellt, dass immer nur der erste Eintrag in
/etc/security/pam_mount.conf.xml
betroffen war.

Mit folgender Änderung in /etc/ldap.conf (ganz am Ende. letzter Eintrag
ersetzen):

(...)
#nss_initgroups_ignoreusers
avahi,avahi-autoipd,backup,bin,daemon,games,gdm,gnats,haldaemon,hplip,irc,klog,libuuid,list,lp,mail,man,messagebus,news,polkituser,proxy,pulse,root,saned,sshd,sync,sys,syslog,uucp,vboxadd,www-data
   
 
nss_initgroups_ignoreusers
avahi,avahi-autoipd,backup,bin,clamav,clickpkg,colord,daemon,dnsmasq,games,gdm,gnats,haldaemon,hplip,irc,kernoops,klog,libuuid,lightdm,list,lp,mail,man,messagebus,mysql,news,ntpd,oident,polkituser,proxy,pulse,root,rtkit,saned,speech-dispatcher,sshd,sync,sys,syslog,usbmux,uucp,vboxadd,whoopsie,www-data

konnte ich das Problem lösen.

Gruß - Rainer


Am 29.07.2016 um 15:46 schrieb Sebastian Funke:
> Hallo Gregor,
>
> vielen Dank für die Hinweise.
>
> Das werde ich probieren und mich dann melden.
>
> Schönen Gruß,
>
> Sebastian
>
>> Am 29.07.2016 um 11:23 schrieb list-linuxmuster-u...@kopka.net
:
>>
>> Sebastian,
>>
>> - Homelaufwerk nicht eingebunden:
>> abmelden
>> +
>> anmelden und root werden
>> /mount/ ausführen und schauen ob noch irgendwelche Sachen vom Server
gemounted sind, da war mal ein Bug der hat den letzten User nicht
richtig abgeräumt und dann schlägt die erneute Verbindung zum Server
fehl da das Script denkt es wäre schon alles erledigt.
>>
>> - Zum checken ob 2. DHCP dazwischenfunkt:
>> Sobald Du einen Rechner hast der aktuell von dem Problem (hängt)
betroffen ist:
>> +
>> anmelden und root werden
>> /ifconfig/ ausführen und die IP auf dem Netzwerkinterface anschauen
>>
>> - Shutdown klemmt:
>> Ein 2. DHCP im Netz kommt vor (wlan Access Points die beschließen auf
Default-Konfiguration zu gehen sind da gerne genommen), würde aber nicht
erklären warum /shutdown now/ als root nicht funktioniert.
>> Sollte das terminal/ssh nach sowas noch reagieren als root /dmesg/
ausführen und schauen was passiert, auch mal in syslog schauen.
>>
>> Schönes Wochenende,
>>
>> Gregor
>>
>>
>> Am 29.07.2016 um 11:00 schrieb Sebastian Funke:
>>> Hallo Holger,
>>>
>>> Du schreibst:
>>>
 Am 29.07.2016 um 10:25 schrieb Holger Baumhof :

 HAllo Sebastian,

> Aber:
> Ich habe sowohl Rechner mit dem alten 12.04-Image, bei denen es
keine Probleme dieser Art gibt,
> als auch Rechner mit dem neuen 16.04-Image, bei denen dieses
merkwürdige Verhalten auftritt.
 .. das ist genau die Aussage, die mir nichts bringt.
 Stimmt den diese Aussage?
 "Ich habe auch Rechner mit 16.04, bei denen das Problem nicht
auftritt“?
>>> Hm, ok. Das ist nicht so einfach zu sagen, da ich dazu jeden
16.04-Rechner testen müsste.
>>> Werde ich aber in Stichproben für verschiedene Orte/Räume mal machen.
>>> Ich dachte, dass es hilft, wenn klar ist, dass das Problem bei den
Ubuntu 12.04-Rechnern nicht auftritt.
>>> (Würde es auch dort auftreten, müsste es ja ein prinzipielles
Problem sein, welches das gesamte Netz betrifft.)
>>>
> Das würde wohl gegen einen zweiten DHCP
 nein, würde es nicht.

> oder Probleme mit der Netzwerkkarte des Servers
 ja, dagegen spricht es.

> und für Probleme mit einem neuen Kernel im neuen Image sprechen.
 das ist möglich geblieben.

 Der DHCP kann, je nach dem wo er steht, einzelne Segmente stärker oder
 nicht so stark beeinträchtigen.
>>> Ok.
>>>
 Du mußt sehr genau beobachten: wo tritt das Problem auf?
>>> Ich habe auf meinem Vorlagen-Rechner zum Ausrollen der Images
zunächst Ubuntu 12.04 gehabt (ohne Problemen nach der Anmeldung)
>>> und dann auf denselben Rechner das neue Image mit Ubuntu 16.04
gespielt (mit Problemen nach der Anmeldung).
>>>
>>> Da in der (verhältnismäßig kurzen, d.h. ein paar Wochen) Zeit
zwischen diesen beiden Zuständen
>>> auch Aktualisierungen auf dem Server vorgenommen wurden,
>>> kann das Problem theoretisch natürlich auch in dieser Zeitspanne
entstanden sein.
>>>
>>> Zum Testen bespiele ich also wohl am Besten mal den Problemrechner
mit dem alten 12.04-Image
>>> und schaue, ob das Problem zur Zeit dort ebenfalls vorliegt und
melde mich dann nochmal.
>>> Liegt es auf diesem Rechner beim Ubuntu12.04 nicht mehr vor, müsste
es am 16.04-Client liegen, oder?
>>>
 Wo ist es schlimmer?
>>> Kann ich noch nicht sagen.
>>>
 Welche Hardwareklasse ist betroffen?
>>> Es handelt sich im Lenovo-Rechner. Welche Angaben sind relevant?
>>>
 Könnte es einen ZUsammenhang zwischen HWK und Ort geben? Also mal ein
 paar Rechner einer funktionierenden HWK an einen Ort bringen, wo es
 nicht so gut geht ..
>>> Ah, das deckt sich ja mit meiner Idee oben.
>>>
>>> Danke auf jeden Fall für die Tipps!
>>>
>>> Schönen Gruß,
>>>
>>> Sebastian
>>>
 VIele Grüße
 Holger

Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM

2016-07-29 Diskussionsfäden Sebastian Funke 
Hallo Tobias,

vielen Dank für die Hinweise.

Das probiere ich auch aus.

Schönen Gruß,

Sebastian

> Am 29.07.2016 um 14:51 schrieb T. Küchel :
> 
> Hallo,
> 
> ich habe den anfagn verpasst und gelöscht.
> (außerdem ist der Betreff unpassend lang)
> 
> falls es passt:
> 
> ich habe ein 16.04 image, das wunderbar funktioniert und ein neueres bei
> dem das Home_auf_server-verzeichnis nicht immer gemountet wird.
> 
> Bisherige Nachforschungen:
> 
> * beim ersten anmelden funktioniert es
> * bei jedem weiteren anmelden nicht
> * wird lightdm neu gestartet, funktioniert es wieder
> * macht man als root ein "su - user", funktioniert es immer (sofern man
> common-pammount in /etc/pam.d/su eingebaut hat.
> 
> 
> Grüße, Tobias
> 
> Am 29.07.2016 um 11:23 schrieb list-linuxmuster-u...@kopka.net:
>> Sebastian,
>> 
>> - Homelaufwerk nicht eingebunden:
>> abmelden
>> +
>> anmelden und root werden
>> /mount/ ausführen und schauen ob noch irgendwelche Sachen vom Server
>> gemounted sind, da war mal ein Bug der hat den letzten User nicht
>> richtig abgeräumt und dann schlägt die erneute Verbindung zum Server
>> fehl da das Script denkt es wäre schon alles erledigt.
>> 
>> - Zum checken ob 2. DHCP dazwischenfunkt:
>> Sobald Du einen Rechner hast der aktuell von dem Problem (hängt)
>> betroffen ist:
>> +
>> anmelden und root werden
>> /ifconfig/ ausführen und die IP auf dem Netzwerkinterface anschauen
>> 
>> - Shutdown klemmt:
>> Ein 2. DHCP im Netz kommt vor (wlan Access Points die beschließen auf
>> Default-Konfiguration zu gehen sind da gerne genommen), würde aber nicht
>> erklären warum /shutdown now/ als root nicht funktioniert.
>> Sollte das terminal/ssh nach sowas noch reagieren als root /dmesg/
>> ausführen und schauen was passiert, auch mal in syslog schauen.
>> 
>> Schönes Wochenende,
>> 
>> Gregor
>> 
>> 
>> Am 29.07.2016 um 11:00 schrieb Sebastian Funke:
>>> Hallo Holger,
>>> 
>>> Du schreibst:
>>> 
 Am 29.07.2016 um 10:25 schrieb Holger Baumhof :
 
 HAllo Sebastian,
 
> Aber:
> Ich habe sowohl Rechner mit dem alten 12.04-Image, bei denen es keine 
> Probleme dieser Art gibt,
> als auch Rechner mit dem neuen 16.04-Image, bei denen dieses merkwürdige 
> Verhalten auftritt.
 .. das ist genau die Aussage, die mir nichts bringt.
 Stimmt den diese Aussage?
 "Ich habe auch Rechner mit 16.04, bei denen das Problem nicht auftritt“?
>>> Hm, ok. Das ist nicht so einfach zu sagen, da ich dazu jeden 16.04-Rechner 
>>> testen müsste.
>>> Werde ich aber in Stichproben für verschiedene Orte/Räume mal machen.
>>> Ich dachte, dass es hilft, wenn klar ist, dass das Problem bei den Ubuntu 
>>> 12.04-Rechnern nicht auftritt.
>>> (Würde es auch dort auftreten, müsste es ja ein prinzipielles Problem sein, 
>>> welches das gesamte Netz betrifft.)
>>> 
> Das würde wohl gegen einen zweiten DHCP
 nein, würde es nicht.
 
> oder Probleme mit der Netzwerkkarte des Servers
 ja, dagegen spricht es.
 
> und für Probleme mit einem neuen Kernel im neuen Image sprechen.
 das ist möglich geblieben.
 
 Der DHCP kann, je nach dem wo er steht, einzelne Segmente stärker oder
 nicht so stark beeinträchtigen.
>>> Ok.
>>> 
 Du mußt sehr genau beobachten: wo tritt das Problem auf?
>>> Ich habe auf meinem Vorlagen-Rechner zum Ausrollen der Images zunächst 
>>> Ubuntu 12.04 gehabt (ohne Problemen nach der Anmeldung)
>>> und dann auf denselben Rechner das neue Image mit Ubuntu 16.04 gespielt 
>>> (mit Problemen nach der Anmeldung).
>>> 
>>> Da in der (verhältnismäßig kurzen, d.h. ein paar Wochen) Zeit zwischen 
>>> diesen beiden Zuständen
>>> auch Aktualisierungen auf dem Server vorgenommen wurden,
>>> kann das Problem theoretisch natürlich auch in dieser Zeitspanne entstanden 
>>> sein.
>>> 
>>> Zum Testen bespiele ich also wohl am Besten mal den Problemrechner mit dem 
>>> alten 12.04-Image
>>> und schaue, ob das Problem zur Zeit dort ebenfalls vorliegt und melde mich 
>>> dann nochmal.
>>> Liegt es auf diesem Rechner beim Ubuntu12.04 nicht mehr vor, müsste es am 
>>> 16.04-Client liegen, oder?
>>> 
 Wo ist es schlimmer?
>>> Kann ich noch nicht sagen.
>>> 
 Welche Hardwareklasse ist betroffen?
>>> Es handelt sich im Lenovo-Rechner. Welche Angaben sind relevant?
>>> 
 Könnte es einen ZUsammenhang zwischen HWK und Ort geben? Also mal ein
 paar Rechner einer funktionierenden HWK an einen Ort bringen, wo es
 nicht so gut geht ..
>>> Ah, das deckt sich ja mit meiner Idee oben.
>>> 
>>> Danke auf jeden Fall für die Tipps!
>>> 
>>> Schönen Gruß,
>>> 
>>> Sebastian
>>> 
 VIele Grüße
 Holger
 
 
 --
 Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
 ___
 linuxmuster-user mailing list
 linuxmuster-user@lists.linuxmuster.net
 https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
 
>>>

Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM

2016-07-29 Diskussionsfäden Sebastian Funke 
Hallo Gregor,

vielen Dank für die Hinweise.

Das werde ich probieren und mich dann melden.

Schönen Gruß,

Sebastian

> Am 29.07.2016 um 11:23 schrieb list-linuxmuster-u...@kopka.net:
> 
> Sebastian,
> 
> - Homelaufwerk nicht eingebunden:
> abmelden
> +
> anmelden und root werden
> mount ausführen und schauen ob noch irgendwelche Sachen vom Server gemounted 
> sind, da war mal ein Bug der hat den letzten User nicht richtig abgeräumt und 
> dann schlägt die erneute Verbindung zum Server fehl da das Script denkt es 
> wäre schon alles erledigt.
> - Zum checken ob 2. DHCP dazwischenfunkt:
> Sobald Du einen Rechner hast der aktuell von dem Problem (hängt) betroffen 
> ist:
> +
> anmelden und root werden
> ifconfig ausführen und die IP auf dem Netzwerkinterface anschauen
> 
> - Shutdown klemmt:
> Ein 2. DHCP im Netz kommt vor (wlan Access Points die beschließen auf 
> Default-Konfiguration zu gehen sind da gerne genommen), würde aber nicht 
> erklären warum shutdown now als root nicht funktioniert.
> Sollte das terminal/ssh nach sowas noch reagieren als root dmesg ausführen 
> und schauen was passiert, auch mal in syslog schauen.
> Schönes Wochenende,
> 
> Gregor
> 
> Am 29.07.2016 um 11:00 schrieb Sebastian Funke:
>> Hallo Holger,
>> 
>> Du schreibst:
>> 
>>> Am 29.07.2016 um 10:25 schrieb Holger Baumhof  
>>> :
>>> 
>>> HAllo Sebastian,
>>> 
 Aber:
 Ich habe sowohl Rechner mit dem alten 12.04-Image, bei denen es keine 
 Probleme dieser Art gibt,
 als auch Rechner mit dem neuen 16.04-Image, bei denen dieses merkwürdige 
 Verhalten auftritt.
>>> .. das ist genau die Aussage, die mir nichts bringt.
>>> Stimmt den diese Aussage?
>>> "Ich habe auch Rechner mit 16.04, bei denen das Problem nicht auftritt“?
>> Hm, ok. Das ist nicht so einfach zu sagen, da ich dazu jeden 16.04-Rechner 
>> testen müsste.
>> Werde ich aber in Stichproben für verschiedene Orte/Räume mal machen.
>> Ich dachte, dass es hilft, wenn klar ist, dass das Problem bei den Ubuntu 
>> 12.04-Rechnern nicht auftritt.
>> (Würde es auch dort auftreten, müsste es ja ein prinzipielles Problem sein, 
>> welches das gesamte Netz betrifft.)
>> 
 Das würde wohl gegen einen zweiten DHCP
>>> nein, würde es nicht.
>>> 
 oder Probleme mit der Netzwerkkarte des Servers
>>> ja, dagegen spricht es.
>>> 
 und für Probleme mit einem neuen Kernel im neuen Image sprechen.
>>> das ist möglich geblieben.
>>> 
>>> Der DHCP kann, je nach dem wo er steht, einzelne Segmente stärker oder
>>> nicht so stark beeinträchtigen.
>> Ok.
>> 
>>> Du mußt sehr genau beobachten: wo tritt das Problem auf?
>> Ich habe auf meinem Vorlagen-Rechner zum Ausrollen der Images zunächst 
>> Ubuntu 12.04 gehabt (ohne Problemen nach der Anmeldung)
>> und dann auf denselben Rechner das neue Image mit Ubuntu 16.04 gespielt (mit 
>> Problemen nach der Anmeldung).
>> 
>> Da in der (verhältnismäßig kurzen, d.h. ein paar Wochen) Zeit zwischen 
>> diesen beiden Zuständen
>> auch Aktualisierungen auf dem Server vorgenommen wurden,
>> kann das Problem theoretisch natürlich auch in dieser Zeitspanne entstanden 
>> sein.
>> 
>> Zum Testen bespiele ich also wohl am Besten mal den Problemrechner mit dem 
>> alten 12.04-Image
>> und schaue, ob das Problem zur Zeit dort ebenfalls vorliegt und melde mich 
>> dann nochmal.
>> Liegt es auf diesem Rechner beim Ubuntu12.04 nicht mehr vor, müsste es am 
>> 16.04-Client liegen, oder?
>> 
>>> Wo ist es schlimmer?
>> Kann ich noch nicht sagen.
>> 
>>> Welche Hardwareklasse ist betroffen?
>> Es handelt sich im Lenovo-Rechner. Welche Angaben sind relevant?
>> 
>>> Könnte es einen ZUsammenhang zwischen HWK und Ort geben? Also mal ein
>>> paar Rechner einer funktionierenden HWK an einen Ort bringen, wo es
>>> nicht so gut geht ..
>> Ah, das deckt sich ja mit meiner Idee oben.
>> 
>> Danke auf jeden Fall für die Tipps!
>> 
>> Schönen Gruß,
>> 
>> Sebastian
>> 
>>> VIele Grüße
>>> Holger
>>> 
>>> 
>>> --
>>> Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
>>> ___
>>> linuxmuster-user mailing list
>>> linuxmuster-user@lists.linuxmuster.net 
>>> 
>>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user 
>>> 
>>> 
>> 
>> 
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.linuxmuster.net 
>> 
>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user 
>> 
> 
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM

2016-07-29 Diskussionsfäden T . Küchel 
Hallo,

ich habe den anfagn verpasst und gelöscht.
(außerdem ist der Betreff unpassend lang)

falls es passt:

ich habe ein 16.04 image, das wunderbar funktioniert und ein neueres bei
dem das Home_auf_server-verzeichnis nicht immer gemountet wird.

Bisherige Nachforschungen:

* beim ersten anmelden funktioniert es
* bei jedem weiteren anmelden nicht
* wird lightdm neu gestartet, funktioniert es wieder
* macht man als root ein "su - user", funktioniert es immer (sofern man
common-pammount in /etc/pam.d/su eingebaut hat.


Grüße, Tobias

Am 29.07.2016 um 11:23 schrieb list-linuxmuster-u...@kopka.net:
> Sebastian,
> 
> - Homelaufwerk nicht eingebunden:
> abmelden
> +
> anmelden und root werden
> /mount/ ausführen und schauen ob noch irgendwelche Sachen vom Server
> gemounted sind, da war mal ein Bug der hat den letzten User nicht
> richtig abgeräumt und dann schlägt die erneute Verbindung zum Server
> fehl da das Script denkt es wäre schon alles erledigt.
> 
> - Zum checken ob 2. DHCP dazwischenfunkt:
> Sobald Du einen Rechner hast der aktuell von dem Problem (hängt)
> betroffen ist:
> +
> anmelden und root werden
> /ifconfig/ ausführen und die IP auf dem Netzwerkinterface anschauen
> 
> - Shutdown klemmt:
> Ein 2. DHCP im Netz kommt vor (wlan Access Points die beschließen auf
> Default-Konfiguration zu gehen sind da gerne genommen), würde aber nicht
> erklären warum /shutdown now/ als root nicht funktioniert.
> Sollte das terminal/ssh nach sowas noch reagieren als root /dmesg/
> ausführen und schauen was passiert, auch mal in syslog schauen.
> 
> Schönes Wochenende,
> 
> Gregor
> 
> 
> Am 29.07.2016 um 11:00 schrieb Sebastian Funke:
>> Hallo Holger,
>>
>> Du schreibst:
>>
>>> Am 29.07.2016 um 10:25 schrieb Holger Baumhof :
>>>
>>> HAllo Sebastian,
>>>
 Aber:
 Ich habe sowohl Rechner mit dem alten 12.04-Image, bei denen es keine 
 Probleme dieser Art gibt,
 als auch Rechner mit dem neuen 16.04-Image, bei denen dieses merkwürdige 
 Verhalten auftritt.
>>> .. das ist genau die Aussage, die mir nichts bringt.
>>> Stimmt den diese Aussage?
>>> "Ich habe auch Rechner mit 16.04, bei denen das Problem nicht auftritt“?
>> Hm, ok. Das ist nicht so einfach zu sagen, da ich dazu jeden 16.04-Rechner 
>> testen müsste.
>> Werde ich aber in Stichproben für verschiedene Orte/Räume mal machen.
>> Ich dachte, dass es hilft, wenn klar ist, dass das Problem bei den Ubuntu 
>> 12.04-Rechnern nicht auftritt.
>> (Würde es auch dort auftreten, müsste es ja ein prinzipielles Problem sein, 
>> welches das gesamte Netz betrifft.)
>>
 Das würde wohl gegen einen zweiten DHCP
>>> nein, würde es nicht.
>>>
 oder Probleme mit der Netzwerkkarte des Servers
>>> ja, dagegen spricht es.
>>>
 und für Probleme mit einem neuen Kernel im neuen Image sprechen.
>>> das ist möglich geblieben.
>>>
>>> Der DHCP kann, je nach dem wo er steht, einzelne Segmente stärker oder
>>> nicht so stark beeinträchtigen.
>> Ok.
>>
>>> Du mußt sehr genau beobachten: wo tritt das Problem auf?
>> Ich habe auf meinem Vorlagen-Rechner zum Ausrollen der Images zunächst 
>> Ubuntu 12.04 gehabt (ohne Problemen nach der Anmeldung)
>> und dann auf denselben Rechner das neue Image mit Ubuntu 16.04 gespielt (mit 
>> Problemen nach der Anmeldung).
>>
>> Da in der (verhältnismäßig kurzen, d.h. ein paar Wochen) Zeit zwischen 
>> diesen beiden Zuständen
>> auch Aktualisierungen auf dem Server vorgenommen wurden,
>> kann das Problem theoretisch natürlich auch in dieser Zeitspanne entstanden 
>> sein.
>>
>> Zum Testen bespiele ich also wohl am Besten mal den Problemrechner mit dem 
>> alten 12.04-Image
>> und schaue, ob das Problem zur Zeit dort ebenfalls vorliegt und melde mich 
>> dann nochmal.
>> Liegt es auf diesem Rechner beim Ubuntu12.04 nicht mehr vor, müsste es am 
>> 16.04-Client liegen, oder?
>>
>>> Wo ist es schlimmer?
>> Kann ich noch nicht sagen.
>>
>>> Welche Hardwareklasse ist betroffen?
>> Es handelt sich im Lenovo-Rechner. Welche Angaben sind relevant?
>>
>>> Könnte es einen ZUsammenhang zwischen HWK und Ort geben? Also mal ein
>>> paar Rechner einer funktionierenden HWK an einen Ort bringen, wo es
>>> nicht so gut geht ..
>> Ah, das deckt sich ja mit meiner Idee oben.
>>
>> Danke auf jeden Fall für die Tipps!
>>
>> Schönen Gruß,
>>
>> Sebastian
>>
>>> VIele Grüße
>>> Holger
>>>
>>>
>>> --
>>> Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
>>> ___
>>> linuxmuster-user mailing list
>>> linuxmuster-user@lists.linuxmuster.net
>>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>>>
>>
>>
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.linuxmuster.net
>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> 
> 
> 
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
>

Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM

2016-07-29 Diskussionsfäden list-linuxmuster-user 
Sebastian,

- Homelaufwerk nicht eingebunden:
abmelden
+
anmelden und root werden
/mount/ ausführen und schauen ob noch irgendwelche Sachen vom Server
gemounted sind, da war mal ein Bug der hat den letzten User nicht
richtig abgeräumt und dann schlägt die erneute Verbindung zum Server
fehl da das Script denkt es wäre schon alles erledigt.

- Zum checken ob 2. DHCP dazwischenfunkt:
Sobald Du einen Rechner hast der aktuell von dem Problem (hängt)
betroffen ist:
+
anmelden und root werden
/ifconfig/ ausführen und die IP auf dem Netzwerkinterface anschauen

- Shutdown klemmt:
Ein 2. DHCP im Netz kommt vor (wlan Access Points die beschließen auf
Default-Konfiguration zu gehen sind da gerne genommen), würde aber nicht
erklären warum /shutdown now/ als root nicht funktioniert.
Sollte das terminal/ssh nach sowas noch reagieren als root /dmesg/
ausführen und schauen was passiert, auch mal in syslog schauen.

Schönes Wochenende,

Gregor


Am 29.07.2016 um 11:00 schrieb Sebastian Funke:
> Hallo Holger,
>
> Du schreibst:
>
>> Am 29.07.2016 um 10:25 schrieb Holger Baumhof :
>>
>> HAllo Sebastian,
>>
>>> Aber:
>>> Ich habe sowohl Rechner mit dem alten 12.04-Image, bei denen es keine 
>>> Probleme dieser Art gibt,
>>> als auch Rechner mit dem neuen 16.04-Image, bei denen dieses merkwürdige 
>>> Verhalten auftritt.
>> .. das ist genau die Aussage, die mir nichts bringt.
>> Stimmt den diese Aussage?
>> "Ich habe auch Rechner mit 16.04, bei denen das Problem nicht auftritt“?
> Hm, ok. Das ist nicht so einfach zu sagen, da ich dazu jeden 16.04-Rechner 
> testen müsste.
> Werde ich aber in Stichproben für verschiedene Orte/Räume mal machen.
> Ich dachte, dass es hilft, wenn klar ist, dass das Problem bei den Ubuntu 
> 12.04-Rechnern nicht auftritt.
> (Würde es auch dort auftreten, müsste es ja ein prinzipielles Problem sein, 
> welches das gesamte Netz betrifft.)
>
>>> Das würde wohl gegen einen zweiten DHCP
>> nein, würde es nicht.
>>
>>> oder Probleme mit der Netzwerkkarte des Servers
>> ja, dagegen spricht es.
>>
>>> und für Probleme mit einem neuen Kernel im neuen Image sprechen.
>> das ist möglich geblieben.
>>
>> Der DHCP kann, je nach dem wo er steht, einzelne Segmente stärker oder
>> nicht so stark beeinträchtigen.
> Ok.
>
>> Du mußt sehr genau beobachten: wo tritt das Problem auf?
> Ich habe auf meinem Vorlagen-Rechner zum Ausrollen der Images zunächst Ubuntu 
> 12.04 gehabt (ohne Problemen nach der Anmeldung)
> und dann auf denselben Rechner das neue Image mit Ubuntu 16.04 gespielt (mit 
> Problemen nach der Anmeldung).
>
> Da in der (verhältnismäßig kurzen, d.h. ein paar Wochen) Zeit zwischen diesen 
> beiden Zuständen
> auch Aktualisierungen auf dem Server vorgenommen wurden,
> kann das Problem theoretisch natürlich auch in dieser Zeitspanne entstanden 
> sein.
>
> Zum Testen bespiele ich also wohl am Besten mal den Problemrechner mit dem 
> alten 12.04-Image
> und schaue, ob das Problem zur Zeit dort ebenfalls vorliegt und melde mich 
> dann nochmal.
> Liegt es auf diesem Rechner beim Ubuntu12.04 nicht mehr vor, müsste es am 
> 16.04-Client liegen, oder?
>
>> Wo ist es schlimmer?
> Kann ich noch nicht sagen.
>
>> Welche Hardwareklasse ist betroffen?
> Es handelt sich im Lenovo-Rechner. Welche Angaben sind relevant?
>
>> Könnte es einen ZUsammenhang zwischen HWK und Ort geben? Also mal ein
>> paar Rechner einer funktionierenden HWK an einen Ort bringen, wo es
>> nicht so gut geht ..
> Ah, das deckt sich ja mit meiner Idee oben.
>
> Danke auf jeden Fall für die Tipps!
>
> Schönen Gruß,
>
> Sebastian
>
>> VIele Grüße
>> Holger
>>
>>
>> --
>> Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
>> ___
>> linuxmuster-user mailing list
>> linuxmuster-user@lists.linuxmuster.net
>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>>
>
>
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM

2016-07-29 Diskussionsfäden Sebastian Funke 
Hallo Holger,

vielen Dank für die Tipps.

Ich werde das (wenn auch nicht mehr jetzt sondern erst später) durchprobieren.

Aber:
Ich habe sowohl Rechner mit dem alten 12.04-Image, bei denen es keine Probleme 
dieser Art gibt,
als auch Rechner mit dem neuen 16.04-Image, bei denen dieses merkwürdige 
Verhalten auftritt.
Das würde wohl gegen einen zweiten DHCP oder Probleme mit der Netzwerkkarte des 
Servers
und für Probleme mit einem neuen Kernel im neuen Image sprechen.
(Es ist gut möglich, dass das Problem schon VOR der letzten Aktualisierung des 
Images da war, und ich das nicht bemerkt habe,
da es an den Rechnern mit dem neuen Image in der letzten Zeit kaum mehrfache 
Anmeldungen gegeben haben dürfte.
Ich habe das Image erstmal nur an einige wenige Rechner zum Testen ausgerollt, 
die nicht groß genutzt wurden.)

Schönen Gruß,

Sebastian

> Am 28.07.2016 um 23:25 schrieb Holger Baumhof :
> 
> Hallo Sebastian,
> 
>> Erst dachte ich, dass das Problem damit behoben sei, da dieses Mal mehr
>> als 2 Anmeldungen fehlerfrei durchliefen.
>> Dann trat das Problem jedoch erneut nach der 4./5. Anmeldung auf.
>> 
>> Allerdings ist es auch nicht fest reproduzierbar: Manchmal gehen noch 5
>> Anmeldungen ohne Probleme
>> und manchmal taucht schon beim zweiten Mal das Problem auf.
> 
> du sagst, dass auch das "alte" Image nun dieses Verhalten aufweisen
> würde, weswegen du nicht auf ein funktionierendes Backup zurückgreifen
> könntest: das unterstützt meine Vermutung, dass du Probleme im Netz hast
> und nicht im CLient.
> Das Chaotische Verhalten läßt auf einen zweiten DHCP im Netz tippen.
> Der Client fragt ja alle 3 Minuten (oder so) den DHCP, ob den die IP
> noch stimmt: und wenn dann ein anderer DHCP antwortet und ihm eine ganz
> andere IP gibt, dann geht das Anmelden und alles danach in die Hose ..
> 
> Also: nimm doch mal einen Client und stecke ihn an den Switch direkt am
> Server: alles andere ausstecken: und dann teste. Ändert sich das Verhalten?
> 
> Es kann aber auch sein, dass das update einen neuen Kernel gebracht hat
> und der einen neuen Netzwerkkartentreiber.
> Ich habe zwar nur sehr selten erlebt, dass der neuere Treiber Ärger
> macht: kam aber schon vor: solche wie: sporadische Verbindungsabbrüche..
> Auch das würde passen: aber nicht zum: das alte Backup geht auch nicht mehr.
> 
> Wenns ganz gemein ist, dann verreckt die Karte im Server. Hast du auch
> noch 14.04er CLients?
> Oder Windows?
> Haben die auch Probleme?
> 
> VIele Grüße
> 
> Holger
> 
> --
> Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> 



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM

2016-07-28 Diskussionsfäden Holger Baumhof 
Hallo Sebastian,

> Erst dachte ich, dass das Problem damit behoben sei, da dieses Mal mehr
> als 2 Anmeldungen fehlerfrei durchliefen.
> Dann trat das Problem jedoch erneut nach der 4./5. Anmeldung auf.
> 
> Allerdings ist es auch nicht fest reproduzierbar: Manchmal gehen noch 5
> Anmeldungen ohne Probleme 
> und manchmal taucht schon beim zweiten Mal das Problem auf. 

du sagst, dass auch das "alte" Image nun dieses Verhalten aufweisen
würde, weswegen du nicht auf ein funktionierendes Backup zurückgreifen
könntest: das unterstützt meine Vermutung, dass du Probleme im Netz hast
und nicht im CLient.
Das Chaotische Verhalten läßt auf einen zweiten DHCP im Netz tippen.
Der Client fragt ja alle 3 Minuten (oder so) den DHCP, ob den die IP
noch stimmt: und wenn dann ein anderer DHCP antwortet und ihm eine ganz
andere IP gibt, dann geht das Anmelden und alles danach in die Hose ..

Also: nimm doch mal einen Client und stecke ihn an den Switch direkt am
Server: alles andere ausstecken: und dann teste. Ändert sich das Verhalten?

Es kann aber auch sein, dass das update einen neuen Kernel gebracht hat
und der einen neuen Netzwerkkartentreiber.
Ich habe zwar nur sehr selten erlebt, dass der neuere Treiber Ärger
macht: kam aber schon vor: solche wie: sporadische Verbindungsabbrüche..
Auch das würde passen: aber nicht zum: das alte Backup geht auch nicht mehr.

Wenns ganz gemein ist, dann verreckt die Karte im Server. Hast du auch
noch 14.04er CLients?
Oder Windows?
Haben die auch Probleme?

VIele Grüße

Holger

-- 
Mein öffentlicher PGP-key ist hier hinterlegt: pool.sks-keyservers.net
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM

2016-07-28 Diskussionsfäden Sebastian Funke 
Hallo Rainer,

vielen Dank für die Vorschläge.

Die IP meines Servers ist ganz klassisch 10.16.1.1.

Entsprechend Deines Vorschlags habe ich im xenial-Linuxclient in der Datei 
"/etc/linuxmuster-client/auth/config"
den Parameter AUTOCONFIGURE_LDAP auf den Wert „NO“ gesetzt und anschließend mit
„dpkg-reconfigure linuxmuster-client-auth“ die Einstellungen angepasst.
(Die IP stimmte bereits und basedn habe ich so geändert, wie auf dem Server 
auszulesen ist.)

Erst dachte ich, dass das Problem damit behoben sei, da dieses Mal mehr als 2 
Anmeldungen fehlerfrei durchliefen.
Dann trat das Problem jedoch erneut nach der 4./5. Anmeldung auf.

Allerdings ist es auch nicht fest reproduzierbar: Manchmal gehen noch 5 
Anmeldungen ohne Probleme
und manchmal taucht schon beim zweiten Mal das Problem auf.

Zum Problem:
Die Anmeldung am LDAP-Server scheint zu gehen, denn der Anmeldebildschirm 
verschwindet,
der Bildschirm wird teilweise schwarz und schließlich erscheint die normale 
Ansicht, wie man sie nach einer erfolgreichen Anmeldung erhält,
nur mit dem Unterschied, dass die obere Menüzeile "nicht aufgebaut wird" / 
„fehlt“ und das System komplett einfriert und gar nicht mehr reagiert.

Ärgerlich ist, dass auch mein äteres cloop dieses Verhalten zeigt, so dass ich 
nicht auf ein funktionierendes Backup zurückgreifen kann.
Im Image habe ich auch zu viel / zu lange gemacht (vor allem der leo-Client), 
um alles einfach nochmal zu machen.

***

Für den LeoClient habe ich die entsprechenden Skripte (leoclient-init, 
leo-client-base-snapshot-renew oder so ähnlich usw.) verwendet.
Vermutlich kann ich das Problem lösen, wenn ich mich als pgmadmin anmelde und 
einen neuen Snapshot der VM erstelle,
da ich dann die Home-Laufwerke vielleicht einbinden kann.
Daher ist das Problem im Moment nicht so dringend.

Schönen Gruß,

Sebastian

> Am 20.07.2016 um 11:15 schrieb rai...@linuxmuster.net:
> 
> 
> Signierter PGP-Teil
> Hallo Sebastian!
> 
> Am 20.07.2016 um 06:50 schrieb Sebastian Funke:
> > Liebe Liste,
> >
> > ich habe zwei Fragen zum Ubuntu 16.04 Client und eine zur LeoClient2-VM:
> >
> > 2) Anmeldeprobleme/Instabilität
> >
> > Nachdem ich vorgestern ein komplettes Update des neuen cloops (xenial
> 16.04) gemacht habe,
> > konnte ich gestern folgende Effekte beim Client beobachten:
> > 1) Die erste Anmeldung am Rechner geht ohne Probleme.
> > 2) Bei der zweiten Anmeldung unter einem weiteren Account kommt es mal
> zum Problem, dass das Homelaufwerk nicht angezeigt/eingebunden wird,
> > und mal zum Problem, dass der ganze Rechner abstürzt. Selbst ein per
> ssh als root eingesetzter "shutdown now“ Befehl fährt das System in
> diesem Zustand nicht mehr herunter und ich muss den Rechner über den
> physikalischen Schalter ausschalten.
> >
> > Daraufhin habe ich das neue Update wieder rückgängig gemacht (älteres
> cloop genommen).
> >
> > Hat jemand eine Idee, woran das liegen kann?
> 
> Welche IP hat dein Server?
> Versuch mal die Autokonfiguation der Authentifizierung auf dem
> Linuxclient abzuschalten (/etc/linuxmuster-client/auth/config ->
> AUTOCONFIGURE_LDAP="NO") und anschließend die korrekten Einstellungen per
> # dpkg-reconfigure linuxmuster-client-auth
> auf dem Linuxclient vorzunehmen.
> 
> > **
> >
> > Zur LeoClient2-VM habe ich folgende Frage:
> >
> > Was muss ich tun, damit mir das Home-Laufwerk in der Windows VM
> angezeigt wird?
> >
> > Ich hatte angenommen, dass nur die zwei folgenden Schritte dazu
> notwendig sind:
> > 1. Das Home_auf_Server-Laufwerk des Linuxadmin unter „Gemeinsame
> Ordner“ des VirtualBox-Menüs mit dem Haken „automatisch einbinden“ versehen.
> > 2. Unter Windows ein Netzlaufwerk erstellen, dass mit
> \\VBOXSVR\Home_auf_Server  verknüpft wird.
> 
> Hast du die virtuelle Maschine mit
> # leoclient2-init
> erstellt und später diese Maschine mit
> $ leovirtstarter2
> gestartet?
> 
> Gruß - Rainer
> 
> 
> 
> ___
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> 



signature.asc
Description: Message signed with OpenPGP using GPGMail
___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user

Re: [lmn] Fragen zum Ubuntu Client 16.04 - Signaturschlüssel und Anmeldeverhalten - und LeoClient2-VM

2016-07-20 Diskussionsfäden rai...@linuxmuster.net 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Sebastian!

Am 20.07.2016 um 06:50 schrieb Sebastian Funke:
> Liebe Liste,
>
> ich habe zwei Fragen zum Ubuntu 16.04 Client und eine zur LeoClient2-VM:
>
> 2) Anmeldeprobleme/Instabilität
>
> Nachdem ich vorgestern ein komplettes Update des neuen cloops (xenial
16.04) gemacht habe,
> konnte ich gestern folgende Effekte beim Client beobachten:
> 1) Die erste Anmeldung am Rechner geht ohne Probleme.
> 2) Bei der zweiten Anmeldung unter einem weiteren Account kommt es mal
zum Problem, dass das Homelaufwerk nicht angezeigt/eingebunden wird,
> und mal zum Problem, dass der ganze Rechner abstürzt. Selbst ein per
ssh als root eingesetzter "shutdown now“ Befehl fährt das System in
diesem Zustand nicht mehr herunter und ich muss den Rechner über den
physikalischen Schalter ausschalten.
>
> Daraufhin habe ich das neue Update wieder rückgängig gemacht (älteres
cloop genommen).
>
> Hat jemand eine Idee, woran das liegen kann?

Welche IP hat dein Server?
Versuch mal die Autokonfiguation der Authentifizierung auf dem
Linuxclient abzuschalten (/etc/linuxmuster-client/auth/config ->
AUTOCONFIGURE_LDAP="NO") und anschließend die korrekten Einstellungen per
# dpkg-reconfigure linuxmuster-client-auth
auf dem Linuxclient vorzunehmen.

> **
>
> Zur LeoClient2-VM habe ich folgende Frage:
>
> Was muss ich tun, damit mir das Home-Laufwerk in der Windows VM
angezeigt wird?
>
> Ich hatte angenommen, dass nur die zwei folgenden Schritte dazu
notwendig sind:
> 1. Das Home_auf_Server-Laufwerk des Linuxadmin unter „Gemeinsame
Ordner“ des VirtualBox-Menüs mit dem Haken „automatisch einbinden“ versehen.
> 2. Unter Windows ein Netzlaufwerk erstellen, dass mit
\\VBOXSVR\Home_auf_Server  verknüpft wird.

Hast du die virtuelle Maschine mit
# leoclient2-init
erstellt und später diese Maschine mit
$ leovirtstarter2
gestartet?

Gruß - Rainer

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (GNU/Linux)

iQIcBAEBAgAGBQJXj0EzAAoJEH0umAxi3ouNlQoP/3ybXKab0R7k+WyJDGKmEhw/
DzRJgd8pzG+SZ3MvsmUgHivL+EyuHkQak4xfNcpDUcTYYsA+9hya2Q2Da4Y96sjV
+SrnMCdrLmQwGKN+OjbRfhUF0GiaH1cp/h1hj4g2GxeQeN0P/mJabkqxo/e4QDZN
GS0hi29x46kXl+ON9UwS2ayuwBryRuIGJRLr+26KkW9uwMGPSh16SvQUuR2gpYXe
zN+MOIJiP18VRQCvRj0JzPYfhjgcsxaldBqcKNwpIoQKv0fevOhTeEmsfPMCURDz
TGtND2bHwc8Lk/Hyj9agIlbslC10p31e9Dd6r75U+070wopbUHqDxFssc1eOqO51
poMxQC1P9dIXo7J4++ax3o3Ab+alHuxF0DBynHi3K5sYdIPFEfSSfIJD8X1t87H8
IVJkdrdoNglW/XCeAFJHWN+7ZFRV4hE564Ife4/PS6suh9NFVmhxwHI+6hAA4/7F
gCRJCEIMZAs0tCHVK3XIKDS9JGkHhCvBdL2LhxHKbPFIjvS7OtnftN8tMv7WSxlP
dtNj6k9j5lufa92gfDlJRb3N6AxVq4z7w6n5jYp1XpFfHPCwgLcz7KHHaI7c9OLU
t9zBy9gXkVX+xzw460EMqOfTrAxZKVF95HzitG7qhjhdfxkzZC4YKvByPnPs8woC
0WHVa1NJMhufnGnIwp6f
=F7J5
-END PGP SIGNATURE-


___
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user