#11060 HIGH 11.2.0-: Salut: file transfer does not (always) work

[Zarro Boogs per Child]

#11060: Salut: file transfer does not (always) work
--------------------------------+-------------------------------------------
           Reporter:  erikos    |       Owner:  erikos                           
               Type:  defect    |      Status:  new                              
           Priority:  high      |   Milestone:  11.2.0-final                     
          Component:  sugar     |     Version:  Development build as of this date
         Resolution:            |    Keywords:                                   
        Next_action:  diagnose  |    Verified:  0                                
Deployment_affected:            |   Blockedby:                                   
           Blocking:            |  
--------------------------------+-------------------------------------------

Comment(by erikos):

 When I compare the logs from the working setup (os14) and the non-working
 one (os873) I found that the hostname avahi uses is different: in os14 it
 is something like 'xo-3b-35-17' in os873 it is set to 'linux'. The avahi
 log from os873 does show that.

 {{{
 Jul 14 12:40:22 localhost avahi-daemon[747]: avahi-daemon 0.6.27 starting
 up.
 327     Jul 14 12:40:22 localhost modem-manager: Loaded plugin Sierra
 328     Jul 14 12:40:22 localhost modem-manager: Loaded plugin Generic
 329     Jul 14 12:40:22 localhost avahi-daemon[747]: WARNING: No NSS
 support for mDNS detected, consider installing nss-mdns!
 330     Jul 14 12:40:22 localhost modem-manager: Loaded plugin Huawei
 331     Jul 14 12:40:22 localhost modem-manager: Loaded plugin Option
 High-Speed
 332     Jul 14 12:40:22 localhost modem-manager: Loaded plugin Longcheer
 333     Jul 14 12:40:22 localhost modem-manager: Loaded plugin Nokia
 334     Jul 14 12:40:22 localhost avahi-daemon[747]: Successfully called
 chroot().
 335     Jul 14 12:40:22 localhost avahi-daemon[747]: Successfully dropped
 remaining capabilities.
 336     Jul 14 12:40:22 localhost modem-manager: Loaded plugin AnyData
 337     Jul 14 12:40:22 localhost avahi-daemon[747]: Loading service file
 /services/ssh.service.
 338     Jul 14 12:40:22 localhost avahi-daemon[747]: Loading service file
 /services/udisks.service.
 339     Jul 14 12:40:22 localhost modem-manager: Loaded plugin SimTech
 340     Jul 14 12:40:22 localhost avahi-daemon[747]: System host name is
 set to 'localhost'. This is not a suitable mDNS host name, looking for
 alternatives.
 341     Jul 14 12:40:22 localhost avahi-daemon[747]: Network interface
 enumeration completed.
 342     Jul 14 12:40:22 localhost avahi-daemon[747]: Registering HINFO
 record with values 'I686'/'LINUX'.
 343     Jul 14 12:40:22 localhost avahi-daemon[747]: Server startup
 complete. Host name is linux.local. Local service cookie is 1481012488.
 344     Jul 14 12:40:22 localhost modem-manager: Loaded plugin Novatel
 345     Jul 14 12:40:22 localhost avahi-daemon[747]: Service "linux"
 (/services/udisks.service) successfully established.
 346     Jul 14 12:40:22 localhost avahi-daemon[747]: Service "linux"
 (/services/ssh.service) successfully established.
 }}}

 I checked on the os873 system the hostname set in the terminal 'hostname'
 and in python 'gethostname' and they are set 'correctly' to something 'xo-
 3b-35-17'ish.

 I looked at the function [http://git.0pointer.de/?p=avahi.git;a=blob;f
 =avahi-core/domain-
 util.c;h=777a064d009372a04f59ebfbc6c0ff280e75d85f;hb=tags/release-0.6.22#l89
 avahi_get_host_name] which prints the message "System host name is set to
 'localhost'. This is not a suitable mDNS host name, looking for
 alternatives." I extracted the main part and run it on the system in
 question to see why it breaks but it reports the correct hostname. Maybe
 the hostname is not set when the avahi-daemon is starting up and that is
 the issue?

 To make sure that this is the issue we are looking at I started two
 machines (they would normally come up with both having the 'avahi-
 hostname' set to 'linux'). In the avahi daemon config I set one to
 something different and they both could establish a connection fine and
 file-transfer and inviting did work fine.

-- 
Ticket URL: <http://dev.laptop.org/ticket/11060#comment:9>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system