Bug#692539: debian-edu-config: Diskless workstations with XFCE do not register logged in users in utmp
Sending this thread back to BTS, to make sure the knowledge is
recorded.
[Wolfgang Schweer]
According to man kdm.options the option »use-sessreg« should enable
writing to utmp. That option is set by default in
/etc/kde4/kdm/kdm.options but doesn't seem to work by some reason.
Setting the same (?) option in kdmrc does work.
Right. I found URL: http://bugs.debian.org/303392 talking about
problems with these options. The opposite problem in fact, getting
two utmp entries when only one should be included.
For testing I used a pxeinstalled LTSP-Server (LXDE, gdm) with kdm
and kdepasswd installed additionally in the chroot. Your proposed
patch didn't work for diskless workstations. In order to find out if
kdm would need other writable dirs I installed both packages on the
server and found that utmp wasn't updated there, too, if kdm was
used instead of gdm. So I figured all machines would show the same
failure. Maybe things are different if there's a complete KDE
desktop installation?
You are right. I was fooled by konsole adding utmp entries on its
own. There is no utmp entry for my login on my laptop, only for the
konsole shells I use. So the problem seem to be a generic kdm issue.
I had a look at the strace for kdm when logging in, and it is trying
to access utmp, but do not write anything to it:
12214 access(/var/run/utmpx, F_OK)= -1 ENOENT (No such file or directory)
12214 open(/var/run/utmp, O_RDONLY|O_CLOEXEC) = 6
12214 lseek(6, 0, SEEK_SET) = 0
12214 alarm(0) = 0
12214 rt_sigaction(SIGALRM, {0x7f0931fe1340, [], SA_RESTORER, 0x7f0931f0f230},
{0x416e80, [], SA_RESTORER|SA_RESTART, 0x7f0931f0f230}, 8) = 0
12214 alarm(10) = 0
12214 fcntl(6, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
12214 read(6,
\10\0\0\0\326\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384)
= 384
12214 read(6,
\2\0\0\0\0\0\0\0~\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384) = 384
12214 read(6,
\1\0\0\0002N\0\0~\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384) = 384
12214 read(6,
\10\0\0\0\315\6\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384)
= 384
12214 read(6,
\7\0\0\0\327/\0\0tty1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384) = 384
12214 read(6,
\6\0\0\0\302\f\0\0tty5\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384) = 384
12214 read(6,
\6\0\0\0\301\f\0\0tty4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384) = 384
12214 read(6,
\6\0\0\0\303\f\0\0tty6\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384) = 384
12214 read(6,
\6\0\0\0\300\f\0\0tty3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384) = 384
12214 read(6,
\6\0\0\0\277\f\0\0tty2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384) = 384
12214 read(6, \7\0\0\0009%\0\0pts/0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0...,
384) = 384
12214 read(6,
\10\0\0\0\0\0\0\0:0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0..., 384) = 384
12214 read(6, , 384) = 0
12214 fcntl(6, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
12214 alarm(0) = 10
12214 rt_sigaction(SIGALRM, {0x416e80, [], SA_RESTORER|SA_RESTART,
0x7f0931f0f230}, NULL, 8) = 0
12214 close(6) = 0
Thus the correct workaround for now in Squeeze seem to be to edit
/etc/kde4/kdm/kdm.options to comment out use-sessreg (just for
clarity), and edit /etc/kde4/kdm/kdmrc to set UseSessReg=true to get
utmp updating actually working. We could use cfengine for this to fix
new installations. Not quite sure how we should fix existing
installations. Anyone know if this problem is also there in Wheezy?
--
Happy hacking
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121108093142.ga29...@login1.uio.no
Re: Bug#692539: debian-edu-config: Diskless workstations with XFCE do not register logged in users in utmp
On Thu, Nov 08, 2012 at 10:31:42AM +0100, Petter Reinholdtsen wrote: Thus the correct workaround for now in Squeeze seem to be to edit /etc/kde4/kdm/kdm.options to comment out use-sessreg (just for clarity), and edit /etc/kde4/kdm/kdmrc to set UseSessReg=true to get utmp updating actually working. According to man kdm.options perhaps instead of commenting out »no-use-sessreg« should be used? Wolfgang signature.asc Description: Digital signature
Bug#692539: debian-edu-config: Diskless workstations with XFCE do not register logged in users in utmp
On Thu, Nov 08, 2012 at 10:31:42AM +0100, Petter Reinholdtsen wrote: Thus the correct workaround for now in Squeeze seem to be to edit /etc/kde4/kdm/kdm.options to comment out use-sessreg (just for clarity), and edit /etc/kde4/kdm/kdmrc to set UseSessReg=true to get utmp updating actually working. We could use cfengine for this to fix new installations. Not quite sure how we should fix existing installations. Anyone know if this problem is also there in Wheezy? Seems to be there. At least kdm 4.8.4-4 (sid) shows the same effect, same config files, same workaround updates utmp. What about changing the shutdown-at-night script to not use »who«, instead looking for shell like bash/dash or session string to find logins? Would that be a way for existing installations? Could also solve the problem inside the chroot by a simple package update. Wolfgang signature.asc Description: Digital signature
Bug#692539: debian-edu-config: Diskless workstations with XFCE do not register logged in users in utmp
[Wolfgang Schweer] Seems to be there. At least kdm 4.8.4-4 (sid) shows the same effect, same config files, same workaround updates utmp. Right. I submitted BTS report #692730 to track the problem in kdm. Please update it with more details if you got any. What about changing the shutdown-at-night script to not use »who«, instead looking for shell like bash/dash or session string to find logins? Would that be a way for existing installations? Could also solve the problem inside the chroot by a simple package update. Nah, it should still shut down machines even if there are left-over processes after logout (which happen all the time, leaving shells and other processes lingering). But perhaps we can find a better method? What about ConsoleKit? In any case, 'who' should report the logged in users, to make sure 'shutdown' know who to notify and other tools know that there are logged in users present. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-edu-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121108122358.ge29...@login1.uio.no
Other graphic driver on WS
Hi, I wonder, are there any way to install support for better graphic cards on WS? As an example; If I want to use an ASUS 210 Silent 1GB DD3. It works automagically when starting up the ws, but the built in linux driver is not using the extra resources on it. What I want to to is enabling the use of at least Openshot, but preferably even kdenlive (I dont think it has more demands on hardware then openshot). Doing this on our WS now is impossible, due to flickering when running preflight view in the program. That is, if you record a movie with a Iphone, or videodevice, add it to openshot and then watch it from there it is not running smoothly. I tried to run it from a local disk (to see if it was a network issue) on the ws, but it did not work better. It seems to be a graphic issue. If Nvidia is hard to support, what about ATI? Any suggestions?
