[Fwd: [K12OSN] RE: K12ltsp login]

Wed Jan 21 17:14:01 UTC 2009

OK, it seems that I had my preference set to not receive a copy of my 
own posts so I didn't see them at all.

Anyone have any ideas today? I'm seriously considering scrapping the 
whole deal and going back to work on the *working* fc6 server instead. I 
know its horribly outdated etc, but it is working whereas this new setup 
- while its the latest (greatest???) - doesn't. It seems implausible 
that I cannot take a working config from the old fc6 box and make it 
work on the 'new and improved' Centos5EL server. While I inherited the 
fc6 box already working - it does work, so someone was able to configure 
it to get that way. Despite the collective intelligence and experience 
of the entire list (and others I've posted this to), it doesn't seem 
that there *is* any answer to make this work. Is this where we are 
headed towards with Linux in general and LTSP specifically? Its so 
advanced that it simply cannot be configured to work in the manner I 
choose? Is my setup so unique that no one has encountered it before?

Dan Young wrote:
> Hi Bob,
>
> I've seen all the messages on the list. I think nobody had a quick answer.
>
> --
> Dan Young <dyoung at mesd.k12.or.us>
> Multnomah ESD - Technology Services
> 503-257-1562
>
>
>
> 2009/1/21 Bob Mead <bmead at lane.k12.or.us>:
>   
>> I tried to send this three times yesterday, never did see it come up on the
>> list. Any ideas why not?
>>
>> I did remove the no_root_squash option from my /etc/exports file and
>> restarted the nfs daemons (portmap, nfs-common and nfs-kernel-server in
>> that order). Just to be sure, I restarted the k12ltsp server, and I get
>> the same results - i.e.- after I enter my user name and password the
>> login screen goes blank and eventually returns to the login screen again
>> asking for my username. ???
>>
>> So I've conquered the .dmrc problem, got the ltsp box (apparently)
>> talking to the ldap server, successfully remote mounting users /home
>> directories via nfs and yet I still cannot login.
>>
>> Does anyone have any further ideas on how to make this work? I'm still
>> thinking along the lines of somehow tracking the authentication requests
>> to the ldap server to see if I am getting that far. And if I am, how are
>> those requests being handled by the ldap server?
>>
>> I'm starting to get anxious about the amount of troubles I am having
>> getting this to work. Perhaps last week's posts re: the complexity of
>> linux and ltsp REALLY are worth paying some attention to...
>>
>> Thanks in advance for any help!!
>>     ~bob
>>
>> Rob Owens wrote:
>>     
>>> On Fri, Jan 16, 2009 at 10:52:09AM -0800, Bob Mead wrote:
>>>
>>>       
>>>> From: Rob Owens <rowens at ptd.net>
>>>> Subject: Re: [K12OSN] Re: K12ltsp login
>>>> To: "Support list for open source software in schools."
>>>>        <k12osn at redhat.com>
>>>> Message-ID: <20090115000245.GJ18672 at junker.owens.net>
>>>> Content-Type: text/plain; charset=us-ascii
>>>>
>>>> On Wed, Jan 14, 2009 at 03:20:06PM -0800, Bob Mead wrote:
>>>>    The root user may not be allowed to change permissions of the files on
>>>> an nfs-mounted /home directory.  NFS defaults to the "root_squash" option.
>>>>  You could try exporting /home with the "no_root_squash" option. -Rob
>>>>
>>>> Thanks Rob, that fixed it! Unfortunately it brought up another problem:
>>>> now my login screen goes blank after I enter my username and password and
>>>> eventually returns to start all over again, i.e.- asking for username and
>>>> password. Any help would be greatly appreciated. Thanks,
>>>>        ~bob
>>>>
>>>>
>>>>         
>>> I don't know why that would happen, but...
>>>
>>> If you have completed all the permissions/ownership changes that you think
>>> you need, and you don't need to create users' home directories on login,
>>> then you may no longer need the "no_root_squash" option.  I don't think that
>>> option is required for "normal" LTSP usage.  Try removing that option and
>>> restarting the nfs server, then see if your server behaves normally.   Note
>>> that in the future instead of setting the "no_root_squash" option to change
>>> permissions on the nfs mounted files, you could ssh into the nfs server as
>>> root and change them there.
>>>
>>> -Rob
>>>
>>> _______________________________________________
>>> K12OSN mailing list
>>> K12OSN at redhat.com
>>> https://www.redhat.com/mailman/listinfo/k12osn
>>> For more info see <http://www.k12os.org>
>>>
>>>
>>>       
>>
>> _______________________________________________
>> K12OSN mailing list
>> K12OSN at redhat.com
>> https://www.redhat.com/mailman/listinfo/k12osn
>> For more info see <http://www.k12os.org>
>>
>>     
>
> _______________________________________________
> K12OSN mailing list
> K12OSN at redhat.com
> https://www.redhat.com/mailman/listinfo/k12osn
> For more info see <http://www.k12os.org>
>
>   
-------------- next part --------------
A non-text attachment was scrubbed...
Name: bmead.vcf
Type: text/x-vcard
Size: 199 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/k12osn/attachments/20090121/3a17abc7/attachment.vcf>