[Server-devel] Ugly JABBER problem

[Martin Langhoff]

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