Re: Client time/date synchronisation
I have new findings which may help to narrow things down hopefully.
This morning I decided to switch back to the original amd64 image and testing with a newer client device I just got.
The good news is that everything seems to work just fine. The device is booting nicely as thin client. LDAP settings are added as expected to /run/ltsp/ltsp_config_env and there's a new entry "server ntp" at the end of /etc/ntp.conf.
These things are not happending when I boot using the i386 image.
More ideas why this is happening?
> On 04/21/2021 4:32 PM Wolfgang Schweer <email@example.com> wrote:
> [ firstname.lastname@example.org, 2021-04-21 ]
> > I have added the suggested line to LDAP. It looks like this now:
> > 121 cn=ltspConfigDefault,ou=ltsp,dc=skole,dc=skolelinux,dc=no
> > objectClass: ltspClientConfig
> > cn: ltspConfigDefault
> > ltspConfig: KEEP_SYSTEM_SERVICES=lightdm
> > ltspConfig: LTSP_FATCLIENT="False"
> > ltspConfig: TIMESERVER=ntp
> > After this, my client still boots as "diskless workstation" and the
> > content of /run/ltsp/ltsp_config_env shows LTSP_FATCLIENT="True"
> > instead of "False".
> That's weird, but I expected something like this because ntp.conf was
> left unchanged according to your report.
> There should be LTSP_FATCLIENT="True" in ltsp_config_env before the
> three mentioned settings, but LTSP_FATCLIENT="False" at the end
> (overriding the first occurence).
> > Are changes to LDAP validated on-the-fly upon save or do I need to add
> > another step like commit, rebuilding the image, etc.?
> No additional step needed. During LTSP client boot, some scripts are
> executed to configure the client (overlay filesystem). The scripts are
> located in the /usr/share/ltsp/init-ltsp.d/ directory inside the
> SquashFS image resp. in /opt/ltsp/i386/usr/share/ltsp/init-ltsp.d/
> Please check those places.