[Server-devel] Ugly JABBER problem

[David Van Assche]

Has anyone else actually been able to register a new XO without
specifying the jabber server?

We have tried this now with 5 different XOs from Nepali changed images
and fresh non-Nepali images with the same results... we have to do
sugar-control-panel -s jabber <fully qualified domain name>
or it will not connect to gabble... this has nothing to do with
shorewall as it connects just fine if we do it through
sugar-control-panel. I've also put exceptions to all the ejabberd
ports even though this should be unecessary seeing as the XOs connect
from within the non firewalled internal network.....

Am not sure what you mean with idmgr and dansguardian... we've not had
any conflicts between the two...

Registering from the UI doesn't work... but if someone else has
managed to do this, then we'll look for some other images....

Kind Regards,
David Van Assche

On Tue, Aug 5, 2008 at 4:45 PM, Martin Langhoff
<martin.langhoff at gmail.com> wrote:
> On Tue, Aug 5, 2008 at 9:53 PM, Bryan Berry <bryan.berry at gmail.com> wrote:
> \> There is a default value for the XS on the XO. I don't see how
>> registering w/ the XS changes this value. Please enlighten me.
>
> Odd. There should be none. Take a freshly imaged XO, boot it, create
> the user acct, and immediately after on a shell do
>
> cat .sugar/default/config (I think it's config, might be profile). It
> won't say a thing about jabber.
>
>> I used sugar-control-panel -s jabber schoolserver then "Registered" w/
>> the XS. CTL+ALT+Delete No joy. reboot. No joy.
>
> Don't use sugar-control-panel. Register from the UI.
>
>> I don't think our Identity Manager is working. The service is running.
>> but When I run /home/idmgr/list_registration, I get nothing. The values
>> in /etc/idmgr.conf match our XS's fqdn
>
> a good idmgr.conf is good news. `ps ax | grep idmgr` should show idmgr
> on port 8080. You did mention trouble between the dansgardian and
> idmgr, and David is talking about Shorewall, so maybe something is in
> the way. As long as you keep it simple, I can help...
>
>> Most of the vanilla XO images have a jabber fqdn server preset and are
>> not set to "schoolserver" or even ""
>
> No - that would be a bug. I regularly re-image my laptops to test
> registration and jabber integration.
>
> Are you building your own XO images perhaps? I seem to recall someone
> getting instructions on how to build a local image using
> save-nand/copy-nand... if that is the case, the fix is easy: delete
> .sugar/default/config before doing the save-nand - and you might want
> to nuke the datastore too. The sane thing might be to nuke all of
> .sugar - it will preserve the activities which are in ~/Activities .
>
>>> > Our schoolservers will have unique fqdn's
>>>
>>> Not only fqdns - but also will be on their own subdomain. Please don't
>>> change the domain naming scheme we ship the XS with! Yes do give each
>>> school a different domain when you call domain_config - but don't
>>> change how we have BIND setup.
>>
>> pls explain this part. Are you suggesting we use some variant of
>> random.xs.laptop.org rather than something unique to Nepal?
>
> Actually,  the sample domains you had in your earlier email looked
> good. You just dont put the "schoolserver" part when you run
> domain_configure - but I'm sure you know that already :-)
>
>> We haven't changed any part of BIND. We used the OLPC script to change
>> the domain.
>
> Perfecto! For a moment it sounded like you were changing it and I
> worried. There seems to be confusion on the state of new XO images.
>
>> Perhaps this was though out but pls point me out to the reasoning behind
>> it.
>
> You are doing right, don't worry.
>
> The summary of why is that we need each school to be its own subdomain
> so we can make "naked" dns calls that a local DNS server expands to a
> fqdn. Specially important at registration time and at other "I don't
> know where I am but need ot contact the xs" times like lease renewal.
>
> But none of that changes your situation. I think you have bad XO
> images or a misunderstanding about registration.
>
>
>
> m
> --
>  martin.langhoff at gmail.com
>  martin at laptop.org -- School Server Architect
>  - ask interesting questions
>  - don't get distracted with shiny stuff - working code first
>  - http://wiki.laptop.org/go/User:Martinlanghoff
>