Bug 2510 - traceback when mounting local drives as client disconnects
Summary: traceback when mounting local drives as client disconnects
Status: NEW
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: Local drive redirection (show other bugs)
Version: pre-1.0
Hardware: PC Linux
: P2 Normal
Target Milestone: LowPrio
Assignee: Peter Åstrand
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-30 14:16 CEST by Pierre Ossman
Modified: 2019-04-02 12:40 CEST (History)
0 users

See Also:
Acceptance Criteria:


Attachments

Description Pierre Ossman cendio 2007-08-30 14:16:21 CEST
Les reported twp tracebacks he got when mounting local drives:

Traceback (most recent call last):
  File "/opt/thinlinc/bin/tl-mount-localdrives", line 319, in ?
    O0ooOo0oO00 ( )
  File "/opt/thinlinc/bin/tl-mount-localdrives", line 296, in O0ooOo0oO00
    iiiIIIii1IIi1 = IIi11ii1 . get_otp ( iii )
  File "/opt/thinlinc/bin/tl-mount-localdrives", line 88, in get_otp
    o0o0 = self . mountcl . mnt ( "@getnonce" )
  File "/opt/thinlinc/bin/tl-mount-localdrives", line 44, in mnt
    dirpath , self . packer . pack_string , o0o0 . unpack )
  File "/opt/thinlinc/modules/rpc.py", line 385, in make_call
    self.do_call()
  File "/opt/thinlinc/modules/rpc.py", line 493, in do_call
    reply = recvrecord(self.sock)
  File "/opt/thinlinc/modules/rpc.py", line 458, in recvrecord
    last, frag = recvfrag(sock)
  File "/opt/thinlinc/modules/rpc.py", line 441, in recvfrag
    raise EOFError
EOFError

Traceback (most recent call last):
  File "/opt/thinlinc/bin/tl-mount-localdrives", line 319, in ?
    O0ooOo0oO00 ( )
  File "/opt/thinlinc/bin/tl-mount-localdrives", line 296, in O0ooOo0oO00
    iiiIIIii1IIi1 = IIi11ii1 . get_otp ( iii )
  File "/opt/thinlinc/bin/tl-mount-localdrives", line 88, in get_otp
    o0o0 = self . mountcl . mnt ( "@getnonce" )
  File "/opt/thinlinc/bin/tl-mount-localdrives", line 44, in mnt
    dirpath , self . packer . pack_string , o0o0 . unpack )
  File "/opt/thinlinc/modules/rpc.py", line 385, in make_call
    self.do_call()
  File "/opt/thinlinc/modules/rpc.py", line 493, in do_call
    reply = recvrecord(self.sock)
  File "/opt/thinlinc/modules/rpc.py", line 458, in recvrecord
    last, frag = recvfrag(sock)
  File "/opt/thinlinc/modules/rpc.py", line 441, in recvfrag
    raise EOFError
EOFError
Trying to run /opt/thinlinc/etc/xstartup.d/50-oofiles.sh
Traceback (most recent call last):
  File "/opt/thinlinc/libexec/tl-run-xstartup-feedback", line 75, in ?
    o0o0OOOo ( )
  File "/opt/thinlinc/libexec/tl-run-xstartup-feedback", line 67, in o0o0OOOo
    O0ooOooOoO ( iiIiIi ) . readlines ( )
  File "/opt/thinlinc/libexec/tl-run-xstartup-feedback", line 46, in readlines
    self . d . gauge_update ( self . percent , IiiIi , update_text = 1 )
  File "/opt/thinlinc/modules/dialog.py", line 1076, in gauge_update
    raise PythonDialogIOError(v)
dialog.PythonDialogIOError: <PythonDialogIOError: [Errno 32] Broken pipe>

This is from issue 5351.
Comment 1 Pierre Ossman cendio 2007-10-12 08:38:53 CEST
Les added som more info in issue 5479:

2. Traceback tl-mount-localdrives. Mentioned this before (copy of traceback to support@cendio.se). By default my TLCOS clients have local drives enabled. The traceback seems to occur when a user logs out and logs back in again very quickly. Another symptom, is when 'logged back in again' the desktop is presented in the normal amount of time but is not usable. For example you can click on the home icon several times and nothing happens. If you do nothing and wait a period of time the konqueror window is displayed on the desktop as many times as you previously clicked the home icon. As a side note, in my case clicking on the firefox icon works OK, the delay only seems to be with KDE components. Don't know if this is of any use.

Comment 2 Pierre Ossman cendio 2019-04-02 12:40:08 CEST
The scenario seems to be the client disconnecting as tl-mount-localdrives is running. This is a rather unlikely scenario so moving to LowPrio.

Note You need to log in before you can comment on or make changes to this bug.