From cisna-barry at wc235.k12.il.us Wed May 1 17:39:00 2013 From: cisna-barry at wc235.k12.il.us (Barry Cisna) Date: Wed, 01 May 2013 12:39:00 -0500 Subject: [K12OSN] Shockwave player Message-ID: <1367429940.22469.21.camel@localhost> Hello All, This is very seldom used but of course I have a teacher that needs Shockwave Player for some insignificant project for kids. Looking at the particular website it is old as the hills, naturally. In the server's web browser about:plugins shockwave shows,but when going to Adobe's Shockwave test site the Shockwave player bombs / does not work. Oddly enough I can not find a work around for any variant of Linux http://www.adobe.com/shockwave/welcome/ Thank You, Barry From jim.kinney at gmail.com Wed May 1 17:45:59 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 1 May 2013 13:45:59 -0400 Subject: [K12OSN] Shockwave player In-Reply-To: <1367429940.22469.21.camel@localhost> References: <1367429940.22469.21.camel@localhost> Message-ID: Yep. Shockwave player is just flat not going to work under anything but Windows. It's highly tied to the graphics layer and is not going to work otherwise. On Wed, May 1, 2013 at 1:39 PM, Barry Cisna wrote: > Hello All, > > This is very seldom used but of course I have a teacher that needs > Shockwave Player for some insignificant project for kids. > Looking at the particular website it is old as the hills, naturally. > > In the server's web browser about:plugins shockwave shows,but when going > to Adobe's Shockwave test site the Shockwave player bombs / does not > work. > > Oddly enough I can not find a work around for any variant of Linux > > http://www.adobe.com/shockwave/welcome/ > > Thank You, > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim.kinney at gmail.com Wed May 1 17:51:57 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 1 May 2013 13:51:57 -0400 Subject: [K12OSN] Shockwave player In-Reply-To: <1367429940.22469.21.camel@localhost> References: <1367429940.22469.21.camel@localhost> Message-ID: forgot. The plugin you see is called Shockwave Flash. That is NOT Shockwave. On Wed, May 1, 2013 at 1:39 PM, Barry Cisna wrote: > Hello All, > > This is very seldom used but of course I have a teacher that needs > Shockwave Player for some insignificant project for kids. > Looking at the particular website it is old as the hills, naturally. > > In the server's web browser about:plugins shockwave shows,but when going > to Adobe's Shockwave test site the Shockwave player bombs / does not > work. > > Oddly enough I can not find a work around for any variant of Linux > > http://www.adobe.com/shockwave/welcome/ > > Thank You, > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Wed May 1 18:10:11 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Wed, 01 May 2013 21:10:11 +0300 Subject: [K12OSN] NFS fails to start Message-ID: <51815A83.5010108@nudata.fi> Hello LTSP users, a couple of months before Christmas I installed a couple of LTSP servers. One was commissioned before Christmas and is working great. The second I delivered to another place a couple of weeks ago, finally. This site already have one LTSP from before and I was planing on replacing it. Using it as an fileserver for homes folders. I setup it up and clients find it and they work. Then I proceed to mount the home folder via NFS and get them mounted. I leave the place and next they I get an call that they can't login anymore. I try to find the error via SSH but can't. So I switch back to using the old server again. Now I come so far that I know that NFS doesn't start for some strange reason. If I do a /etc/init.d/nfs restart I get an error saying: exportfs: /opt/ltsp does not support NFS export I tried googling it but couldn't find anything that would work for me. Any ideas where to start searching. I think it has something to do with me setting up the homes folder mounting. Kenneth From jim.kinney at gmail.com Wed May 1 18:22:46 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 1 May 2013 14:22:46 -0400 Subject: [K12OSN] NFS fails to start In-Reply-To: <51815A83.5010108@nudata.fi> References: <51815A83.5010108@nudata.fi> Message-ID: please publish the /etc/exports file on the broken server as well as the output of getenforce On Wed, May 1, 2013 at 2:10 PM, Kenneth Lundstr?m < kenneth.lundstrom at nudata.fi> wrote: > Hello LTSP users, > > a couple of months before Christmas I installed a couple of LTSP servers. > One was commissioned before Christmas and is working great. The second I > delivered to another place a couple of weeks ago, finally. This site > already have one LTSP from before and I was planing on replacing it. Using > it as an fileserver for homes folders. > > I setup it up and clients find it and they work. Then I proceed to mount > the home folder via NFS and get them mounted. I leave the place and next > they I get an call that they can't login anymore. I try to find the error > via SSH but can't. So I switch back to using the old server again. > > Now I come so far that I know that NFS doesn't start for some strange > reason. If I do a /etc/init.d/nfs restart I get an error saying: > > exportfs: /opt/ltsp does not support NFS export > > I tried googling it but couldn't find anything that would work for me. > > Any ideas where to start searching. I think it has something to do with me > setting up the homes folder mounting. > > > Kenneth > > > ______________________________**_________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/**mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Wed May 1 18:36:47 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Wed, 01 May 2013 21:36:47 +0300 Subject: [K12OSN] NFS fails to start In-Reply-To: References: <51815A83.5010108@nudata.fi> Message-ID: <518160BF.4080101@nudata.fi> Hi, /etc/exports: /opt/ltsp *(ro,async,no_root_squash) getenforce: Disabled Kenneth > please publish the /etc/exports file on the broken server as well as > the output of getenforce > > > On Wed, May 1, 2013 at 2:10 PM, Kenneth Lundstr?m > > wrote: > > Hello LTSP users, > > a couple of months before Christmas I installed a couple of LTSP > servers. One was commissioned before Christmas and is working > great. The second I delivered to another place a couple of weeks > ago, finally. This site already have one LTSP from before and I > was planing on replacing it. Using it as an fileserver for homes > folders. > > I setup it up and clients find it and they work. Then I proceed to > mount the home folder via NFS and get them mounted. I leave the > place and next they I get an call that they can't login anymore. I > try to find the error via SSH but can't. So I switch back to using > the old server again. > > Now I come so far that I know that NFS doesn't start for some > strange reason. If I do a /etc/init.d/nfs restart I get an error > saying: > > exportfs: /opt/ltsp does not support NFS export > > I tried googling it but couldn't find anything that would work for me. > > Any ideas where to start searching. I think it has something to do > with me setting up the homes folder mounting. > > > Kenneth > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > > -- > -- > James P. Kinney III > //// > ////Every time you stop a school, you will have to build a jail. What > you gain at one end you lose at the other. It's like feeding a dog on > his own tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > //// > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > //// > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From accessys at smart.net Wed May 1 18:37:06 2013 From: accessys at smart.net (accessys at smart.net) Date: Wed, 1 May 2013 14:37:06 -0400 (EDT) Subject: [K12OSN] Shockwave player In-Reply-To: <1367429940.22469.21.camel@localhost> References: <1367429940.22469.21.camel@localhost> Message-ID: wonder if this teacher is intentionally trying to sabatoge you, searching around for that odd bit that won't work.??? Bob On Wed, 1 May 2013, Barry Cisna wrote: > Date: Wed, 01 May 2013 12:39:00 -0500 > From: Barry Cisna > Reply-To: Support list for open source software in schools. > > To: K12LTSP Mailing List > Subject: [K12OSN] Shockwave player > > Hello All, > > This is very seldom used but of course I have a teacher that needs > Shockwave Player for some insignificant project for kids. > Looking at the particular website it is old as the hills, naturally. > > In the server's web browser about:plugins shockwave shows,but when going > to Adobe's Shockwave test site the Shockwave player bombs / does not > work. > > Oddly enough I can not find a work around for any variant of Linux > > http://www.adobe.com/shockwave/welcome/ > > Thank You, > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > From jim.kinney at gmail.com Wed May 1 18:49:49 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 1 May 2013 14:49:49 -0400 Subject: [K12OSN] Shockwave player In-Reply-To: References: <1367429940.22469.21.camel@localhost> Message-ID: Another question is what decrepit app is this person trying to use? Shockwave was discontinued nearly 10 years ago. From a winders machines look at the app and then go find something better/newer/supported that does the same thing. On Wed, May 1, 2013 at 2:37 PM, wrote: > > wonder if this teacher is intentionally trying to sabatoge you, searching > around for that odd bit that won't work.??? > > Bob > > > On Wed, 1 May 2013, Barry Cisna wrote: > > Date: Wed, 01 May 2013 12:39:00 -0500 >> From: Barry Cisna >> Reply-To: Support list for open source software in schools. >> >> To: K12LTSP Mailing List >> Subject: [K12OSN] Shockwave player >> >> >> Hello All, >> >> This is very seldom used but of course I have a teacher that needs >> Shockwave Player for some insignificant project for kids. >> Looking at the particular website it is old as the hills, naturally. >> >> In the server's web browser about:plugins shockwave shows,but when going >> to Adobe's Shockwave test site the Shockwave player bombs / does not >> work. >> >> Oddly enough I can not find a work around for any variant of Linux >> >> http://www.adobe.com/**shockwave/welcome/ >> >> Thank You, >> Barry >> >> >> ______________________________**_________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/**mailman/listinfo/k12osn >> For more info see >> >> > ______________________________**_________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/**mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim.kinney at gmail.com Wed May 1 18:51:36 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 1 May 2013 14:51:36 -0400 Subject: [K12OSN] NFS fails to start In-Reply-To: <518160BF.4080101@nudata.fi> References: <51815A83.5010108@nudata.fi> <518160BF.4080101@nudata.fi> Message-ID: OK. Look in /etc/sysconfig/nfs and see what version of NFS is being used. If NFSv4 is on, your /etc/exports is wrong. Change settings to use NFSv3 in that location and restart nfs. On Wed, May 1, 2013 at 2:36 PM, Kenneth Lundstr?m < kenneth.lundstrom at nudata.fi> wrote: > Hi, > > /etc/exports: > /opt/ltsp *(ro,async,no_root_squash) > > getenforce: Disabled > > > Kenneth > > please publish the /etc/exports file on the broken server as well as the > output of getenforce > > > On Wed, May 1, 2013 at 2:10 PM, Kenneth Lundstr?m < > kenneth.lundstrom at nudata.fi> wrote: > >> Hello LTSP users, >> >> a couple of months before Christmas I installed a couple of LTSP servers. >> One was commissioned before Christmas and is working great. The second I >> delivered to another place a couple of weeks ago, finally. This site >> already have one LTSP from before and I was planing on replacing it. Using >> it as an fileserver for homes folders. >> >> I setup it up and clients find it and they work. Then I proceed to mount >> the home folder via NFS and get them mounted. I leave the place and next >> they I get an call that they can't login anymore. I try to find the error >> via SSH but can't. So I switch back to using the old server again. >> >> Now I come so far that I know that NFS doesn't start for some strange >> reason. If I do a /etc/init.d/nfs restart I get an error saying: >> >> exportfs: /opt/ltsp does not support NFS export >> >> I tried googling it but couldn't find anything that would work for me. >> >> Any ideas where to start searching. I think it has something to do with >> me setting up the homes folder mounting. >> >> >> Kenneth >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> > > > > -- > -- > James P. Kinney III > * > *Every time you stop a school, you will have to build a jail. What you > gain at one end you lose at the other. It's like feeding a dog on his own > tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > * > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > * > > > _______________________________________________ > K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Wed May 1 19:27:10 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Wed, 01 May 2013 22:27:10 +0300 Subject: [K12OSN] NFS fails to start In-Reply-To: References: <51815A83.5010108@nudata.fi> <518160BF.4080101@nudata.fi> Message-ID: <51816C8E.101@nudata.fi> Hi, when I look at the /etc/sysconfig/nfs all rows are commented out. Any other way of finding out what version is in use? Kenneth > OK. Look in /etc/sysconfig/nfs and see what version of NFS is being > used. If NFSv4 is on, your /etc/exports is wrong. Change settings to > use NFSv3 in that location and restart nfs. > > > On Wed, May 1, 2013 at 2:36 PM, Kenneth Lundstr?m > > wrote: > > Hi, > > /etc/exports: > /opt/ltsp *(ro,async,no_root_squash) > > getenforce: Disabled > > > Kenneth > >> please publish the /etc/exports file on the broken server as well >> as the output of getenforce >> >> >> On Wed, May 1, 2013 at 2:10 PM, Kenneth Lundstr?m >> > > wrote: >> >> Hello LTSP users, >> >> a couple of months before Christmas I installed a couple of >> LTSP servers. One was commissioned before Christmas and is >> working great. The second I delivered to another place a >> couple of weeks ago, finally. This site already have one LTSP >> from before and I was planing on replacing it. Using it as an >> fileserver for homes folders. >> >> I setup it up and clients find it and they work. Then I >> proceed to mount the home folder via NFS and get them >> mounted. I leave the place and next they I get an call that >> they can't login anymore. I try to find the error via SSH but >> can't. So I switch back to using the old server again. >> >> Now I come so far that I know that NFS doesn't start for some >> strange reason. If I do a /etc/init.d/nfs restart I get an >> error saying: >> >> exportfs: /opt/ltsp does not support NFS export >> >> I tried googling it but couldn't find anything that would >> work for me. >> >> Any ideas where to start searching. I think it has something >> to do with me setting up the homes folder mounting. >> >> >> Kenneth >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> >> >> >> >> -- >> -- >> James P. Kinney III >> //// >> ////Every time you stop a school, you will have to build a jail. >> What you gain at one end you lose at the other. It's like feeding >> a dog on his own tail. It won't fatten the dog. >> - Speech 11/23/1900 Mark Twain >> //// >> http://electjimkinney.org >> http://heretothereideas.blogspot.com/ >> //// >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > > -- > -- > James P. Kinney III > //// > ////Every time you stop a school, you will have to build a jail. What > you gain at one end you lose at the other. It's like feeding a dog on > his own tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > //// > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > //// > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim.kinney at gmail.com Wed May 1 20:09:11 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 1 May 2013 16:09:11 -0400 Subject: [K12OSN] NFS fails to start In-Reply-To: <51816C8E.101@nudata.fi> References: <51815A83.5010108@nudata.fi> <518160BF.4080101@nudata.fi> <51816C8E.101@nudata.fi> Message-ID: change: # Turn off v4 protocol support #RPCNFSDARGS="-N 4" to: # Turn off v4 protocol support RPCNFSDARGS="-N 4" to disable NFSv4 On Wed, May 1, 2013 at 3:27 PM, Kenneth Lundstr?m < kenneth.lundstrom at nudata.fi> wrote: > Hi, > > when I look at the /etc/sysconfig/nfs all rows are commented out. > > Any other way of finding out what version is in use? > > > Kenneth > > OK. Look in /etc/sysconfig/nfs and see what version of NFS is being > used. If NFSv4 is on, your /etc/exports is wrong. Change settings to use > NFSv3 in that location and restart nfs. > > > On Wed, May 1, 2013 at 2:36 PM, Kenneth Lundstr?m < > kenneth.lundstrom at nudata.fi> wrote: > >> Hi, >> >> /etc/exports: >> /opt/ltsp *(ro,async,no_root_squash) >> >> getenforce: Disabled >> >> >> Kenneth >> >> please publish the /etc/exports file on the broken server as well as >> the output of getenforce >> >> >> On Wed, May 1, 2013 at 2:10 PM, Kenneth Lundstr?m < >> kenneth.lundstrom at nudata.fi> wrote: >> >>> Hello LTSP users, >>> >>> a couple of months before Christmas I installed a couple of LTSP >>> servers. One was commissioned before Christmas and is working great. The >>> second I delivered to another place a couple of weeks ago, finally. This >>> site already have one LTSP from before and I was planing on replacing it. >>> Using it as an fileserver for homes folders. >>> >>> I setup it up and clients find it and they work. Then I proceed to mount >>> the home folder via NFS and get them mounted. I leave the place and next >>> they I get an call that they can't login anymore. I try to find the error >>> via SSH but can't. So I switch back to using the old server again. >>> >>> Now I come so far that I know that NFS doesn't start for some strange >>> reason. If I do a /etc/init.d/nfs restart I get an error saying: >>> >>> exportfs: /opt/ltsp does not support NFS export >>> >>> I tried googling it but couldn't find anything that would work for me. >>> >>> Any ideas where to start searching. I think it has something to do with >>> me setting up the homes folder mounting. >>> >>> >>> Kenneth >>> >>> >>> _______________________________________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >>> >> >> >> >> -- >> -- >> James P. Kinney III >> * >> *Every time you stop a school, you will have to build a jail. What you >> gain at one end you lose at the other. It's like feeding a dog on his own >> tail. It won't fatten the dog. >> - Speech 11/23/1900 Mark Twain >> * >> http://electjimkinney.org >> http://heretothereideas.blogspot.com/ >> * >> >> >> _______________________________________________ >> K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> > > > > -- > -- > James P. Kinney III > * > *Every time you stop a school, you will have to build a jail. What you > gain at one end you lose at the other. It's like feeding a dog on his own > tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > * > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > * > > > _______________________________________________ > K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Wed May 1 20:29:31 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Wed, 01 May 2013 23:29:31 +0300 Subject: [K12OSN] NFS fails to start In-Reply-To: References: <51815A83.5010108@nudata.fi> <518160BF.4080101@nudata.fi> <51816C8E.101@nudata.fi> Message-ID: <51817B2B.7090209@nudata.fi> Hi, changed and no change :=) I even rebooted the server but no luck. The strange thing is that NFS is not set to be automatically started. So I guess something I have installed on the server has turned of NFS and somehow makes NFS not to work. I even tried to compare with the other working server but no luck. Kenneth > change: > > # Turn off v4 protocol support > #RPCNFSDARGS="-N 4" > > > to: > > # Turn off v4 protocol support > RPCNFSDARGS="-N 4" > > to disable NFSv4 > > > > On Wed, May 1, 2013 at 3:27 PM, Kenneth Lundstr?m > > wrote: > > Hi, > > when I look at the /etc/sysconfig/nfs all rows are commented out. > > Any other way of finding out what version is in use? > > > Kenneth > >> OK. Look in /etc/sysconfig/nfs and see what version of NFS is >> being used. If NFSv4 is on, your /etc/exports is wrong. Change >> settings to use NFSv3 in that location and restart nfs. >> >> >> On Wed, May 1, 2013 at 2:36 PM, Kenneth Lundstr?m >> > > wrote: >> >> Hi, >> >> /etc/exports: >> /opt/ltsp *(ro,async,no_root_squash) >> >> getenforce: Disabled >> >> >> Kenneth >> >>> please publish the /etc/exports file on the broken server as >>> well as the output of getenforce >>> >>> >>> On Wed, May 1, 2013 at 2:10 PM, Kenneth Lundstr?m >>> >> > wrote: >>> >>> Hello LTSP users, >>> >>> a couple of months before Christmas I installed a couple >>> of LTSP servers. One was commissioned before Christmas >>> and is working great. The second I delivered to another >>> place a couple of weeks ago, finally. This site already >>> have one LTSP from before and I was planing on replacing >>> it. Using it as an fileserver for homes folders. >>> >>> I setup it up and clients find it and they work. Then I >>> proceed to mount the home folder via NFS and get them >>> mounted. I leave the place and next they I get an call >>> that they can't login anymore. I try to find the error >>> via SSH but can't. So I switch back to using the old >>> server again. >>> >>> Now I come so far that I know that NFS doesn't start for >>> some strange reason. If I do a /etc/init.d/nfs restart I >>> get an error saying: >>> >>> exportfs: /opt/ltsp does not support NFS export >>> >>> I tried googling it but couldn't find anything that >>> would work for me. >>> >>> Any ideas where to start searching. I think it has >>> something to do with me setting up the homes folder >>> mounting. >>> >>> >>> Kenneth >>> >>> >>> _______________________________________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >>> >>> >>> >>> >>> -- >>> -- >>> James P. Kinney III >>> //// >>> ////Every time you stop a school, you will have to build a >>> jail. What you gain at one end you lose at the other. It's >>> like feeding a dog on his own tail. It won't fatten the dog. >>> - Speech 11/23/1900 Mark Twain >>> //// >>> http://electjimkinney.org >>> http://heretothereideas.blogspot.com/ >>> //// >>> >>> >>> _______________________________________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> >> >> >> >> -- >> -- >> James P. Kinney III >> //// >> ////Every time you stop a school, you will have to build a jail. >> What you gain at one end you lose at the other. It's like feeding >> a dog on his own tail. It won't fatten the dog. >> - Speech 11/23/1900 Mark Twain >> //// >> http://electjimkinney.org >> http://heretothereideas.blogspot.com/ >> //// >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > > -- > -- > James P. Kinney III > //// > ////Every time you stop a school, you will have to build a jail. What > you gain at one end you lose at the other. It's like feeding a dog on > his own tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > //// > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > //// > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim.kinney at gmail.com Wed May 1 20:39:10 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 1 May 2013 16:39:10 -0400 Subject: [K12OSN] NFS fails to start In-Reply-To: <51817B2B.7090209@nudata.fi> References: <51815A83.5010108@nudata.fi> <518160BF.4080101@nudata.fi> <51816C8E.101@nudata.fi> <51817B2B.7090209@nudata.fi> Message-ID: Hmm. what version OS are you running? CentOS/ScientificLinux/RHEL 5 or 6? 'chkconfig nfs on' will run nfs at bootup. On Wed, May 1, 2013 at 4:29 PM, Kenneth Lundstr?m < kenneth.lundstrom at nudata.fi> wrote: > Hi, > > changed and no change :=) I even rebooted the server but no luck. The > strange thing is that NFS is not set to be automatically started. So I > guess something I have installed on the server has turned of NFS and > somehow makes NFS not to work. > > I even tried to compare with the other working server but no luck. > > > Kenneth > > change: > > # Turn off v4 protocol support > #RPCNFSDARGS="-N 4" > > > to: > > # Turn off v4 protocol support > RPCNFSDARGS="-N 4" > > to disable NFSv4 > > > > On Wed, May 1, 2013 at 3:27 PM, Kenneth Lundstr?m < > kenneth.lundstrom at nudata.fi> wrote: > >> Hi, >> >> when I look at the /etc/sysconfig/nfs all rows are commented out. >> >> Any other way of finding out what version is in use? >> >> >> Kenneth >> >> OK. Look in /etc/sysconfig/nfs and see what version of NFS is being >> used. If NFSv4 is on, your /etc/exports is wrong. Change settings to use >> NFSv3 in that location and restart nfs. >> >> >> On Wed, May 1, 2013 at 2:36 PM, Kenneth Lundstr?m < >> kenneth.lundstrom at nudata.fi> wrote: >> >>> Hi, >>> >>> /etc/exports: >>> /opt/ltsp *(ro,async,no_root_squash) >>> >>> getenforce: Disabled >>> >>> >>> Kenneth >>> >>> please publish the /etc/exports file on the broken server as well as >>> the output of getenforce >>> >>> >>> On Wed, May 1, 2013 at 2:10 PM, Kenneth Lundstr?m < >>> kenneth.lundstrom at nudata.fi> wrote: >>> >>>> Hello LTSP users, >>>> >>>> a couple of months before Christmas I installed a couple of LTSP >>>> servers. One was commissioned before Christmas and is working great. The >>>> second I delivered to another place a couple of weeks ago, finally. This >>>> site already have one LTSP from before and I was planing on replacing it. >>>> Using it as an fileserver for homes folders. >>>> >>>> I setup it up and clients find it and they work. Then I proceed to >>>> mount the home folder via NFS and get them mounted. I leave the place and >>>> next they I get an call that they can't login anymore. I try to find the >>>> error via SSH but can't. So I switch back to using the old server again. >>>> >>>> Now I come so far that I know that NFS doesn't start for some strange >>>> reason. If I do a /etc/init.d/nfs restart I get an error saying: >>>> >>>> exportfs: /opt/ltsp does not support NFS export >>>> >>>> I tried googling it but couldn't find anything that would work for me. >>>> >>>> Any ideas where to start searching. I think it has something to do with >>>> me setting up the homes folder mounting. >>>> >>>> >>>> Kenneth >>>> >>>> >>>> _______________________________________________ >>>> K12OSN mailing list >>>> K12OSN at redhat.com >>>> https://www.redhat.com/mailman/listinfo/k12osn >>>> For more info see >>>> >>> >>> >>> >>> -- >>> -- >>> James P. Kinney III >>> * >>> *Every time you stop a school, you will have to build a jail. What you >>> gain at one end you lose at the other. It's like feeding a dog on his own >>> tail. It won't fatten the dog. >>> - Speech 11/23/1900 Mark Twain >>> * >>> http://electjimkinney.org >>> http://heretothereideas.blogspot.com/ >>> * >>> >>> >>> _______________________________________________ >>> K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >>> >>> >>> >>> _______________________________________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >>> >> >> >> >> -- >> -- >> James P. Kinney III >> * >> *Every time you stop a school, you will have to build a jail. What you >> gain at one end you lose at the other. It's like feeding a dog on his own >> tail. It won't fatten the dog. >> - Speech 11/23/1900 Mark Twain >> * >> http://electjimkinney.org >> http://heretothereideas.blogspot.com/ >> * >> >> >> _______________________________________________ >> K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> > > > > -- > -- > James P. Kinney III > * > *Every time you stop a school, you will have to build a jail. What you > gain at one end you lose at the other. It's like feeding a dog on his own > tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > * > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > * > > > _______________________________________________ > K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Wed May 1 20:48:34 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Wed, 01 May 2013 23:48:34 +0300 Subject: [K12OSN] NFS fails to start In-Reply-To: References: <51815A83.5010108@nudata.fi> <518160BF.4080101@nudata.fi> <51816C8E.101@nudata.fi> <51817B2B.7090209@nudata.fi> Message-ID: <51817FA2.8040906@nudata.fi> Hmmm, I'm running CentOS 6.4 on the server. I thought I was using 6.3 but maybe one thing I did at some stage was a yum upgrade. The other server is running 6.3. Could this maybe be the problem? Client boot on Scientific. Kenneth > Hmm. what version OS are you running? CentOS/ScientificLinux/RHEL 5 or 6? > > 'chkconfig nfs on' will run nfs at bootup. > > > On Wed, May 1, 2013 at 4:29 PM, Kenneth Lundstr?m > > wrote: > > Hi, > > changed and no change :=) I even rebooted the server but no luck. > The strange thing is that NFS is not set to be automatically > started. So I guess something I have installed on the server has > turned of NFS and somehow makes NFS not to work. > > I even tried to compare with the other working server but no luck. > > > Kenneth > >> change: >> >> # Turn off v4 protocol support >> #RPCNFSDARGS="-N 4" >> >> >> to: >> >> # Turn off v4 protocol support >> RPCNFSDARGS="-N 4" >> >> to disable NFSv4 >> >> >> >> On Wed, May 1, 2013 at 3:27 PM, Kenneth Lundstr?m >> > > wrote: >> >> Hi, >> >> when I look at the /etc/sysconfig/nfs all rows are commented >> out. >> >> Any other way of finding out what version is in use? >> >> >> Kenneth >> >>> OK. Look in /etc/sysconfig/nfs and see what version of NFS >>> is being used. If NFSv4 is on, your /etc/exports is wrong. >>> Change settings to use NFSv3 in that location and restart nfs. >>> >>> >>> On Wed, May 1, 2013 at 2:36 PM, Kenneth Lundstr?m >>> >> > wrote: >>> >>> Hi, >>> >>> /etc/exports: >>> /opt/ltsp *(ro,async,no_root_squash) >>> >>> getenforce: Disabled >>> >>> >>> Kenneth >>> >>>> please publish the /etc/exports file on the broken >>>> server as well as the output of getenforce >>>> >>>> >>>> On Wed, May 1, 2013 at 2:10 PM, Kenneth Lundstr?m >>>> >>> > wrote: >>>> >>>> Hello LTSP users, >>>> >>>> a couple of months before Christmas I installed a >>>> couple of LTSP servers. One was commissioned before >>>> Christmas and is working great. The second I >>>> delivered to another place a couple of weeks ago, >>>> finally. This site already have one LTSP from >>>> before and I was planing on replacing it. Using it >>>> as an fileserver for homes folders. >>>> >>>> I setup it up and clients find it and they work. >>>> Then I proceed to mount the home folder via NFS and >>>> get them mounted. I leave the place and next they I >>>> get an call that they can't login anymore. I try to >>>> find the error via SSH but can't. So I switch back >>>> to using the old server again. >>>> >>>> Now I come so far that I know that NFS doesn't >>>> start for some strange reason. If I do a >>>> /etc/init.d/nfs restart I get an error saying: >>>> >>>> exportfs: /opt/ltsp does not support NFS export >>>> >>>> I tried googling it but couldn't find anything that >>>> would work for me. >>>> >>>> Any ideas where to start searching. I think it has >>>> something to do with me setting up the homes folder >>>> mounting. >>>> >>>> >>>> Kenneth >>>> >>>> >>>> _______________________________________________ >>>> K12OSN mailing list >>>> K12OSN at redhat.com >>>> https://www.redhat.com/mailman/listinfo/k12osn >>>> For more info see >>>> >>>> >>>> >>>> >>>> -- >>>> -- >>>> James P. Kinney III >>>> //// >>>> ////Every time you stop a school, you will have to >>>> build a jail. What you gain at one end you lose at the >>>> other. It's like feeding a dog on his own tail. It >>>> won't fatten the dog. >>>> - Speech 11/23/1900 Mark Twain >>>> //// >>>> http://electjimkinney.org >>>> http://heretothereideas.blogspot.com/ >>>> //// >>>> >>>> >>>> _______________________________________________ >>>> K12OSN mailing list >>>> K12OSN at redhat.com >>>> https://www.redhat.com/mailman/listinfo/k12osn >>>> For more info see >>> >>> >>> _______________________________________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >>> >>> >>> >>> >>> -- >>> -- >>> James P. Kinney III >>> //// >>> ////Every time you stop a school, you will have to build a >>> jail. What you gain at one end you lose at the other. It's >>> like feeding a dog on his own tail. It won't fatten the dog. >>> - Speech 11/23/1900 Mark Twain >>> //// >>> http://electjimkinney.org >>> http://heretothereideas.blogspot.com/ >>> //// >>> >>> >>> _______________________________________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> >> >> >> >> -- >> -- >> James P. Kinney III >> //// >> ////Every time you stop a school, you will have to build a jail. >> What you gain at one end you lose at the other. It's like feeding >> a dog on his own tail. It won't fatten the dog. >> - Speech 11/23/1900 Mark Twain >> //// >> http://electjimkinney.org >> http://heretothereideas.blogspot.com/ >> //// >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > > -- > -- > James P. Kinney III > //// > ////Every time you stop a school, you will have to build a jail. What > you gain at one end you lose at the other. It's like feeding a dog on > his own tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > //// > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > //// > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim.kinney at gmail.com Wed May 1 21:30:18 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 1 May 2013 17:30:18 -0400 Subject: [K12OSN] NFS fails to start In-Reply-To: <51817FA2.8040906@nudata.fi> References: <51815A83.5010108@nudata.fi> <518160BF.4080101@nudata.fi> <51816C8E.101@nudata.fi> <51817B2B.7090209@nudata.fi> <51817FA2.8040906@nudata.fi> Message-ID: OK. time to pull a final test run before I pull out my hair. Open two terminal sessions on the server on terminal one run: setenforce 0 tail -f /var/log/messages /var/log/secure on terminal 2 run: echo "BEGIN TEST HERE" >> /var/log/messages service nfs stop service nfs start exportfs nfsstat Once you run the echo on terminal2 you should see the tail update. post what you see back here after the echo, please as well and anything from the later commands (especially the nfsstat). On Wed, May 1, 2013 at 4:48 PM, Kenneth Lundstr?m < kenneth.lundstrom at nudata.fi> wrote: > Hmmm, I'm running CentOS 6.4 on the server. I thought I was using 6.3 > but maybe one thing I did at some stage was a yum upgrade. The other server > is running 6.3. Could this maybe be the problem? > > Client boot on Scientific. > > > Kenneth > > Hmm. what version OS are you running? CentOS/ScientificLinux/RHEL 5 or > 6? > > 'chkconfig nfs on' will run nfs at bootup. > > > On Wed, May 1, 2013 at 4:29 PM, Kenneth Lundstr?m < > kenneth.lundstrom at nudata.fi> wrote: > >> Hi, >> >> changed and no change :=) I even rebooted the server but no luck. The >> strange thing is that NFS is not set to be automatically started. So I >> guess something I have installed on the server has turned of NFS and >> somehow makes NFS not to work. >> >> I even tried to compare with the other working server but no luck. >> >> >> Kenneth >> >> change: >> >> # Turn off v4 protocol support >> #RPCNFSDARGS="-N 4" >> >> >> to: >> >> # Turn off v4 protocol support >> RPCNFSDARGS="-N 4" >> >> to disable NFSv4 >> >> >> >> On Wed, May 1, 2013 at 3:27 PM, Kenneth Lundstr?m < >> kenneth.lundstrom at nudata.fi> wrote: >> >>> Hi, >>> >>> when I look at the /etc/sysconfig/nfs all rows are commented out. >>> >>> Any other way of finding out what version is in use? >>> >>> >>> Kenneth >>> >>> OK. Look in /etc/sysconfig/nfs and see what version of NFS is being >>> used. If NFSv4 is on, your /etc/exports is wrong. Change settings to use >>> NFSv3 in that location and restart nfs. >>> >>> >>> On Wed, May 1, 2013 at 2:36 PM, Kenneth Lundstr?m < >>> kenneth.lundstrom at nudata.fi> wrote: >>> >>>> Hi, >>>> >>>> /etc/exports: >>>> /opt/ltsp *(ro,async,no_root_squash) >>>> >>>> getenforce: Disabled >>>> >>>> >>>> Kenneth >>>> >>>> please publish the /etc/exports file on the broken server as well as >>>> the output of getenforce >>>> >>>> >>>> On Wed, May 1, 2013 at 2:10 PM, Kenneth Lundstr?m < >>>> kenneth.lundstrom at nudata.fi> wrote: >>>> >>>>> Hello LTSP users, >>>>> >>>>> a couple of months before Christmas I installed a couple of LTSP >>>>> servers. One was commissioned before Christmas and is working great. The >>>>> second I delivered to another place a couple of weeks ago, finally. This >>>>> site already have one LTSP from before and I was planing on replacing it. >>>>> Using it as an fileserver for homes folders. >>>>> >>>>> I setup it up and clients find it and they work. Then I proceed to >>>>> mount the home folder via NFS and get them mounted. I leave the place and >>>>> next they I get an call that they can't login anymore. I try to find the >>>>> error via SSH but can't. So I switch back to using the old server again. >>>>> >>>>> Now I come so far that I know that NFS doesn't start for some strange >>>>> reason. If I do a /etc/init.d/nfs restart I get an error saying: >>>>> >>>>> exportfs: /opt/ltsp does not support NFS export >>>>> >>>>> I tried googling it but couldn't find anything that would work for me. >>>>> >>>>> Any ideas where to start searching. I think it has something to do >>>>> with me setting up the homes folder mounting. >>>>> >>>>> >>>>> Kenneth >>>>> >>>>> >>>>> _______________________________________________ >>>>> K12OSN mailing list >>>>> K12OSN at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/k12osn >>>>> For more info see >>>>> >>>> >>>> >>>> >>>> -- >>>> -- >>>> James P. Kinney III >>>> * >>>> *Every time you stop a school, you will have to build a jail. What you >>>> gain at one end you lose at the other. It's like feeding a dog on his own >>>> tail. It won't fatten the dog. >>>> - Speech 11/23/1900 Mark Twain >>>> * >>>> http://electjimkinney.org >>>> http://heretothereideas.blogspot.com/ >>>> * >>>> >>>> >>>> _______________________________________________ >>>> K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn >>>> For more info see >>>> >>>> >>>> >>>> _______________________________________________ >>>> K12OSN mailing list >>>> K12OSN at redhat.com >>>> https://www.redhat.com/mailman/listinfo/k12osn >>>> For more info see >>>> >>> >>> >>> >>> -- >>> -- >>> James P. Kinney III >>> * >>> *Every time you stop a school, you will have to build a jail. What you >>> gain at one end you lose at the other. It's like feeding a dog on his own >>> tail. It won't fatten the dog. >>> - Speech 11/23/1900 Mark Twain >>> * >>> http://electjimkinney.org >>> http://heretothereideas.blogspot.com/ >>> * >>> >>> >>> _______________________________________________ >>> K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >>> >>> >>> >>> _______________________________________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >>> >> >> >> >> -- >> -- >> James P. Kinney III >> * >> *Every time you stop a school, you will have to build a jail. What you >> gain at one end you lose at the other. It's like feeding a dog on his own >> tail. It won't fatten the dog. >> - Speech 11/23/1900 Mark Twain >> * >> http://electjimkinney.org >> http://heretothereideas.blogspot.com/ >> * >> >> >> _______________________________________________ >> K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> > > > > -- > -- > James P. Kinney III > * > *Every time you stop a school, you will have to build a jail. What you > gain at one end you lose at the other. It's like feeding a dog on his own > tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > * > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > * > > > _______________________________________________ > K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Wed May 1 21:50:42 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Thu, 02 May 2013 00:50:42 +0300 Subject: [K12OSN] NFS fails to start In-Reply-To: References: <51815A83.5010108@nudata.fi> <518160BF.4080101@nudata.fi> <51816C8E.101@nudata.fi> <51817B2B.7090209@nudata.fi> <51817FA2.8040906@nudata.fi> Message-ID: <51818E32.7010304@nudata.fi> I have pulled all my hair already. ==> /var/log/messages <== BEGIN TEST HERE May 2 00:42:14 ltsp kernel: nfsd: last server has exited, flushing export cache May 2 00:42:14 ltsp rpc.mountd[1584]: Caught signal 15, un-registering and exiting. May 2 00:42:58 ltsp rpc.mountd[1756]: Version 1.2.3 starting May 2 00:42:59 ltsp kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory May 2 00:42:59 ltsp kernel: NFSD: starting 90-second grace period [root at ltsp ~]# echo "BEGIN TEST HERE" >> /var/log/messages [root at ltsp ~]# service nfs stop Shutting down NFS daemon: [ OK ] Shutting down NFS mountd: [ OK ] Shutting down NFS services: [ OK ] [root at ltsp ~]# service nfs start Starting NFS services: exportfs: /opt/ltsp does not support NFS export [ OK ] Starting NFS mountd: [ OK ] Stopping RPC idmapd: [ OK ] Starting RPC idmapd: [ OK ] Starting NFS daemon: [ OK ] [root at ltsp ~]# exportfs /opt/ltsp [root at ltsp ~]# nfsstat Server rpc stats: calls badcalls badauth badclnt xdrcall 0 0 0 0 0 Kenneth > OK. time to pull a final test run before I pull out my hair. > > Open two terminal sessions on the server > > on terminal one run: > setenforce 0 > tail -f /var/log/messages /var/log/secure > > on terminal 2 run: > echo "BEGIN TEST HERE" >> /var/log/messages > service nfs stop > service nfs start > exportfs > nfsstat > > Once you run the echo on terminal2 you should see the tail update. > post what you see back here after the echo, please as well and > anything from the later commands (especially the nfsstat). > From jim.kinney at gmail.com Wed May 1 22:31:57 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 1 May 2013 18:31:57 -0400 Subject: [K12OSN] NFS fails to start In-Reply-To: <51818E32.7010304@nudata.fi> References: <51815A83.5010108@nudata.fi> <518160BF.4080101@nudata.fi> <51816C8E.101@nudata.fi> <51817B2B.7090209@nudata.fi> <51817FA2.8040906@nudata.fi> <51818E32.7010304@nudata.fi> Message-ID: Is /opt/ltsp a symlink?. ls -la /opt On May 1, 2013 5:53 PM, "Kenneth Lundstr?m" wrote: > I have pulled all my hair already. > > ==> /var/log/messages <== > BEGIN TEST HERE > May 2 00:42:14 ltsp kernel: nfsd: last server has exited, flushing export > cache > May 2 00:42:14 ltsp rpc.mountd[1584]: Caught signal 15, un-registering > and exiting. > May 2 00:42:58 ltsp rpc.mountd[1756]: Version 1.2.3 starting > May 2 00:42:59 ltsp kernel: NFSD: Using /var/lib/nfs/v4recovery as the > NFSv4 state recovery directory > May 2 00:42:59 ltsp kernel: NFSD: starting 90-second grace period > > [root at ltsp ~]# echo "BEGIN TEST HERE" >> /var/log/messages > > [root at ltsp ~]# service nfs stop > Shutting down NFS daemon: [ OK ] > Shutting down NFS mountd: [ OK ] > Shutting down NFS services: [ OK ] > > [root at ltsp ~]# service nfs start > Starting NFS services: exportfs: /opt/ltsp does not support NFS export > [ OK ] > Starting NFS mountd: [ OK ] > Stopping RPC idmapd: [ OK ] > Starting RPC idmapd: [ OK ] > Starting NFS daemon: [ OK ] > > [root at ltsp ~]# exportfs > /opt/ltsp > > [root at ltsp ~]# nfsstat > Server rpc stats: > calls badcalls badauth badclnt xdrcall > 0 0 0 0 0 > > > Kenneth > >> OK. time to pull a final test run before I pull out my hair. >> >> Open two terminal sessions on the server >> >> on terminal one run: >> setenforce 0 >> tail -f /var/log/messages /var/log/secure >> >> on terminal 2 run: >> echo "BEGIN TEST HERE" >> /var/log/messages >> service nfs stop >> service nfs start >> exportfs >> nfsstat >> >> Once you run the echo on terminal2 you should see the tail update. post >> what you see back here after the echo, please as well and anything from the >> later commands (especially the nfsstat). >> >> > ______________________________**_________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/**mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Wed May 1 22:47:30 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Thu, 02 May 2013 01:47:30 +0300 Subject: [K12OSN] NFS fails to start In-Reply-To: References: <51815A83.5010108@nudata.fi> <518160BF.4080101@nudata.fi> <51816C8E.101@nudata.fi> <51817B2B.7090209@nudata.fi> <51817FA2.8040906@nudata.fi> <51818E32.7010304@nudata.fi> Message-ID: <51819B82.5090905@nudata.fi> No, [root at ltsp ~]# ls -la /opt total 12 drwxr-xr-x. 3 root root 4096 Feb 21 2013 . dr-xr-xr-x. 23 root root 4096 May 2 01:07 .. drwxr-xr-x. 5 root root 4096 Mar 17 1913 ltsp KEnneth > > Is /opt/ltsp a symlink?. ls -la /opt > > On May 1, 2013 5:53 PM, "Kenneth Lundstr?m" > > wrote: > > I have pulled all my hair already. > > ==> /var/log/messages <== > BEGIN TEST HERE > May 2 00:42:14 ltsp kernel: nfsd: last server has exited, > flushing export cache > May 2 00:42:14 ltsp rpc.mountd[1584]: Caught signal 15, > un-registering and exiting. > May 2 00:42:58 ltsp rpc.mountd[1756]: Version 1.2.3 starting > May 2 00:42:59 ltsp kernel: NFSD: Using /var/lib/nfs/v4recovery > as the NFSv4 state recovery directory > May 2 00:42:59 ltsp kernel: NFSD: starting 90-second grace period > > [root at ltsp ~]# echo "BEGIN TEST HERE" >> /var/log/messages > > [root at ltsp ~]# service nfs stop > Shutting down NFS daemon: [ OK ] > Shutting down NFS mountd: [ OK ] > Shutting down NFS services: [ OK ] > > [root at ltsp ~]# service nfs start > Starting NFS services: exportfs: /opt/ltsp does not support NFS > export > [ OK ] > Starting NFS mountd: [ OK ] > Stopping RPC idmapd: [ OK ] > Starting RPC idmapd: [ OK ] > Starting NFS daemon: [ OK ] > > [root at ltsp ~]# exportfs > /opt/ltsp > > [root at ltsp ~]# nfsstat > Server rpc stats: > calls badcalls badauth badclnt xdrcall > 0 0 0 0 0 > > > Kenneth > > OK. time to pull a final test run before I pull out my hair. > > Open two terminal sessions on the server > > on terminal one run: > setenforce 0 > tail -f /var/log/messages /var/log/secure > > on terminal 2 run: > echo "BEGIN TEST HERE" >> /var/log/messages > service nfs stop > service nfs start > exportfs > nfsstat > > Once you run the echo on terminal2 you should see the tail > update. post what you see back here after the echo, please as > well and anything from the later commands (especially the > nfsstat). > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From burke at thealmquists.net Wed May 1 23:29:34 2013 From: burke at thealmquists.net (Burke Almquist) Date: Wed, 1 May 2013 18:29:34 -0500 Subject: [K12OSN] NFS fails to start In-Reply-To: <51815A83.5010108@nudata.fi> References: <51815A83.5010108@nudata.fi> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think you might be looking in the wrong place. An ltsp server exports NFS to the thin clients so they can boot their OS. If you want to export /home from your old server, you will need to set it up and make sure the new server is mounting it. To me it looks like you aren't even exporting /home. If you want to authenticate from the old server as well (so you won't have to add all your users to the new system again, you need to have it using NIS or LDAP or samba, and set the new server to authenticate users from there, assuming they aren't local (to the server) users (like root). On May 1, 2013, at 1:10 PM, Kenneth Lundstr?m wrote: > Hello LTSP users, > > a couple of months before Christmas I installed a couple of LTSP servers. One was commissioned before Christmas and is working great. The second I delivered to another place a couple of weeks ago, finally. This site already have one LTSP from before and I was planing on replacing it. Using it as an fileserver for homes folders. > > I setup it up and clients find it and they work. Then I proceed to mount the home folder via NFS and get them mounted. I leave the place and next they I get an call that they can't login anymore. I try to find the error via SSH but can't. So I switch back to using the old server again. > > Now I come so far that I know that NFS doesn't start for some strange reason. If I do a /etc/init.d/nfs restart I get an error saying: > > exportfs: /opt/ltsp does not support NFS export > > I tried googling it but couldn't find anything that would work for me. > > Any ideas where to start searching. I think it has something to do with me setting up the homes folder mounting. > > > Kenneth > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlGBpV4ACgkQxWV7OPa/g5F4HQCfQkLPEg6qfF/jdDMDeW0d5nIu mmYAn3GO5doKLNuuMWqgIUMbkkbEQnuw =jV6F -----END PGP SIGNATURE----- From kenneth.lundstrom at nudata.fi Wed May 1 23:47:49 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Thu, 02 May 2013 02:47:49 +0300 Subject: [K12OSN] NFS fails to start In-Reply-To: References: <51815A83.5010108@nudata.fi> Message-ID: <5181A9A5.7020907@nudata.fi> Hi, the problem is not the /home folders, that works fine. The /etc/exports I have shown is on the new server, the clients can't mount the /opt/ltsp and can't boot at all, anymore. Kenneth > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I think you might be looking in the wrong place. An ltsp server exports NFS to the thin clients so they can boot their OS. If you want to export /home from your old server, you will need to set it up and make sure the new server is mounting it. To me it looks like you aren't even exporting /home. If you want to authenticate from the old server as well (so you won't have to add all your users to the new system again, you need to have it using NIS or LDAP or samba, and set the new server to authenticate users from there, assuming they aren't local (to the server) users (like root). > > On May 1, 2013, at 1:10 PM, Kenneth Lundstr?m wrote: > >> Hello LTSP users, >> >> a couple of months before Christmas I installed a couple of LTSP servers. One was commissioned before Christmas and is working great. The second I delivered to another place a couple of weeks ago, finally. This site already have one LTSP from before and I was planing on replacing it. Using it as an fileserver for homes folders. >> >> I setup it up and clients find it and they work. Then I proceed to mount the home folder via NFS and get them mounted. I leave the place and next they I get an call that they can't login anymore. I try to find the error via SSH but can't. So I switch back to using the old server again. >> >> Now I come so far that I know that NFS doesn't start for some strange reason. If I do a /etc/init.d/nfs restart I get an error saying: >> >> exportfs: /opt/ltsp does not support NFS export >> >> I tried googling it but couldn't find anything that would work for me. >> >> Any ideas where to start searching. I think it has something to do with me setting up the homes folder mounting. >> >> >> Kenneth >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see > -----BEGIN PGP SIGNATURE----- > Version: GnuPG/MacGPG2 v2.0.17 (Darwin) > Comment: GPGTools - http://gpgtools.org > > iEYEARECAAYFAlGBpV4ACgkQxWV7OPa/g5F4HQCfQkLPEg6qfF/jdDMDeW0d5nIu > mmYAn3GO5doKLNuuMWqgIUMbkkbEQnuw > =jV6F > -----END PGP SIGNATURE----- > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From jim.kinney at gmail.com Thu May 2 01:25:52 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Wed, 1 May 2013 21:25:52 -0400 Subject: [K12OSN] NFS fails to start In-Reply-To: <5181A9A5.7020907@nudata.fi> References: <51815A83.5010108@nudata.fi> <5181A9A5.7020907@nudata.fi> Message-ID: check contents of /etc/auto.misc for /opt/ltsp. Comment it out if found In fact do a: grep -R ltsp /etc/* and see where ltsp is referenced. Also do a lsmod | grep nfs and make sure the you get something like: nfsd 274672 13 auth_rpcgss 48594 1 nfsd nfs_acl 12741 1 nfsd lockd 93540 1 nfsd sunrpc 256499 29 nfsd,auth_rpcgss,lockd,nfs_acl If no nfsd, then BINGO! Just run modprobe nfsd and service nfsd restart On Wed, May 1, 2013 at 7:47 PM, Kenneth Lundstr?m < kenneth.lundstrom at nudata.fi> wrote: > Hi, > > the problem is not the /home folders, that works fine. The /etc/exports I > have shown is on the new server, the clients can't mount the /opt/ltsp and > can't boot at all, anymore. > > > Kenneth > > > -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> I think you might be looking in the wrong place. An ltsp server exports >> NFS to the thin clients so they can boot their OS. If you want to export >> /home from your old server, you will need to set it up and make sure the >> new server is mounting it. To me it looks like you aren't even exporting >> /home. If you want to authenticate from the old server as well (so you >> won't have to add all your users to the new system again, you need to have >> it using NIS or LDAP or samba, and set the new server to authenticate users >> from there, assuming they aren't local (to the server) users (like root). >> >> On May 1, 2013, at 1:10 PM, Kenneth Lundstr?m wrote: >> >> Hello LTSP users, >>> >>> a couple of months before Christmas I installed a couple of LTSP >>> servers. One was commissioned before Christmas and is working great. The >>> second I delivered to another place a couple of weeks ago, finally. This >>> site already have one LTSP from before and I was planing on replacing it. >>> Using it as an fileserver for homes folders. >>> >>> I setup it up and clients find it and they work. Then I proceed to mount >>> the home folder via NFS and get them mounted. I leave the place and next >>> they I get an call that they can't login anymore. I try to find the error >>> via SSH but can't. So I switch back to using the old server again. >>> >>> Now I come so far that I know that NFS doesn't start for some strange >>> reason. If I do a /etc/init.d/nfs restart I get an error saying: >>> >>> exportfs: /opt/ltsp does not support NFS export >>> >>> I tried googling it but couldn't find anything that would work for me. >>> >>> Any ideas where to start searching. I think it has something to do with >>> me setting up the homes folder mounting. >>> >>> >>> Kenneth >>> >>> >>> ______________________________**_________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/**mailman/listinfo/k12osn >>> For more info see >>> >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG/MacGPG2 v2.0.17 (Darwin) >> Comment: GPGTools - http://gpgtools.org >> >> iEYEARECAAYFAlGBpV4ACgkQxWV7OP**a/g5F4HQCfQkLPEg6qfF/**jdDMDeW0d5nIu >> mmYAn3GO5doKLNuuMWqgIUMbkkbEQn**uw >> =jV6F >> -----END PGP SIGNATURE----- >> >> ______________________________**_________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/**mailman/listinfo/k12osn >> For more info see >> > > > ______________________________**_________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/**mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Thu May 2 04:39:32 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Thu, 02 May 2013 07:39:32 +0300 Subject: [K12OSN] NFS fails to start In-Reply-To: References: <51815A83.5010108@nudata.fi> <5181A9A5.7020907@nudata.fi> Message-ID: <5181EE04.8040203@nudata.fi> Hi, I also tried to mount /opt/ltsp shared on the new server on the old server, just to test the share, so doing mount -t nfs 192.168.0.1:/opt/ltsp /mnt/test/ I get these four rows of text in the new servers /var/log/messages: May 2 07:37:00 ltsp rpc.mountd[2186]: authenticated mount request from 192.168.0.11:978 for /opt/ltsp (/opt/ltsp) May 2 07:37:00 ltsp rpc.mountd[2186]: qword_eol: fflush failed: errno 22 (Invalid argument) May 2 07:37:00 ltsp rpc.mountd[2186]: qword_eol: fflush failed: errno 2 (No such file or directory) May 2 07:37:00 ltsp rpc.mountd[2186]: Cannot export /opt/ltsp, possibly unsupported filesystem or fsid= required > check contents of /etc/auto.misc for /opt/ltsp. Comment it out if found don't have any files called /etc/auto.misc > lsmod | grep nfs nfsd 304962 11 lockd 73534 1 nfsd nfs_acl 2647 1 nfsd auth_rpcgss 44917 1 nfsd exportfs 4236 1 nfsd sunrpc 261299 17 nfsd,lockd,nfs_acl,auth_rpcgss Looks to me OK? > grep -R ltsp /etc/* Binary file /etc/aliases.db matches /etc/cron.daily/ltsp-swapfile-delete:[ -f /etc/ltsp/ltsp.conf ] && . /etc/ltsp/ltsp.conf /etc/cron.daily/ltsp-swapfile-delete:[ "$LTSP_SWAP_DIR" ] || LTSP_SWAP_DIR=/var/lib/ltsp/swapfiles/ /etc/exports:/opt/ltsp *(ro,async,no_root_squash) /etc/exports~:/opt/ltsp *(ro,async,no_root_squash) /etc/fstab:/dev/mapper/vg_ltsp-lv_root / ext4 defaults 1 1 /etc/fstab:/dev/mapper/vg_ltsp-lv_home /home ext4 defaults 1 2 /etc/fstab:/dev/mapper/vg_ltsp-lv_swap swap swap defaults 0 0 /etc/grub.conf:# kernel /vmlinuz-version ro root=/dev/mapper/vg_ltsp-lv_root /etc/grub.conf: kernel /vmlinuz-2.6.32-358.2.1.el6.x86_64 ro root=/dev/mapper/vg_ltsp-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_LVM_LV=vg_ltsp/lv_root rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto KEYBOA RDTYPE=pc KEYTABLE=fi rd_LVM_LV=vg_ltsp/lv_swap rd_NO_DM rhgb quiet /etc/grub.conf: kernel /vmlinuz-2.6.32-279.22.1.el6.x86_64 ro root=/dev/mapper/vg_ltsp-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_LVM_LV=vg_ltsp/lv_root rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto KEYBO ARDTYPE=pc KEYTABLE=fi rd_LVM_LV=vg_ltsp/lv_swap rd_NO_DM rhgb quiet /etc/grub.conf: kernel /vmlinuz-2.6.32-279.el6.x86_64 ro root=/dev/mapper/vg_ltsp-lv_root rd_NO_LUKS LANG=en_US.UTF-8 rd_LVM_LV=vg_ltsp/lv_root rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto KEYBOARDTY PE=pc KEYTABLE=fi rd_LVM_LV=vg_ltsp/lv_swap rd_NO_DM rhgb quiet /etc/init.d/ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/init.d/ltsp-dhcpd:# config: /etc/ltsp/dhcpd.conf /etc/init.d/ltsp-dhcpd:lockfile=/var/lock/subsys/ltsp-dhcpd /etc/init.d/ltsp-dhcpd:pidfile=/var/run/ltsp-dhcpd.pid /etc/init.d/ltsp-dhcpd:[ -f /etc/sysconfig/ltsp-dhcpd ] && . /etc/sysconfig/ltsp-dhcpd /etc/init.d/ltsp-dhcpd: echo "/etc/ltsp/dhcpd.conf" /etc/init.d/ltsp-dhcpd: echo -n "Starting ltsp-$prog:" /etc/init.d/ltsp-dhcpd: if [ -e /etc/ltsp/DELETE-ME-WHEN-DONE-need-to-copy-sshkeys ]; then /etc/init.d/ltsp-dhcpd: /usr/sbin/ltsp-update-sshkeys /etc/init.d/ltsp-dhcpd: rm -f /etc/ltsp/DELETE-ME-WHEN-DONE-need-to-copy-sshkeys /etc/init.d/ltsp-dhcpd: echo -n "Shutting down ltsp-$prog:" /etc/ltsp/kickstart/Fedora/14/ltsp-i386.ks:# we are going to install into a chroot, such as /opt/ltsp/i386 /etc/ltsp/kickstart/Fedora/14/ltsp-x86_64.ks:# we are going to install into a chroot, such as /opt/ltsp/x86_64 /etc/ltsp/kickstart/Fedora/el6/ltsp-i386.ks:# we are going to install into a chroot, such as /opt/ltsp/i386 /etc/ltsp/kickstart/Fedora/el6/ltsp-x86_64.ks:# we are going to install into a chroot, such as /opt/ltsp/x86_64 /etc/ltsp/kickstart/Fedora/11/ltsp-i386.ks:# we are going to install into a chroot, such as /opt/ltsp/i386 /etc/ltsp/kickstart/Fedora/common/common.ks:ltsp-client /etc/ltsp/kickstart/Fedora/common/common.ks:ltspfsd /etc/ltsp/kickstart/Fedora/common/common.ks: /usr/sbin/ltsp-rewrap-latest-kernel /etc/ltsp/ltsp-build-client.conf:# By default ltsp-build-client will install a chroot matching your OS into /opt/ltsp/i386. /etc/ltsp/ltsp-build-client.conf:# See /usr/share/ltsp/plugins/ltsp-build-client for more possible options. /etc/ltsp/dhcpd.conf:option domain-name "ltsp"; /etc/ltsp/dhcpd.conf: filename "/ltsp/i386/elf.ltsp"; /etc/ltsp/dhcpd.conf: filename "/ltsp/i386/wraplinux-nbi.ltsp"; /etc/ltsp/dhcpd.conf: # NOTE: kernels are specified in /tftpboot/ltsp/i386/pxelinux.cfg/ /etc/ltsp/dhcpd.conf: filename "/ltsp/i386/pxelinux.0"; /etc/ltsp/dhcpd.conf: filename "/ltsp/i386/wraplinux-nbi.ltsp"; /etc/ltsp/dhcpd.conf: option root-path "172.31.100.254:/opt/ltsp/ppc"; /etc/ltsp/dhcpd.conf: option root-path "172.31.100.254:/opt/ltsp/i386"; /etc/ltsp/dhcpd.conf:# filename "/ltsp/vmlinuz.ltsp"; /etc/ltsp/dhcpd.conf:# filename "/ltsp/vmlinuz.ltsp"; /etc/ltsp/dhcpd.conf:# # kernels are specified in /tftpboot/ltsp/i386/pxelinux.cfg/ /etc/ltsp/dhcpd.conf:# filename "/ltsp/i386/pxelinux.0"; /etc/ltsp/dhcpd.conf:# option root-path "172.31.100.254:/opt/ltsp/ppc"; /etc/ltsp/dracut/sysconfig-mkinitrd:rootdev="192.168.0.254:/opt/ltsp/i386" /etc/ltsp/dracut/sysconfig-dracut-skip-first-time:# This file is deleted by chroot-creator kickstart prior to ltsp-rewrap-latest-kernel /etc/ltsp/dracut/sysconfig-network:HOSTNAME=ltspclient /etc/ltsp/dracut/ltsp-postinst.d:[ ! -e /etc/ltsp_chroot ] && exit 0 /etc/ltsp/dracut/ltsp-postinst.d: ln -sf elf-$1.img /boot/elf.ltsp /etc/ltsp/dracut/ltsp-postinst.d: ln -sf wraplinux-nbi-$1.img /boot/wraplinux-nbi.ltsp /etc/ltsp/dracut/ltsp-postinst.d:# Symlink vmlinuz.ltsp and initrd.ltsp and set permissions for tftp server /etc/ltsp/dracut/ltsp-postinst.d:ln -sf vmlinuz-$1 /boot/vmlinuz.ltsp /etc/ltsp/dracut/ltsp-postinst.d:ln -sf $INITRD /boot/initrd.ltsp /etc/ltsp/nbdswapd.conf:SWAPDIR=/var/lib/ltsp/swapfiles /etc/lvm/archive/vg_ltsp_00000-998910363.vg:creation_host = "ltsp.MYSERVER.com" # Linux ltsp.MYSERVER.com 2.6.32-279.el6.x86_64 #1 SMP Fri Jun 22 12:19:21 UTC 2012 x86_64 /etc/lvm/archive/vg_ltsp_00000-998910363.vg:vg_ltsp { /etc/lvm/archive/vg_ltsp_00000-998910363.vg: creation_host = "ltsp.MYSERVER.com" /etc/lvm/archive/vg_ltsp_00000-998910363.vg: creation_host = "ltsp.MYSERVER.com" /etc/lvm/archive/vg_ltsp_00000-998910363.vg: creation_host = "ltsp.MYSERVER.com" /etc/lvm/backup/vg_ltsp:creation_host = "ltsp.MYSERVER.com" # Linux ltsp.MYSERVER.com 2.6.32-279.el6.x86_64 #1 SMP Fri Jun 22 12:19:21 UTC 2012 x86_64 /etc/lvm/backup/vg_ltsp:vg_ltsp { /etc/lvm/backup/vg_ltsp: creation_host = "ltsp.MYSERVER.com" /etc/lvm/backup/vg_ltsp: creation_host = "ltsp.MYSERVER.com" /etc/lvm/backup/vg_ltsp: creation_host = "ltsp.MYSERVER.com" /etc/mtab:/dev/mapper/vg_ltsp-lv_root / ext4 rw 0 0 /etc/mtab:/dev/mapper/vg_ltsp-lv_home /home ext4 rw 0 0 /etc/printcap:Mustavalkoinen_uusi at 172.31.100.254|Mustavalkoinen_uusi:rm=ltsp.MYSERVER.com:rp=Mustavalkoinen_uusi at 172.31.100.254: /etc/printcap:CLP-510|Samsung CLP-510:rm=ltsp.MYSERVER.com:rp=CLP-510: /etc/printcap:CLP-510 at 172.31.100.254|Samsung CLP-510:rm=ltsp.MYSERVER.com:rp=CLP-510 at 172.31.100.254: /etc/printcap:CLP-510 at 192.168.0.11|Samsung CLP-510:rm=ltsp.MYSERVER.com:rp=CLP-510 at 192.168.0.11: /etc/printcap:Colorlaser|Colorlaser:rm=ltsp.MYSERVER.com:rp=Colorlaser: /etc/printcap:Colorlaser at 172.31.100.254|Colorlaser:rm=ltsp.MYSERVER.com:rp=Colorlaser at 172.31.100.254: /etc/printcap:Colorlaser at 192.168.0.11|Colorlaser:rm=ltsp.MYSERVER.com:rp=Colorlaser at 192.168.0.11: /etc/printcap:Mustavalkoinen_uusi|Mustavalkoinen_uusi:rm=ltsp.MYSERVER.com:rp=Mustavalkoinen_uusi: /etc/printcap:Mustavalkoinen_uusi at 192.168.0.11|Mustavalkoinen_uusi:rm=ltsp.MYSERVER.com:rp=Mustavalkoinen_uusi at 192.168.0.11: /etc/printcap:NewColorLaser|NewColorLaser:rm=ltsp.MYSERVER.com:rp=NewColorLaser: /etc/printcap:NewColorLaser at 172.31.100.254|NewColorLaser:rm=ltsp.MYSERVER.com:rp=NewColorLaser at 172.31.100.254: /etc/printcap:NewColorLaser at 192.168.0.11|NewColorLaser:rm=ltsp.MYSERVER.com:rp=NewColorLaser at 192.168.0.11: /etc/rc0.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc0.d/K35ltsp-dhcpd:# config: /etc/ltsp/dhcpd.conf /etc/rc0.d/K35ltsp-dhcpd:lockfile=/var/lock/subsys/ltsp-dhcpd /etc/rc0.d/K35ltsp-dhcpd:pidfile=/var/run/ltsp-dhcpd.pid /etc/rc0.d/K35ltsp-dhcpd:[ -f /etc/sysconfig/ltsp-dhcpd ] && . /etc/sysconfig/ltsp-dhcpd /etc/rc0.d/K35ltsp-dhcpd: echo "/etc/ltsp/dhcpd.conf" /etc/rc0.d/K35ltsp-dhcpd: echo -n "Starting ltsp-$prog:" /etc/rc0.d/K35ltsp-dhcpd: if [ -e /etc/ltsp/DELETE-ME-WHEN-DONE-need-to-copy-sshkeys ]; then /etc/rc0.d/K35ltsp-dhcpd: /usr/sbin/ltsp-update-sshkeys /etc/rc0.d/K35ltsp-dhcpd: rm -f /etc/ltsp/DELETE-ME-WHEN-DONE-need-to-copy-sshkeys /etc/rc0.d/K35ltsp-dhcpd: echo -n "Shutting down ltsp-$prog:" Then we get the same over and over again. I left most of the repeating lines away. /etc/rc1.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc2.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc3.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc4.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc5.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc6.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc.d/rc1.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc.d/rc3.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc.d/rc6.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc.d/rc4.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc.d/rc2.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc.d/rc5.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc.d/init.d/ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc.d/rc0.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd /etc/rc.d/rc0.d/K35ltsp-dhcpd:# config: /etc/ltsp/dhcpd.conf /etc/rc.d/rc0.d/K35ltsp-dhcpd:lockfile=/var/lock/subsys/ltsp-dhcpd /etc/rc.d/rc0.d/K35ltsp-dhcpd:pidfile=/var/run/ltsp-dhcpd.pid /etc/rc.d/rc0.d/K35ltsp-dhcpd:[ -f /etc/sysconfig/ltsp-dhcpd ] && . /etc/sysconfig/ltsp-dhcpd /etc/rc.d/rc0.d/K35ltsp-dhcpd: echo "/etc/ltsp/dhcpd.conf" /etc/rc.d/rc0.d/K35ltsp-dhcpd: echo -n "Starting ltsp-$prog:" /etc/rc.d/rc0.d/K35ltsp-dhcpd: if [ -e /etc/ltsp/DELETE-ME-WHEN-DONE-need-to-copy-sshkeys ]; then /etc/rc.d/rc0.d/K35ltsp-dhcpd: /usr/sbin/ltsp-update-sshkeys /etc/rc.d/rc0.d/K35ltsp-dhcpd: rm -f /etc/ltsp/DELETE-ME-WHEN-DONE-need-to-copy-sshkeys /etc/rc.d/rc0.d/K35ltsp-dhcpd: echo -n "Shutting down ltsp-$prog:" /etc/sysconfig/network-scripts/ifcfg-ltspbr0:# Put this into /etc/sysconfig/network-scripts/ifcfg-ltspbr0 /etc/sysconfig/network-scripts/ifcfg-ltspbr0:# Warning: Deleting ifcfg-ltspbr0 alone to disable ltspbr0 will cause you /etc/sysconfig/network-scripts/ifcfg-ltspbr0:# ltsp-server package. /etc/sysconfig/network-scripts/ifcfg-ltspbr0:# Comment out these two lines to disable ltspbr0. /etc/sysconfig/network-scripts/ifcfg-ltspbr0:DEVICE=ltspbr0 /etc/sysconfig/network-scripts/ifcfg-eth0:BRIDGE="ltspbr0" Binary file /etc/sysconfig/network-scripts/k12linux-release-5.2.17-1.el6.x86_64 matches /etc/sysconfig/network-scripts/ifcfg-ltspbr0~:# Put this into /etc/sysconfig/network-scripts/ifcfg-ltspbr0 /etc/sysconfig/network-scripts/ifcfg-ltspbr0~:# Warning: Deleting ifcfg-ltspbr0 alone to disable ltspbr0 will cause you /etc/sysconfig/network-scripts/ifcfg-ltspbr0~:# ltsp-server package. /etc/sysconfig/network-scripts/ifcfg-ltspbr0~:# Comment out these two lines to disable ltspbr0. /etc/sysconfig/network-scripts/ifcfg-ltspbr0~:DEVICE=ltspbr0 /etc/sysconfig/network-scripts/ifcfg-ltspbr0.rpmsave:# Put this into /etc/sysconfig/network-scripts/ifcfg-ltspbr0 /etc/sysconfig/network-scripts/ifcfg-ltspbr0.rpmsave:# Warning: Deleting ifcfg-ltspbr0 alone to disable ltspbr0 will cause you /etc/sysconfig/network-scripts/ifcfg-ltspbr0.rpmsave:# ltsp-server package. /etc/sysconfig/network-scripts/ifcfg-ltspbr0.rpmsave:# Comment out these two lines to disable ltspbr0. /etc/sysconfig/network-scripts/ifcfg-ltspbr0.rpmsave:DEVICE=ltspbr0 /etc/sysconfig/network-scripts/ifcfg-eth0~:BRIDGE="ltspbr0" /etc/sysconfig/network:HOSTNAME=ltsp.MYSERVER.com /etc/xinetd.d/nbdrootd: server_args = /opt/ltsp/images/i386.img /etc/xinetd.d/nbdrootd.rpmsave: server_args = /opt/ltsp/images/i386.img Looking at these lines I can't see any problems. Kenneth > > and see where ltsp is referenced. > > Also do a > > > and make sure the you get something like: > nfsd 274672 13 > auth_rpcgss 48594 1 nfsd > nfs_acl 12741 1 nfsd > lockd 93540 1 nfsd > sunrpc 256499 29 nfsd,auth_rpcgss,lockd,nfs_acl > > > If no nfsd, then BINGO! Just run modprobe nfsd and service nfsd restart > > > > From jim.kinney at gmail.com Thu May 2 05:20:47 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Thu, 2 May 2013 01:20:47 -0400 Subject: [K12OSN] NFS fails to start In-Reply-To: <5181EE04.8040203@nudata.fi> References: <51815A83.5010108@nudata.fi> <5181A9A5.7020907@nudata.fi> <5181EE04.8040203@nudata.fi> Message-ID: Totally strange. I saw a blurb on a Ubuntu page where there was a kernel bug related to ext4 filesystem shared out by NFS. However, even though it showed the same error, it was still mountable from a remote machine. I have a vanilla CentOS 6.4 with kernel 2.6.32-358 I tested the NFS server on with no issues. /etc/exports: /home *(rw,no_root_squash,async) disables NFSv4 in /etc/sysconfig/nfs turned off iptables for the test actually have selinux in enforcing mode mounted remotely with no issues or errors on starting nfs service. At this point, I think there's a problem with the hard drive. The top level inode collections are screwed up and NFS can't "do it's thing" because it can't read the filesystem metadata. I would run 'badblocks' on the drive and reinstall (lousy answer and bad sysadmin solution but short of running strace on everything it may be the fastest way to working) with a fresh drive format. On Thu, May 2, 2013 at 12:39 AM, Kenneth Lundstr?m < kenneth.lundstrom at nudata.fi> wrote: > Hi, > > I also tried to mount /opt/ltsp shared on the new server on the old > server, just to test the share, so doing > mount -t nfs 192.168.0.1:/opt/ltsp /mnt/test/ > > I get these four rows of text in the new servers /var/log/messages: > May 2 07:37:00 ltsp rpc.mountd[2186]: authenticated mount request from > 192.168.0.11:978 for /opt/ltsp (/opt/ltsp) > May 2 07:37:00 ltsp rpc.mountd[2186]: qword_eol: fflush failed: errno 22 > (Invalid argument) > May 2 07:37:00 ltsp rpc.mountd[2186]: qword_eol: fflush failed: errno 2 > (No such file or directory) > May 2 07:37:00 ltsp rpc.mountd[2186]: Cannot export /opt/ltsp, possibly > unsupported filesystem or fsid= required > > > > > check contents of /etc/auto.misc for /opt/ltsp. Comment it out if found > > don't have any files called /etc/auto.misc > > > lsmod | grep nfs > > nfsd 304962 11 > lockd 73534 1 nfsd > nfs_acl 2647 1 nfsd > auth_rpcgss 44917 1 nfsd > exportfs 4236 1 nfsd > sunrpc 261299 17 nfsd,lockd,nfs_acl,auth_rpcgss > > Looks to me OK? > > > grep -R ltsp /etc/* > > Binary file /etc/aliases.db matches > /etc/cron.daily/ltsp-swapfile-**delete:[ -f /etc/ltsp/ltsp.conf ] && . > /etc/ltsp/ltsp.conf > /etc/cron.daily/ltsp-swapfile-**delete:[ "$LTSP_SWAP_DIR" ] || > LTSP_SWAP_DIR=/var/lib/ltsp/**swapfiles/ > /etc/exports:/opt/ltsp *(ro,async,no_root_squash) > /etc/exports~:/opt/ltsp *(ro,async,no_root_squash) > /etc/fstab:/dev/mapper/vg_**ltsp-lv_root / ext4 defaults 1 1 > /etc/fstab:/dev/mapper/vg_**ltsp-lv_home /home ext4 defaults 1 2 > /etc/fstab:/dev/mapper/vg_**ltsp-lv_swap swap swap defaults 0 0 > /etc/grub.conf:# kernel /vmlinuz-version ro > root=/dev/mapper/vg_ltsp-lv_**root > /etc/grub.conf: kernel /vmlinuz-2.6.32-358.2.1.el6.**x86_64 ro > root=/dev/mapper/vg_ltsp-lv_**root rd_NO_LUKS LANG=en_US.UTF-8 > rd_LVM_LV=vg_ltsp/lv_root rd_NO_MD SYSFONT=latarcyrheb-sun16 > crashkernel=auto KEYBOA > RDTYPE=pc KEYTABLE=fi rd_LVM_LV=vg_ltsp/lv_swap rd_NO_DM rhgb quiet > /etc/grub.conf: kernel /vmlinuz-2.6.32-279.22.1.el6.**x86_64 ro > root=/dev/mapper/vg_ltsp-lv_**root rd_NO_LUKS LANG=en_US.UTF-8 > rd_LVM_LV=vg_ltsp/lv_root rd_NO_MD SYSFONT=latarcyrheb-sun16 > crashkernel=auto KEYBO > ARDTYPE=pc KEYTABLE=fi rd_LVM_LV=vg_ltsp/lv_swap rd_NO_DM rhgb quiet > /etc/grub.conf: kernel /vmlinuz-2.6.32-279.el6.x86_64 ro > root=/dev/mapper/vg_ltsp-lv_**root rd_NO_LUKS LANG=en_US.UTF-8 > rd_LVM_LV=vg_ltsp/lv_root rd_NO_MD SYSFONT=latarcyrheb-sun16 > crashkernel=auto KEYBOARDTY > PE=pc KEYTABLE=fi rd_LVM_LV=vg_ltsp/lv_swap rd_NO_DM rhgb quiet > /etc/init.d/ltsp-dhcpd:# Provides: ltsp-dhcpd > /etc/init.d/ltsp-dhcpd:# config: /etc/ltsp/dhcpd.conf > /etc/init.d/ltsp-dhcpd:**lockfile=/var/lock/subsys/**ltsp-dhcpd > /etc/init.d/ltsp-dhcpd:**pidfile=/var/run/ltsp-dhcpd.**pid > /etc/init.d/ltsp-dhcpd:[ -f /etc/sysconfig/ltsp-dhcpd ] && . > /etc/sysconfig/ltsp-dhcpd > /etc/init.d/ltsp-dhcpd: echo "/etc/ltsp/dhcpd.conf" > /etc/init.d/ltsp-dhcpd: echo -n "Starting ltsp-$prog:" > /etc/init.d/ltsp-dhcpd: if [ -e /etc/ltsp/DELETE-ME-WHEN-DONE-**need-to-copy-sshkeys > ]; then > /etc/init.d/ltsp-dhcpd: /usr/sbin/ltsp-update-sshkeys > /etc/init.d/ltsp-dhcpd: rm -f /etc/ltsp/DELETE-ME-WHEN-DONE-** > need-to-copy-sshkeys > /etc/init.d/ltsp-dhcpd: echo -n "Shutting down ltsp-$prog:" > /etc/ltsp/kickstart/Fedora/14/**ltsp-i386.ks:# we are going to install > into a chroot, such as /opt/ltsp/i386 > /etc/ltsp/kickstart/Fedora/14/**ltsp-x86_64.ks:# we are going to install > into a chroot, such as /opt/ltsp/x86_64 > /etc/ltsp/kickstart/Fedora/**el6/ltsp-i386.ks:# we are going to install > into a chroot, such as /opt/ltsp/i386 > /etc/ltsp/kickstart/Fedora/**el6/ltsp-x86_64.ks:# we are going to install > into a chroot, such as /opt/ltsp/x86_64 > /etc/ltsp/kickstart/Fedora/11/**ltsp-i386.ks:# we are going to install > into a chroot, such as /opt/ltsp/i386 > /etc/ltsp/kickstart/Fedora/**common/common.ks:ltsp-client > /etc/ltsp/kickstart/Fedora/**common/common.ks:ltspfsd > /etc/ltsp/kickstart/Fedora/**common/common.ks: > /usr/sbin/ltsp-rewrap-latest-**kernel > /etc/ltsp/ltsp-build-client.**conf:# By default ltsp-build-client will > install a chroot matching your OS into /opt/ltsp/i386. > /etc/ltsp/ltsp-build-client.**conf:# See /usr/share/ltsp/plugins/ltsp-**build-client > for more possible options. > /etc/ltsp/dhcpd.conf:option domain-name "ltsp"; > /etc/ltsp/dhcpd.conf: filename "/ltsp/i386/elf.ltsp"; > /etc/ltsp/dhcpd.conf: filename "/ltsp/i386/wraplinux-nbi.**ltsp"; > /etc/ltsp/dhcpd.conf: # NOTE: kernels are specified in > /tftpboot/ltsp/i386/pxelinux.**cfg/ > /etc/ltsp/dhcpd.conf: filename "/ltsp/i386/pxelinux.0"; > /etc/ltsp/dhcpd.conf: filename "/ltsp/i386/wraplinux-nbi.**ltsp"; > /etc/ltsp/dhcpd.conf: option root-path "172.31.100.254: > /opt/ltsp/ppc"**; > /etc/ltsp/dhcpd.conf: option root-path "172.31.100.254:/opt/ltsp/** > i386"; > /etc/ltsp/dhcpd.conf:# filename "/ltsp/vmlinuz.ltsp"; > /etc/ltsp/dhcpd.conf:# filename "/ltsp/vmlinuz.ltsp"; > /etc/ltsp/dhcpd.conf:# # kernels are specified in > /tftpboot/ltsp/i386/pxelinux.**cfg/ > /etc/ltsp/dhcpd.conf:# filename "/ltsp/i386/pxelinux.0"; > /etc/ltsp/dhcpd.conf:# option root-path "172.31.100.254: > /opt/ltsp/ppc"**; > /etc/ltsp/dracut/sysconfig-**mkinitrd:rootdev="192.168.0.** > 254:/opt/ltsp/i386" > /etc/ltsp/dracut/sysconfig-**dracut-skip-first-time:# This file is > deleted by chroot-creator kickstart prior to ltsp-rewrap-latest-kernel > /etc/ltsp/dracut/sysconfig-**network:HOSTNAME=ltspclient > /etc/ltsp/dracut/ltsp-**postinst.d:[ ! -e /etc/ltsp_chroot ] && exit 0 > /etc/ltsp/dracut/ltsp-**postinst.d: ln -sf elf-$1.img /boot/elf.ltsp > /etc/ltsp/dracut/ltsp-**postinst.d: ln -sf wraplinux-nbi-$1.img > /boot/wraplinux-nbi.ltsp > /etc/ltsp/dracut/ltsp-**postinst.d:# Symlink vmlinuz.ltsp and initrd.ltsp > and set permissions for tftp server > /etc/ltsp/dracut/ltsp-**postinst.d:ln -sf vmlinuz-$1 /boot/vmlinuz.ltsp > /etc/ltsp/dracut/ltsp-**postinst.d:ln -sf $INITRD /boot/initrd.ltsp > /etc/ltsp/nbdswapd.conf:**SWAPDIR=/var/lib/ltsp/**swapfiles > /etc/lvm/archive/vg_ltsp_**00000-998910363.vg:creation_**host = " > ltsp.MYSERVER.com" # Linux ltsp.MYSERVER.com 2.6.32-279.el6.x86_64 #1 SMP > Fri Jun 22 12:19:21 UTC 2012 x86_64 > /etc/lvm/archive/vg_ltsp_**00000-998910363.vg:vg_ltsp { > /etc/lvm/archive/vg_ltsp_**00000-998910363.vg: > creation_host = "ltsp.MYSERVER.com" > /etc/lvm/archive/vg_ltsp_**00000-998910363.vg: > creation_host = "ltsp.MYSERVER.com" > /etc/lvm/archive/vg_ltsp_**00000-998910363.vg: > creation_host = "ltsp.MYSERVER.com" > /etc/lvm/backup/vg_ltsp:**creation_host = "ltsp.MYSERVER.com" # Linux > ltsp.MYSERVER.com 2.6.32-279.el6.x86_64 #1 SMP Fri Jun 22 12:19:21 UTC > 2012 x86_64 > /etc/lvm/backup/vg_ltsp:vg_**ltsp { > /etc/lvm/backup/vg_ltsp: creation_host = " > ltsp.MYSERVER.com" > /etc/lvm/backup/vg_ltsp: creation_host = " > ltsp.MYSERVER.com" > /etc/lvm/backup/vg_ltsp: creation_host = " > ltsp.MYSERVER.com" > /etc/mtab:/dev/mapper/vg_ltsp-**lv_root / ext4 rw 0 0 > /etc/mtab:/dev/mapper/vg_ltsp-**lv_home /home ext4 rw 0 0 > /etc/printcap:Mustavalkoinen_**uusi at 172.31.100.254 > |**Mustavalkoinen_uusi:rm=ltsp.**MYSERVER.com:rp=Mustavalkoinen** > _uusi at 172.31.100.254 : > /etc/printcap:CLP-510|Samsung CLP-510:rm=ltsp.MYSERVER.com:r**p=CLP-510: > /etc/printcap:CLP-510 at 172.31.**100.254 |Samsung > CLP-510:rm=ltsp.MYSERVER.com:r**p=CLP-510 at 172.31.100.254: > /etc/printcap:CLP-510 at 192.168.**0.11 |Samsung > CLP-510:rm=ltsp.MYSERVER.com:r**p=CLP-510 at 192.168.0.11: > /etc/printcap:Colorlaser|**Colorlaser:rm=ltsp.MYSERVER.** > com:rp=Colorlaser: > /etc/printcap:Colorlaser at 172.**31.100.254 > |Colorlaser:rm=ltsp.**MYSERVER.com:rp=Colorlaser@**172.31.100.254 > : > /etc/printcap:Colorlaser at 192.**168.0.11 > |Colorlaser:rm=ltsp.**MYSERVER.com:rp=Colorlaser@**192.168.0.11 > : > /etc/printcap:Mustavalkoinen_**uusi|Mustavalkoinen_uusi:rm=** > ltsp.MYSERVER.com:rp=**Mustavalkoinen_uusi: > /etc/printcap:Mustavalkoinen_**uusi at 192.168.0.11 > |**Mustavalkoinen_uusi:rm=ltsp.**MYSERVER.com:rp=Mustavalkoinen** > _uusi at 192.168.0.11 : > /etc/printcap:NewColorLaser|**NewColorLaser:rm=ltsp.** > MYSERVER.com:rp=NewColorLaser: > /etc/printcap:NewColorLaser@**172.31.100.254 > |NewColorLaser:**rm=ltsp.MYSERVER.com:rp=NewCol**orLaser at 172.31.100.254 > : > /etc/printcap:NewColorLaser@**192.168.0.11 > |NewColorLaser:rm=**ltsp.MYSERVER.com:rp=NewColorL**aser at 192.168.0.11 > : > /etc/rc0.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd > /etc/rc0.d/K35ltsp-dhcpd:# config: /etc/ltsp/dhcpd.conf > /etc/rc0.d/K35ltsp-dhcpd:**lockfile=/var/lock/subsys/**ltsp-dhcpd > /etc/rc0.d/K35ltsp-dhcpd:**pidfile=/var/run/ltsp-dhcpd.**pid > /etc/rc0.d/K35ltsp-dhcpd:[ -f /etc/sysconfig/ltsp-dhcpd ] && . > /etc/sysconfig/ltsp-dhcpd > /etc/rc0.d/K35ltsp-dhcpd: echo "/etc/ltsp/dhcpd.conf" > /etc/rc0.d/K35ltsp-dhcpd: echo -n "Starting ltsp-$prog:" > /etc/rc0.d/K35ltsp-dhcpd: if [ -e /etc/ltsp/DELETE-ME-WHEN-DONE-**need-to-copy-sshkeys > ]; then > /etc/rc0.d/K35ltsp-dhcpd: /usr/sbin/ltsp-update-sshkeys > /etc/rc0.d/K35ltsp-dhcpd: rm -f /etc/ltsp/DELETE-ME-WHEN-DONE-** > need-to-copy-sshkeys > /etc/rc0.d/K35ltsp-dhcpd: echo -n "Shutting down ltsp-$prog:" > > Then we get the same over and over again. I left most of the repeating > lines away. > > /etc/rc1.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd > /etc/rc2.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd > /etc/rc3.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd > /etc/rc4.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd > /etc/rc5.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd > /etc/rc6.d/K35ltsp-dhcpd:# Provides: ltsp-dhcpd > /etc/rc.d/rc1.d/K35ltsp-dhcpd:**# Provides: ltsp-dhcpd > /etc/rc.d/rc3.d/K35ltsp-dhcpd:**# Provides: ltsp-dhcpd > /etc/rc.d/rc6.d/K35ltsp-dhcpd:**# Provides: ltsp-dhcpd > /etc/rc.d/rc4.d/K35ltsp-dhcpd:**# Provides: ltsp-dhcpd > /etc/rc.d/rc2.d/K35ltsp-dhcpd:**# Provides: ltsp-dhcpd > /etc/rc.d/rc5.d/K35ltsp-dhcpd:**# Provides: ltsp-dhcpd > /etc/rc.d/init.d/ltsp-dhcpd:# Provides: ltsp-dhcpd > /etc/rc.d/rc0.d/K35ltsp-dhcpd:**# Provides: ltsp-dhcpd > /etc/rc.d/rc0.d/K35ltsp-dhcpd:**# config: /etc/ltsp/dhcpd.conf > /etc/rc.d/rc0.d/K35ltsp-dhcpd:**lockfile=/var/lock/subsys/**ltsp-dhcpd > /etc/rc.d/rc0.d/K35ltsp-dhcpd:**pidfile=/var/run/ltsp-dhcpd.**pid > /etc/rc.d/rc0.d/K35ltsp-dhcpd:**[ -f /etc/sysconfig/ltsp-dhcpd ] && . > /etc/sysconfig/ltsp-dhcpd > /etc/rc.d/rc0.d/K35ltsp-dhcpd: echo "/etc/ltsp/dhcpd.conf" > /etc/rc.d/rc0.d/K35ltsp-dhcpd: echo -n "Starting ltsp-$prog:" > /etc/rc.d/rc0.d/K35ltsp-dhcpd: if [ -e /etc/ltsp/DELETE-ME-WHEN-DONE-**need-to-copy-sshkeys > ]; then > /etc/rc.d/rc0.d/K35ltsp-dhcpd: /usr/sbin/ltsp-update-sshkeys > /etc/rc.d/rc0.d/K35ltsp-dhcpd: rm -f /etc/ltsp/DELETE-ME-WHEN-DONE- > **need-to-copy-sshkeys > /etc/rc.d/rc0.d/K35ltsp-dhcpd: echo -n "Shutting down ltsp-$prog:" > > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0:# Put this into > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0 > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0:# Warning: Deleting > ifcfg-ltspbr0 alone to disable ltspbr0 will cause you > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0:# ltsp-server package. > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0:# Comment out these two > lines to disable ltspbr0. > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0:DEVICE=**ltspbr0 > /etc/sysconfig/network-**scripts/ifcfg-eth0:BRIDGE="**ltspbr0" > Binary file /etc/sysconfig/network-**scripts/k12linux-release-5.2.**17-1.el6.x86_64 > matches > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0~:# Put this into > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0 > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0~:# Warning: Deleting > ifcfg-ltspbr0 alone to disable ltspbr0 will cause you > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0~:# ltsp-server package. > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0~:# Comment out these two > lines to disable ltspbr0. > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0~:DEVICE=**ltspbr0 > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0.rpmsave:**# Put this into > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0 > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0.rpmsave:**# Warning: > Deleting ifcfg-ltspbr0 alone to disable ltspbr0 will cause you > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0.rpmsave:**# ltsp-server > package. > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0.rpmsave:**# Comment out > these two lines to disable ltspbr0. > /etc/sysconfig/network-**scripts/ifcfg-ltspbr0.rpmsave:**DEVICE=ltspbr0 > /etc/sysconfig/network-**scripts/ifcfg-eth0~:BRIDGE="**ltspbr0" > /etc/sysconfig/network:**HOSTNAME=ltsp.MYSERVER.com > /etc/xinetd.d/nbdrootd: server_args = /opt/ltsp/images/i386.img > /etc/xinetd.d/nbdrootd.**rpmsave: server_args = > /opt/ltsp/images/i386.img > > Looking at these lines I can't see any problems. > > > Kenneth > > >> and see where ltsp is referenced. >> >> Also do a >> >> >> and make sure the you get something like: >> nfsd 274672 13 >> auth_rpcgss 48594 1 nfsd >> nfs_acl 12741 1 nfsd >> lockd 93540 1 nfsd >> sunrpc 256499 29 nfsd,auth_rpcgss,lockd,nfs_acl >> >> >> If no nfsd, then BINGO! Just run modprobe nfsd and service nfsd restart >> >> >> >> >> > ______________________________**_________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/**mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Thu May 2 05:37:38 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Thu, 02 May 2013 08:37:38 +0300 Subject: [K12OSN] NFS fails to start In-Reply-To: References: <51815A83.5010108@nudata.fi> <5181A9A5.7020907@nudata.fi> <5181EE04.8040203@nudata.fi> Message-ID: <5181FBA2.8030105@nudata.fi> Hi, sounds like an Windows fix, please reinstall :=) But that is just what I decided needs to be done, I emailed the client and will head out to client tomorrow morning. One strange thing I noticed by mistake is the dates on folders. [root at ltsp tmp]# ll /opt/ total 4 drwxr-xr-x. 5 root root 4096 Mar 17 1913 ltsp LTSP was hardly thought of 1913. I tried to look in different logs but can't see any file errors. But I see some folders being dated to 1913. Should matter for NFS, but if filesystem is that messed up no wonder NFS doesn't work. Kenneth > Totally strange. > > I saw a blurb on a Ubuntu page where there was a kernel bug related to > ext4 filesystem shared out by NFS. However, even though it showed the > same error, it was still mountable from a remote machine. > > I have a vanilla CentOS 6.4 with kernel 2.6.32-358 I tested the NFS > server on with no issues. > > /etc/exports: > /home *(rw,no_root_squash,async) > > disables NFSv4 in /etc/sysconfig/nfs > > turned off iptables for the test > > actually have selinux in enforcing mode > > mounted remotely with no issues or errors on starting nfs service. > > At this point, I think there's a problem with the hard drive. The top > level inode collections are screwed up and NFS can't "do it's thing" > because it can't read the filesystem metadata. > > I would run 'badblocks' on the drive and reinstall (lousy answer and > bad sysadmin solution but short of running strace on everything it may > be the fastest way to working) with a fresh drive format. > > From cisna-barry at wc235.k12.il.us Thu May 2 11:23:40 2013 From: cisna-barry at wc235.k12.il.us (Barry Cisna) Date: Thu, 02 May 2013 06:23:40 -0500 Subject: [K12OSN] Shockwave player Message-ID: <1367493820.22469.29.camel@localhost> Jim, Believe me, in a school environment you do not have any idea what 'women' teachers find that trips their trigger on using some sort of graphics novelty things. You are exactly right, though.I honestly hadn't even thought of Shockwave for 5 years at least!,,,:) After she finds this 'build your own landscape' website/app it will be something else 8 weeks later. bottom line. Take Care, Barry From jim.kinney at gmail.com Thu May 2 13:00:13 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Thu, 2 May 2013 09:00:13 -0400 Subject: [K12OSN] NFS fails to start In-Reply-To: <5181FBA2.8030105@nudata.fi> References: <51815A83.5010108@nudata.fi> <5181A9A5.7020907@nudata.fi> <5181EE04.8040203@nudata.fi> <5181FBA2.8030105@nudata.fi> Message-ID: That date error is very suspicious. Yeah, windowsish solution indeed :-( Run memtest before the install as a flaky dimm can cause these errors as well. On May 2, 2013 1:40 AM, "Kenneth Lundstr?m" wrote: > Hi, > > sounds like an Windows fix, please reinstall :=) But that is just what I > decided needs to be done, I emailed the client and will head out to client > tomorrow morning. > > One strange thing I noticed by mistake is the dates on folders. > > [root at ltsp tmp]# ll /opt/ > total 4 > drwxr-xr-x. 5 root root 4096 Mar 17 1913 ltsp > > LTSP was hardly thought of 1913. I tried to look in different logs but > can't see any file errors. But I see some folders being dated to 1913. > Should matter for NFS, but if filesystem is that messed up no wonder NFS > doesn't work. > > > Kenneth > > Totally strange. >> >> I saw a blurb on a Ubuntu page where there was a kernel bug related to >> ext4 filesystem shared out by NFS. However, even though it showed the same >> error, it was still mountable from a remote machine. >> >> I have a vanilla CentOS 6.4 with kernel 2.6.32-358 I tested the NFS >> server on with no issues. >> >> /etc/exports: >> /home *(rw,no_root_squash,async) >> >> disables NFSv4 in /etc/sysconfig/nfs >> >> turned off iptables for the test >> >> actually have selinux in enforcing mode >> >> mounted remotely with no issues or errors on starting nfs service. >> >> At this point, I think there's a problem with the hard drive. The top >> level inode collections are screwed up and NFS can't "do it's thing" >> because it can't read the filesystem metadata. >> >> I would run 'badblocks' on the drive and reinstall (lousy answer and bad >> sysadmin solution but short of running strace on everything it may be the >> fastest way to working) with a fresh drive format. >> >> >> > ______________________________**_________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/**mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From accessys at smart.net Thu May 2 13:20:30 2013 From: accessys at smart.net (accessys at smart.net) Date: Thu, 2 May 2013 09:20:30 -0400 (EDT) Subject: [K12OSN] Shockwave player In-Reply-To: <1367493820.22469.29.camel@localhost> References: <1367493820.22469.29.camel@localhost> Message-ID: ask her how much the school should have to pay for her project, since windows will be much more expensive Bob On Thu, 2 May 2013, Barry Cisna wrote: > Date: Thu, 02 May 2013 06:23:40 -0500 > From: Barry Cisna > Reply-To: Support list for open source software in schools. > > To: K12LTSP Mailing List > Subject: Re: [K12OSN] Shockwave player > > Jim, > > Believe me, in a school environment you do not have any idea what > 'women' teachers find that trips their trigger on using some sort of > graphics novelty things. > > You are exactly right, though.I honestly hadn't even thought of > Shockwave for 5 years at least!,,,:) > > After she finds this 'build your own landscape' website/app it will be > something else 8 weeks later. bottom line. > > Take Care, > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > From jim.kinney at gmail.com Thu May 2 12:53:52 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Thu, 2 May 2013 08:53:52 -0400 Subject: [K12OSN] Shockwave player In-Reply-To: <1367493820.22469.29.camel@localhost> References: <1367493820.22469.29.camel@localhost> Message-ID: Show her Google earth On May 2, 2013 7:26 AM, "Barry Cisna" wrote: > Jim, > > Believe me, in a school environment you do not have any idea what > 'women' teachers find that trips their trigger on using some sort of > graphics novelty things. > > You are exactly right, though.I honestly hadn't even thought of > Shockwave for 5 years at least!,,,:) > > After she finds this 'build your own landscape' website/app it will be > something else 8 weeks later. bottom line. > > Take Care, > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From davidm at trustholiday.com Thu May 2 21:30:51 2013 From: davidm at trustholiday.com (David C. Moody) Date: Thu, 2 May 2013 21:30:51 +0000 Subject: [K12OSN] Help? Programs not Running? Message-ID: Hello everyone, I need some help. I was doing my standard update today to keep the system up to date and it blew up in my face. Now after finally working all day and getting the users able to log back in. They can log in, and run any apps that run via ltsp-local-apps, however any apps that run on the base system cause the user to get kicked out back to the login screen. Pertinent system information: [root at shopltsp ~]# rpm -qa|grep ltsp ltsp-release-5-9.el6.noarch ltsp-server-5.4.5-20.el6.i686 ltspfs-1.1-7.el6.i686 [root at shopltsp ~]# cat /etc/*release* CentOS release 6.4 (Final) LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch cat: /etc/lsb-release.d: Is a directory CentOS release 6.4 (Final) CentOS release 6.4 (Final) cpe:/o:centos:linux:6:GA This is what I'm seeing in messages log: [root at shopltsp log]# tail messages May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure unregistering from session: Connection is closed May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 from=::ffff:192.168.10.15 May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 duration=0(sec) May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device '/dev/virtio-ports/com.redhat.spice.0': No such file or directory May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure unregistering from session: Connection is closed May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure unregistering from session: Connection is closed May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 from=::ffff:192.168.10.15 May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 duration=0(sec) May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device '/dev/virtio-ports/com.redhat.spice.0': No such file or directory May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. I've done some googling, but I've been unable to turn up anything that corrects the problem as of yet. Thanks for any help! -David -------------- next part -------------- An HTML attachment was scrubbed... URL: From cisna-barry at wc235.k12.il.us Fri May 3 12:40:48 2013 From: cisna-barry at wc235.k12.il.us (Barry Cisna) Date: Fri, 03 May 2013 07:40:48 -0500 Subject: [K12OSN] Help? Programs not Running? Message-ID: <1367584848.22469.34.camel@localhost> David, It is a long shot but try running (as root) ltsp-update-sshkeys Barry From davidm at trustholiday.com Fri May 3 14:36:44 2013 From: davidm at trustholiday.com (David C. Moody) Date: Fri, 3 May 2013 14:36:44 +0000 Subject: [K12OSN] Help? Programs not Running? Message-ID: Yeah, I had already tried the ltsp-update-sshkeys, it does nothing. -------------- next part -------------- An HTML attachment was scrubbed... URL: From burke at thealmquists.net Fri May 3 17:02:08 2013 From: burke at thealmquists.net (Burke Almquist) Date: Fri, 3 May 2013 12:02:08 -0500 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: References: Message-ID: <3C258376-4A26-44A9-8685-588D86AE7205@thealmquists.net> You might want to try creating a new user. It could possibly be something, that would tell us if it's something in their /home that is causing it to crash, or if it's something with the base system itself. On May 3, 2013, at 9:36 AM, David C. Moody wrote: > Yeah, I had already tried the ltsp-update-sshkeys, it does nothing. > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From sergio.chaves at gmail.com Sun May 5 13:22:04 2013 From: sergio.chaves at gmail.com (Sergio Chaves) Date: Sun, 5 May 2013 09:22:04 -0400 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: References: Message-ID: Not to Hijack the thread but I updated 02 of my servers - Scientific Linux 6 - yesterday afternoon and after that, clients no longer can authenticate and get a login screen. Also updated ssh-keys, verified the dhcp server, etc. The only noticeable error message I see is that when the servers are coming up, the system says that either ltspbr0 is duplicated by dev or, it is garbage. Eth1 however, initializes fine. Just no DHCP offers. I have uninstalled the ltsp-server, re-installed it and rebuilt the client with ltsp-build-client. Something must have changed in a config file that I am missing it big time. Google returned many unrelated things If I cannot figure it out soon, it will be a long night tonight. Sergio On Thu, May 2, 2013 at 5:30 PM, David C. Moody wrote: > Hello everyone, > > I need some help. I was doing my standard update today to keep the > system up to date and it blew up in my face. > > Now after finally working all day and getting the users able to log back > in. They can log in, and run any apps that run via ltsp-local-apps, > however any apps that run on the base system cause the user to get kicked > out back to the login screen. > > Pertinent system information: > > [root at shopltsp ~]# rpm -qa|grep ltsp > ltsp-release-5-9.el6.noarch > ltsp-server-5.4.5-20.el6.i686 > ltspfs-1.1-7.el6.i686 > > [root at shopltsp ~]# cat /etc/*release* > CentOS release 6.4 (Final) > > LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch > cat: /etc/lsb-release.d: Is a directory > CentOS release 6.4 (Final) > CentOS release 6.4 (Final) > cpe:/o:centos:linux:6:GA > > > This is what I'm seeing in messages log: > > [root at shopltsp log]# tail messages > May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure > unregistering from session: Connection is closed > May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 > from=::ffff:192.168.10.15 > May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 > duration=0(sec) > May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device > '/dev/virtio-ports/com.redhat.spice.0': No such file or directory > May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure > unregistering from session: Connection is closed > May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure > unregistering from session: Connection is closed > May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 > from=::ffff:192.168.10.15 > May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 > duration=0(sec) > May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device > '/dev/virtio-ports/com.redhat.spice.0': No such file or directory > May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. > > > I've done some googling, but I've been unable to turn up anything that > corrects the problem as of yet. > > Thanks for any help! > -David > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From william at fragakis.com Sun May 5 17:41:11 2013 From: william at fragakis.com (William Fragakis) Date: Sun, 05 May 2013 13:41:11 -0400 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: References: Message-ID: <1367775671.3094.63.camel@server.ltsp> Sergio, Was this just a nightly yum update or did you update the ltsp packages, too? Just wanting to know how much sleep I may be losing myself tonight. thanks, William > Message: 1 > Date: Sun, 5 May 2013 09:22:04 -0400 > From: Sergio Chaves > To: "Support list for open source software in schools." > > Subject: Re: [K12OSN] Help? Programs not Running? > Message-ID: > > Content-Type: text/plain; charset="iso-8859-1" > > Not to Hijack the thread but I updated 02 of my servers - Scientific Linux > 6 - yesterday afternoon and after that, clients no longer can authenticate > and get a login screen. Also updated ssh-keys, verified the dhcp server, > etc. > The only noticeable error message I see is that when the servers are coming > up, the system says that either ltspbr0 is duplicated by dev or, it is > garbage. > Eth1 however, initializes fine. Just no DHCP offers. I have uninstalled the > ltsp-server, re-installed it and rebuilt the client with ltsp-build-client. > Something must have changed in a config file that I am missing it big time. > Google returned many unrelated things > If I cannot figure it out soon, it will be a long night tonight. > > Sergio > > > > On Thu, May 2, 2013 at 5:30 PM, David C. Moody wrote: > > > Hello everyone, > > > > I need some help. I was doing my standard update today to keep the > > system up to date and it blew up in my face. > > > > Now after finally working all day and getting the users able to log back > > in. They can log in, and run any apps that run via ltsp-local-apps, > > however any apps that run on the base system cause the user to get kicked > > out back to the login screen. > > > > Pertinent system information: > > > > [root at shopltsp ~]# rpm -qa|grep ltsp > > ltsp-release-5-9.el6.noarch > > ltsp-server-5.4.5-20.el6.i686 > > ltspfs-1.1-7.el6.i686 > > > > [root at shopltsp ~]# cat /etc/*release* > > CentOS release 6.4 (Final) > > > > LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch > > cat: /etc/lsb-release.d: Is a directory > > CentOS release 6.4 (Final) > > CentOS release 6.4 (Final) > > cpe:/o:centos:linux:6:GA > > > > > > This is what I'm seeing in messages log: > > > > [root at shopltsp log]# tail messages > > May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure > > unregistering from session: Connection is closed > > May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 > > from=::ffff:192.168.10.15 > > May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 > > duration=0(sec) > > May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device > > '/dev/virtio-ports/com.redhat.spice.0': No such file or directory > > May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure > > unregistering from session: Connection is closed > > May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure > > unregistering from session: Connection is closed > > May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 > > from=::ffff:192.168.10.15 > > May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 > > duration=0(sec) > > May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device > > '/dev/virtio-ports/com.redhat.spice.0': No such file or directory > > May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. > > > > > > I've done some googling, but I've been unable to turn up anything that > > corrects the problem as of yet. > > > > Thanks for any help! > > -David > > > > _______________________________________________ > > K12OSN mailing list > > K12OSN at redhat.com > > https://www.redhat.com/mailman/listinfo/k12osn > > For more info see > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > > End of K12OSN Digest, Vol 108, Issue 7 > ************************************** From sergio.chaves at gmail.com Sun May 5 19:26:08 2013 From: sergio.chaves at gmail.com (Sergio Chaves) Date: Sun, 5 May 2013 15:26:08 -0400 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: <1367775671.3094.63.camel@server.ltsp> References: <1367775671.3094.63.camel@server.ltsp> Message-ID: ltsp packages. I am in the process of rebuilding one server while troubleshooting the other one and see if I can fix it before I hit the point of reinstall it as well. On Sun, May 5, 2013 at 1:41 PM, William Fragakis wrote: > Sergio, > Was this just a nightly yum update or did you update the ltsp packages, > too? > > Just wanting to know how much sleep I may be losing myself tonight. > > thanks, > William > > > > Message: 1 > > Date: Sun, 5 May 2013 09:22:04 -0400 > > From: Sergio Chaves > > To: "Support list for open source software in schools." > > > > Subject: Re: [K12OSN] Help? Programs not Running? > > Message-ID: > > N-_VbGDpHAG7iH+vycftJQQ1YWiA at mail.gmail.com> > > Content-Type: text/plain; charset="iso-8859-1" > > > > Not to Hijack the thread but I updated 02 of my servers - Scientific > Linux > > 6 - yesterday afternoon and after that, clients no longer can > authenticate > > and get a login screen. Also updated ssh-keys, verified the dhcp server, > > etc. > > The only noticeable error message I see is that when the servers are > coming > > up, the system says that either ltspbr0 is duplicated by dev or, it is > > garbage. > > Eth1 however, initializes fine. Just no DHCP offers. I have uninstalled > the > > ltsp-server, re-installed it and rebuilt the client with > ltsp-build-client. > > Something must have changed in a config file that I am missing it big > time. > > Google returned many unrelated things > > If I cannot figure it out soon, it will be a long night tonight. > > > > Sergio > > > > > > > > On Thu, May 2, 2013 at 5:30 PM, David C. Moody >wrote: > > > > > Hello everyone, > > > > > > I need some help. I was doing my standard update today to keep the > > > system up to date and it blew up in my face. > > > > > > Now after finally working all day and getting the users able to log > back > > > in. They can log in, and run any apps that run via ltsp-local-apps, > > > however any apps that run on the base system cause the user to get > kicked > > > out back to the login screen. > > > > > > Pertinent system information: > > > > > > [root at shopltsp ~]# rpm -qa|grep ltsp > > > ltsp-release-5-9.el6.noarch > > > ltsp-server-5.4.5-20.el6.i686 > > > ltspfs-1.1-7.el6.i686 > > > > > > [root at shopltsp ~]# cat /etc/*release* > > > CentOS release 6.4 (Final) > > > > > > > LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch > > > cat: /etc/lsb-release.d: Is a directory > > > CentOS release 6.4 (Final) > > > CentOS release 6.4 (Final) > > > cpe:/o:centos:linux:6:GA > > > > > > > > > This is what I'm seeing in messages log: > > > > > > [root at shopltsp log]# tail messages > > > May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure > > > unregistering from session: Connection is closed > > > May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 > > > from=::ffff:192.168.10.15 > > > May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 > > > duration=0(sec) > > > May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device > > > '/dev/virtio-ports/com.redhat.spice.0': No such file or directory > > > May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure > > > unregistering from session: Connection is closed > > > May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure > > > unregistering from session: Connection is closed > > > May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 > > > from=::ffff:192.168.10.15 > > > May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 > > > duration=0(sec) > > > May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device > > > '/dev/virtio-ports/com.redhat.spice.0': No such file or directory > > > May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. > > > > > > > > > I've done some googling, but I've been unable to turn up anything that > > > corrects the problem as of yet. > > > > > > Thanks for any help! > > > -David > > > > > > _______________________________________________ > > > K12OSN mailing list > > > K12OSN at redhat.com > > > https://www.redhat.com/mailman/listinfo/k12osn > > > For more info see > > > > > -------------- next part -------------- > > An HTML attachment was scrubbed... > > URL: < > https://www.redhat.com/archives/k12osn/attachments/20130505/31314333/attachment.html > > > > > > ------------------------------ > > > > _______________________________________________ > > K12OSN mailing list > > K12OSN at redhat.com > > https://www.redhat.com/mailman/listinfo/k12osn > > > > End of K12OSN Digest, Vol 108, Issue 7 > > ************************************** > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jim.kinney at gmail.com Sun May 5 19:39:55 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Sun, 5 May 2013 15:39:55 -0400 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: References: Message-ID: double check that the bridge device ltspbr0 actually exists (check lsmod - check ifconfig and /etc/sysconfig/network_scripts/ifcfg-* ) Double check that ip_forwarding is still OK watch the dhcpd log with tail -f while things are trying to connect and see if the server "sees" anything. double check the firewall allows incoming dhcp requests. HOWEVER: I'm assuming the clients are regular LTSP clients so they already get dhcp during their PXE boot phase - thus dhcp IS working. run back through the /var/log/yum.log and see what was updated. On Sun, May 5, 2013 at 9:22 AM, Sergio Chaves wrote: > Not to Hijack the thread but I updated 02 of my servers - Scientific Linux > 6 - yesterday afternoon and after that, clients no longer can authenticate > and get a login screen. Also updated ssh-keys, verified the dhcp server, > etc. > The only noticeable error message I see is that when the servers are > coming up, the system says that either ltspbr0 is duplicated by dev or, it > is garbage. > Eth1 however, initializes fine. Just no DHCP offers. I have uninstalled > the ltsp-server, re-installed it and rebuilt the client with > ltsp-build-client. > Something must have changed in a config file that I am missing it big > time. > Google returned many unrelated things > If I cannot figure it out soon, it will be a long night tonight. > > Sergio > > > > On Thu, May 2, 2013 at 5:30 PM, David C. Moody wrote: > >> Hello everyone, >> >> I need some help. I was doing my standard update today to keep the >> system up to date and it blew up in my face. >> >> Now after finally working all day and getting the users able to log >> back in. They can log in, and run any apps that run via ltsp-local-apps, >> however any apps that run on the base system cause the user to get kicked >> out back to the login screen. >> >> Pertinent system information: >> >> [root at shopltsp ~]# rpm -qa|grep ltsp >> ltsp-release-5-9.el6.noarch >> ltsp-server-5.4.5-20.el6.i686 >> ltspfs-1.1-7.el6.i686 >> >> [root at shopltsp ~]# cat /etc/*release* >> CentOS release 6.4 (Final) >> >> LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch >> cat: /etc/lsb-release.d: Is a directory >> CentOS release 6.4 (Final) >> CentOS release 6.4 (Final) >> cpe:/o:centos:linux:6:GA >> >> >> This is what I'm seeing in messages log: >> >> [root at shopltsp log]# tail messages >> May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure >> unregistering from session: Connection is closed >> May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 >> from=::ffff:192.168.10.15 >> May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 >> duration=0(sec) >> May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device >> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure >> unregistering from session: Connection is closed >> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure >> unregistering from session: Connection is closed >> May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 >> from=::ffff:192.168.10.15 >> May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 >> duration=0(sec) >> May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device >> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >> May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. >> >> >> I've done some googling, but I've been unable to turn up anything that >> corrects the problem as of yet. >> >> Thanks for any help! >> -David >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From toddobryan at gmail.com Sun May 5 21:54:35 2013 From: toddobryan at gmail.com (Todd O'Bryan) Date: Sun, 5 May 2013 17:54:35 -0400 Subject: [K12OSN] Locked-down browser for online testing on Linux? Message-ID: Sorry for cross-posting, but I know some people are only on one list... Does anyone know of a way to lock down a browser in Linux for online testing? Ideally, I'm imagining a plug-in or something that, when it accesses a testing site, would make the browser full screen, not allow the user to open new tabs or windows, and would keep the user from switching to other applications during the time that the test is going on. Once the test is submitted, the browser would return to normal. (There would probably also need to be a "Cancel" or "Abort" or "Quit Now" button, that would submit an incomplete test and return control to the user.) I realize you'd have to do some extra stuff outside the browser to prevent savvy users from disabling such a plug-in, but the last time I checked, the only "Lockdown" browser available was a commercial product for Windows. Given the proliferation of online courses, online tests, and the move by many states to do high-stakes testing online, I'm thinking there must be someone working in this area. In fact, creating a bootable CD or USB that had just the testing environment on it might be a good way to ensure that students can't use anything else while they're testing. Anybody know of any development in this direction? Todd From burke at thealmquists.net Sun May 5 23:14:47 2013 From: burke at thealmquists.net (burke at thealmquists.net) Date: Sun, 05 May 2013 18:14:47 -0500 Subject: [K12OSN] Help? Programs not Running? Message-ID: I wonder if the el updates wiped out the ltsp specific configuration in the dhcp config file. Sergio Chaves wrote: >Not to Hijack the thread but I updated 02 of my servers - Scientific Linux >6 - yesterday afternoon and after that, clients no longer can authenticate >and get a login screen. Also updated ssh-keys, verified the dhcp server, >etc. >The only noticeable error message I see is that when the servers are coming >up, the system says that either ltspbr0 is duplicated by dev or, it is >garbage. >Eth1 however, initializes fine. Just no DHCP offers. I have uninstalled the >ltsp-server, re-installed it and rebuilt the client with ltsp-build-client. >Something must have changed in a config file that I am missing it big time. >Google returned many unrelated things >If I cannot figure it out soon, it will be a long night tonight. > >Sergio > > > >On Thu, May 2, 2013 at 5:30 PM, David C. Moody wrote: > >> Hello everyone, >> >> I need some help. I was doing my standard update today to keep the >> system up to date and it blew up in my face. >> >> Now after finally working all day and getting the users able to log back >> in. They can log in, and run any apps that run via ltsp-local-apps, >> however any apps that run on the base system cause the user to get kicked >> out back to the login screen. >> >> Pertinent system information: >> >> [root at shopltsp ~]# rpm -qa|grep ltsp >> ltsp-release-5-9.el6.noarch >> ltsp-server-5.4.5-20.el6.i686 >> ltspfs-1.1-7.el6.i686 >> >> [root at shopltsp ~]# cat /etc/*release* >> CentOS release 6.4 (Final) >> >> LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch >> cat: /etc/lsb-release.d: Is a directory >> CentOS release 6.4 (Final) >> CentOS release 6.4 (Final) >> cpe:/o:centos:linux:6:GA >> >> >> This is what I'm seeing in messages log: >> >> [root at shopltsp log]# tail messages >> May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure >> unregistering from session: Connection is closed >> May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 >> from=::ffff:192.168.10.15 >> May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 >> duration=0(sec) >> May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device >> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure >> unregistering from session: Connection is closed >> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure >> unregistering from session: Connection is closed >> May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 >> from=::ffff:192.168.10.15 >> May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 >> duration=0(sec) >> May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device >> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >> May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. >> >> >> I've done some googling, but I've been unable to turn up anything that >> corrects the problem as of yet. >> >> Thanks for any help! >> -David >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> > >_______________________________________________ >K12OSN mailing list >K12OSN at redhat.com >https://www.redhat.com/mailman/listinfo/k12osn >For more info see From jim.kinney at gmail.com Mon May 6 00:37:45 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Sun, 5 May 2013 20:37:45 -0400 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: References: Message-ID: That's likely if the default itsp config was used. In that case the config is unchanged and can be updated with the next version On May 5, 2013 7:20 PM, "burke at thealmquists.net" wrote: > I wonder if the el updates wiped out the ltsp specific configuration in > the dhcp config file. > > Sergio Chaves wrote: > > >Not to Hijack the thread but I updated 02 of my servers - Scientific Linux > >6 - yesterday afternoon and after that, clients no longer can authenticate > >and get a login screen. Also updated ssh-keys, verified the dhcp server, > >etc. > >The only noticeable error message I see is that when the servers are > coming > >up, the system says that either ltspbr0 is duplicated by dev or, it is > >garbage. > >Eth1 however, initializes fine. Just no DHCP offers. I have uninstalled > the > >ltsp-server, re-installed it and rebuilt the client with > ltsp-build-client. > >Something must have changed in a config file that I am missing it big > time. > >Google returned many unrelated things > >If I cannot figure it out soon, it will be a long night tonight. > > > >Sergio > > > > > > > >On Thu, May 2, 2013 at 5:30 PM, David C. Moody >wrote: > > > >> Hello everyone, > >> > >> I need some help. I was doing my standard update today to keep the > >> system up to date and it blew up in my face. > >> > >> Now after finally working all day and getting the users able to log > back > >> in. They can log in, and run any apps that run via ltsp-local-apps, > >> however any apps that run on the base system cause the user to get > kicked > >> out back to the login screen. > >> > >> Pertinent system information: > >> > >> [root at shopltsp ~]# rpm -qa|grep ltsp > >> ltsp-release-5-9.el6.noarch > >> ltsp-server-5.4.5-20.el6.i686 > >> ltspfs-1.1-7.el6.i686 > >> > >> [root at shopltsp ~]# cat /etc/*release* > >> CentOS release 6.4 (Final) > >> > >> > LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch > >> cat: /etc/lsb-release.d: Is a directory > >> CentOS release 6.4 (Final) > >> CentOS release 6.4 (Final) > >> cpe:/o:centos:linux:6:GA > >> > >> > >> This is what I'm seeing in messages log: > >> > >> [root at shopltsp log]# tail messages > >> May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure > >> unregistering from session: Connection is closed > >> May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 > >> from=::ffff:192.168.10.15 > >> May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 > >> duration=0(sec) > >> May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device > >> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory > >> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure > >> unregistering from session: Connection is closed > >> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure > >> unregistering from session: Connection is closed > >> May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 > >> from=::ffff:192.168.10.15 > >> May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 > >> duration=0(sec) > >> May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device > >> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory > >> May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. > >> > >> > >> I've done some googling, but I've been unable to turn up anything that > >> corrects the problem as of yet. > >> > >> Thanks for any help! > >> -David > >> > >> _______________________________________________ > >> K12OSN mailing list > >> K12OSN at redhat.com > >> https://www.redhat.com/mailman/listinfo/k12osn > >> For more info see > >> > > > >_______________________________________________ > >K12OSN mailing list > >K12OSN at redhat.com > >https://www.redhat.com/mailman/listinfo/k12osn > >For more info see > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.chaves at gmail.com Mon May 6 01:08:52 2013 From: sergio.chaves at gmail.com (Sergio Chaves) Date: Sun, 5 May 2013 21:08:52 -0400 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: References: Message-ID: Jim, Thanks for the tips. Got one server ready to go. I will check on the failing one tomorrow afternoon and let you know of the results. On Sun, May 5, 2013 at 3:39 PM, Jim Kinney wrote: > double check that the bridge device ltspbr0 actually exists (check lsmod - > check ifconfig and /etc/sysconfig/network_scripts/ifcfg-* ) > Double check that ip_forwarding is still OK > > watch the dhcpd log with tail -f while things are trying to connect and > see if the server "sees" anything. > > double check the firewall allows incoming dhcp requests. > > HOWEVER: I'm assuming the clients are regular LTSP clients so they already > get dhcp during their PXE boot phase - thus dhcp IS working. > > run back through the /var/log/yum.log and see what was updated. > > > On Sun, May 5, 2013 at 9:22 AM, Sergio Chaves wrote: > >> Not to Hijack the thread but I updated 02 of my servers - Scientific >> Linux 6 - yesterday afternoon and after that, clients no longer can >> authenticate and get a login screen. Also updated ssh-keys, verified the >> dhcp server, etc. >> The only noticeable error message I see is that when the servers are >> coming up, the system says that either ltspbr0 is duplicated by dev or, it >> is garbage. >> Eth1 however, initializes fine. Just no DHCP offers. I have uninstalled >> the ltsp-server, re-installed it and rebuilt the client with >> ltsp-build-client. >> Something must have changed in a config file that I am missing it big >> time. >> Google returned many unrelated things >> If I cannot figure it out soon, it will be a long night tonight. >> >> Sergio >> >> >> >> On Thu, May 2, 2013 at 5:30 PM, David C. Moody wrote: >> >>> Hello everyone, >>> >>> I need some help. I was doing my standard update today to keep the >>> system up to date and it blew up in my face. >>> >>> Now after finally working all day and getting the users able to log >>> back in. They can log in, and run any apps that run via ltsp-local-apps, >>> however any apps that run on the base system cause the user to get kicked >>> out back to the login screen. >>> >>> Pertinent system information: >>> >>> [root at shopltsp ~]# rpm -qa|grep ltsp >>> ltsp-release-5-9.el6.noarch >>> ltsp-server-5.4.5-20.el6.i686 >>> ltspfs-1.1-7.el6.i686 >>> >>> [root at shopltsp ~]# cat /etc/*release* >>> CentOS release 6.4 (Final) >>> >>> LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch >>> cat: /etc/lsb-release.d: Is a directory >>> CentOS release 6.4 (Final) >>> CentOS release 6.4 (Final) >>> cpe:/o:centos:linux:6:GA >>> >>> >>> This is what I'm seeing in messages log: >>> >>> [root at shopltsp log]# tail messages >>> May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure >>> unregistering from session: Connection is closed >>> May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 >>> from=::ffff:192.168.10.15 >>> May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 >>> duration=0(sec) >>> May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device >>> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >>> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure >>> unregistering from session: Connection is closed >>> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure >>> unregistering from session: Connection is closed >>> May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 >>> from=::ffff:192.168.10.15 >>> May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 >>> duration=0(sec) >>> May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device >>> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >>> May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. >>> >>> >>> I've done some googling, but I've been unable to turn up anything that >>> corrects the problem as of yet. >>> >>> Thanks for any help! >>> -David >>> >>> _______________________________________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >>> >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> > > > > -- > -- > James P. Kinney III > * > *Every time you stop a school, you will have to build a jail. What you > gain at one end you lose at the other. It's like feeding a dog on his own > tail. It won't fatten the dog. > - Speech 11/23/1900 Mark Twain > * > http://electjimkinney.org > http://heretothereideas.blogspot.com/ > * > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From enslaver at enslaver.com Mon May 6 20:37:10 2013 From: enslaver at enslaver.com (Joshua Trimm) Date: Mon, 06 May 2013 15:37:10 -0500 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: References: Message-ID: <51881476.3080105@enslaver.com> An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Mon May 6 20:55:54 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Mon, 06 May 2013 23:55:54 +0300 Subject: [K12OSN] mplug.org Message-ID: <518818DA.6020100@nudata.fi> Hi all, does anybody else have problems contacting mplug.org/~k12linux? I'm just getting timeout when trying to contact it. Kenneth From sergio.chaves at gmail.com Mon May 6 21:32:35 2013 From: sergio.chaves at gmail.com (Sergio Chaves) Date: Mon, 6 May 2013 17:32:35 -0400 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: <51881476.3080105@enslaver.com> References: <51881476.3080105@enslaver.com> Message-ID: Joshua, Thanks for the follow up. I did not have a chance to get to the "bad" server yet - I do not like Mondays :-) It maybe later tonight or tomorrow afternoon before I get to it. On Mon, May 6, 2013 at 4:37 PM, Joshua Trimm wrote: > Any luck with getting things working? I am the K12Linux developer for EL6 > LTSP and I can assist if anyone is still having issues. I also am available > by skype username: joshtrimm until about 6pm CST > > > On 5/5/13 8:08 PM, Sergio Chaves wrote: > > Jim, > > Thanks for the tips. > Got one server ready to go. I will check on the failing one tomorrow > afternoon and let you know of the results. > > > On Sun, May 5, 2013 at 3:39 PM, Jim Kinney wrote: > >> double check that the bridge device ltspbr0 actually exists (check >> lsmod - check ifconfig and /etc/sysconfig/network_scripts/ifcfg-* ) >> Double check that ip_forwarding is still OK >> >> watch the dhcpd log with tail -f while things are trying to connect and >> see if the server "sees" anything. >> >> double check the firewall allows incoming dhcp requests. >> >> HOWEVER: I'm assuming the clients are regular LTSP clients so they >> already get dhcp during their PXE boot phase - thus dhcp IS working. >> >> run back through the /var/log/yum.log and see what was updated. >> >> >> On Sun, May 5, 2013 at 9:22 AM, Sergio Chaves wrote: >> >>> Not to Hijack the thread but I updated 02 of my servers - Scientific >>> Linux 6 - yesterday afternoon and after that, clients no longer can >>> authenticate and get a login screen. Also updated ssh-keys, verified the >>> dhcp server, etc. >>> The only noticeable error message I see is that when the servers are >>> coming up, the system says that either ltspbr0 is duplicated by dev or, it >>> is garbage. >>> Eth1 however, initializes fine. Just no DHCP offers. I have >>> uninstalled the ltsp-server, re-installed it and rebuilt the client with >>> ltsp-build-client. >>> Something must have changed in a config file that I am missing it big >>> time. >>> Google returned many unrelated things >>> If I cannot figure it out soon, it will be a long night tonight. >>> >>> Sergio >>> >>> >>> >>> On Thu, May 2, 2013 at 5:30 PM, David C. Moody >> > wrote: >>> >>>> Hello everyone, >>>> >>>> I need some help. I was doing my standard update today to keep the >>>> system up to date and it blew up in my face. >>>> >>>> Now after finally working all day and getting the users able to log >>>> back in. They can log in, and run any apps that run via ltsp-local-apps, >>>> however any apps that run on the base system cause the user to get kicked >>>> out back to the login screen. >>>> >>>> Pertinent system information: >>>> >>>> [root at shopltsp ~]# rpm -qa|grep ltsp >>>> ltsp-release-5-9.el6.noarch >>>> ltsp-server-5.4.5-20.el6.i686 >>>> ltspfs-1.1-7.el6.i686 >>>> >>>> [root at shopltsp ~]# cat /etc/*release* >>>> CentOS release 6.4 (Final) >>>> >>>> LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch >>>> cat: /etc/lsb-release.d: Is a directory >>>> CentOS release 6.4 (Final) >>>> CentOS release 6.4 (Final) >>>> cpe:/o:centos:linux:6:GA >>>> >>>> >>>> This is what I'm seeing in messages log: >>>> >>>> [root at shopltsp log]# tail messages >>>> May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure >>>> unregistering from session: Connection is closed >>>> May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 >>>> from=::ffff:192.168.10.15 >>>> May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 >>>> duration=0(sec) >>>> May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device >>>> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >>>> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure >>>> unregistering from session: Connection is closed >>>> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure >>>> unregistering from session: Connection is closed >>>> May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 >>>> from=::ffff:192.168.10.15 >>>> May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 >>>> duration=0(sec) >>>> May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device >>>> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >>>> May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. >>>> >>>> >>>> I've done some googling, but I've been unable to turn up anything >>>> that corrects the problem as of yet. >>>> >>>> Thanks for any help! >>>> -David >>>> >>>> _______________________________________________ >>>> K12OSN mailing list >>>> K12OSN at redhat.com >>>> https://www.redhat.com/mailman/listinfo/k12osn >>>> For more info see >>>> >>> >>> >>> _______________________________________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >>> >> >> >> >> -- >> -- >> James P. Kinney III >> * >> *Every time you stop a school, you will have to build a jail. What you >> gain at one end you lose at the other. It's like feeding a dog on his own >> tail. It won't fatten the dog. >> - Speech 11/23/1900 Mark Twain >> * >> http://electjimkinney.org >> http://heretothereideas.blogspot.com/ >> * >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> > > > > _______________________________________________ > K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.chaves at gmail.com Mon May 6 21:37:05 2013 From: sergio.chaves at gmail.com (Sergio Chaves) Date: Mon, 6 May 2013 17:37:05 -0400 Subject: [K12OSN] mplug.org In-Reply-To: <518818DA.6020100@nudata.fi> References: <518818DA.6020100@nudata.fi> Message-ID: Link to install on SL, CentOS, etc is now here. http://wiki.ltsp.org/wiki/Category:Fedora It seems like repo resides now at an amazon cloud On Mon, May 6, 2013 at 4:55 PM, Kenneth Lundstr?m < kenneth.lundstrom at nudata.fi> wrote: > Hi all, > > does anybody else have problems contacting mplug.org/~k12linux? > > I'm just getting timeout when trying to contact it. > > > Kenneth > > ______________________________**_________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/**mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.chaves at gmail.com Wed May 8 10:56:30 2013 From: sergio.chaves at gmail.com (Sergio Chaves) Date: Wed, 8 May 2013 06:56:30 -0400 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: References: <51881476.3080105@enslaver.com> Message-ID: Well, no joy on my end. I tried the tips given here and could not make it work. System still claimed ltspbr0 as garbage. Not willing to give up, I decided to remove the bridge with "ifdown eth1; brctl delbr ltspbr0" and reboot. Not the brightest idea; now I get an instant kernel panic at boot. Time for reload. These servers are for kids classes at church and need to be ready for the weekend. Thanks everybody for the help and the tips. Sergio On Mon, May 6, 2013 at 5:32 PM, Sergio Chaves wrote: > Joshua, > > Thanks for the follow up. > I did not have a chance to get to the "bad" server yet - I do not like > Mondays :-) > It maybe later tonight or tomorrow afternoon before I get to it. > > > On Mon, May 6, 2013 at 4:37 PM, Joshua Trimm wrote: > >> Any luck with getting things working? I am the K12Linux developer for >> EL6 LTSP and I can assist if anyone is still having issues. I also am >> available by skype username: joshtrimm until about 6pm CST >> >> >> On 5/5/13 8:08 PM, Sergio Chaves wrote: >> >> Jim, >> >> Thanks for the tips. >> Got one server ready to go. I will check on the failing one tomorrow >> afternoon and let you know of the results. >> >> >> On Sun, May 5, 2013 at 3:39 PM, Jim Kinney wrote: >> >>> double check that the bridge device ltspbr0 actually exists (check >>> lsmod - check ifconfig and /etc/sysconfig/network_scripts/ifcfg-* ) >>> Double check that ip_forwarding is still OK >>> >>> watch the dhcpd log with tail -f while things are trying to connect >>> and see if the server "sees" anything. >>> >>> double check the firewall allows incoming dhcp requests. >>> >>> HOWEVER: I'm assuming the clients are regular LTSP clients so they >>> already get dhcp during their PXE boot phase - thus dhcp IS working. >>> >>> run back through the /var/log/yum.log and see what was updated. >>> >>> >>> On Sun, May 5, 2013 at 9:22 AM, Sergio Chaves wrote: >>> >>>> Not to Hijack the thread but I updated 02 of my servers - Scientific >>>> Linux 6 - yesterday afternoon and after that, clients no longer can >>>> authenticate and get a login screen. Also updated ssh-keys, verified the >>>> dhcp server, etc. >>>> The only noticeable error message I see is that when the servers are >>>> coming up, the system says that either ltspbr0 is duplicated by dev or, it >>>> is garbage. >>>> Eth1 however, initializes fine. Just no DHCP offers. I have >>>> uninstalled the ltsp-server, re-installed it and rebuilt the client with >>>> ltsp-build-client. >>>> Something must have changed in a config file that I am missing it big >>>> time. >>>> Google returned many unrelated things >>>> If I cannot figure it out soon, it will be a long night tonight. >>>> >>>> Sergio >>>> >>>> >>>> >>>> On Thu, May 2, 2013 at 5:30 PM, David C. Moody < >>>> davidm at trustholiday.com> wrote: >>>> >>>>> Hello everyone, >>>>> >>>>> I need some help. I was doing my standard update today to keep the >>>>> system up to date and it blew up in my face. >>>>> >>>>> Now after finally working all day and getting the users able to log >>>>> back in. They can log in, and run any apps that run via ltsp-local-apps, >>>>> however any apps that run on the base system cause the user to get kicked >>>>> out back to the login screen. >>>>> >>>>> Pertinent system information: >>>>> >>>>> [root at shopltsp ~]# rpm -qa|grep ltsp >>>>> ltsp-release-5-9.el6.noarch >>>>> ltsp-server-5.4.5-20.el6.i686 >>>>> ltspfs-1.1-7.el6.i686 >>>>> >>>>> [root at shopltsp ~]# cat /etc/*release* >>>>> CentOS release 6.4 (Final) >>>>> >>>>> LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch >>>>> cat: /etc/lsb-release.d: Is a directory >>>>> CentOS release 6.4 (Final) >>>>> CentOS release 6.4 (Final) >>>>> cpe:/o:centos:linux:6:GA >>>>> >>>>> >>>>> This is what I'm seeing in messages log: >>>>> >>>>> [root at shopltsp log]# tail messages >>>>> May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure >>>>> unregistering from session: Connection is closed >>>>> May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 >>>>> from=::ffff:192.168.10.15 >>>>> May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 >>>>> pid=3673 duration=0(sec) >>>>> May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device >>>>> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >>>>> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure >>>>> unregistering from session: Connection is closed >>>>> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure >>>>> unregistering from session: Connection is closed >>>>> May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 >>>>> from=::ffff:192.168.10.15 >>>>> May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 >>>>> pid=3963 duration=0(sec) >>>>> May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device >>>>> '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >>>>> May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. >>>>> >>>>> >>>>> I've done some googling, but I've been unable to turn up anything >>>>> that corrects the problem as of yet. >>>>> >>>>> Thanks for any help! >>>>> -David >>>>> >>>>> _______________________________________________ >>>>> K12OSN mailing list >>>>> K12OSN at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/k12osn >>>>> For more info see >>>>> >>>> >>>> >>>> _______________________________________________ >>>> K12OSN mailing list >>>> K12OSN at redhat.com >>>> https://www.redhat.com/mailman/listinfo/k12osn >>>> For more info see >>>> >>> >>> >>> >>> -- >>> -- >>> James P. Kinney III >>> * >>> *Every time you stop a school, you will have to build a jail. What you >>> gain at one end you lose at the other. It's like feeding a dog on his own >>> tail. It won't fatten the dog. >>> - Speech 11/23/1900 Mark Twain >>> * >>> http://electjimkinney.org >>> http://heretothereideas.blogspot.com/ >>> * >>> >>> _______________________________________________ >>> K12OSN mailing list >>> K12OSN at redhat.com >>> https://www.redhat.com/mailman/listinfo/k12osn >>> For more info see >>> >> >> >> >> _______________________________________________ >> K12OSN mailing listK12OSN at redhat.comhttps://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From burke at thealmquists.net Thu May 9 02:37:31 2013 From: burke at thealmquists.net (Burke Almquist) Date: Wed, 8 May 2013 21:37:31 -0500 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: References: <51881476.3080105@enslaver.com> Message-ID: <059D8072-46E8-4996-9361-BA9EE13B50D9@thealmquists.net> >From the looks of the new instructions here. http://wiki.ltsp.org/wiki/Category:Fedora if you read the /usr/share/doc/ltsp-server-5.4.5/README.rpminstall file, you will see they aren't using the bridge anymore. At least that was my understanding when I read it. It's not totally clear to me. The thin client network and dhcp appears to be set up to use the 192.168.67.0 subnet. Looks like the jump to the newer versions of LTSP that were setup to use EL 6.4 made a number of changes. If you update you are going to have to check your configuration. It's not just a simple update. On May 8, 2013, at 5:56 AM, Sergio Chaves wrote: > Well, no joy on my end. > I tried the tips given here and could not make it work. System still claimed ltspbr0 as garbage. > Not willing to give up, I decided to remove the bridge with "ifdown eth1; brctl delbr ltspbr0" and reboot. > Not the brightest idea; now I get an instant kernel panic at boot. > > Time for reload. > These servers are for kids classes at church and need to be ready for the weekend. > Thanks everybody for the help and the tips. > > Sergio > > > > On Mon, May 6, 2013 at 5:32 PM, Sergio Chaves wrote: > Joshua, > > Thanks for the follow up. > I did not have a chance to get to the "bad" server yet - I do not like Mondays :-) > It maybe later tonight or tomorrow afternoon before I get to it. > > > On Mon, May 6, 2013 at 4:37 PM, Joshua Trimm wrote: > Any luck with getting things working? I am the K12Linux developer for EL6 LTSP and I can assist if anyone is still having issues. I also am available by skype username: joshtrimm until about 6pm CST > > > On 5/5/13 8:08 PM, Sergio Chaves wrote: >> Jim, >> >> Thanks for the tips. >> Got one server ready to go. I will check on the failing one tomorrow afternoon and let you know of the results. >> >> >> On Sun, May 5, 2013 at 3:39 PM, Jim Kinney wrote: >> double check that the bridge device ltspbr0 actually exists (check lsmod - check ifconfig and /etc/sysconfig/network_scripts/ifcfg-* ) >> Double check that ip_forwarding is still OK >> >> watch the dhcpd log with tail -f while things are trying to connect and see if the server "sees" anything. >> >> double check the firewall allows incoming dhcp requests. >> >> HOWEVER: I'm assuming the clients are regular LTSP clients so they already get dhcp during their PXE boot phase - thus dhcp IS working. >> >> run back through the /var/log/yum.log and see what was updated. >> >> >> On Sun, May 5, 2013 at 9:22 AM, Sergio Chaves wrote: >> Not to Hijack the thread but I updated 02 of my servers - Scientific Linux 6 - yesterday afternoon and after that, clients no longer can authenticate and get a login screen. Also updated ssh-keys, verified the dhcp server, etc. >> The only noticeable error message I see is that when the servers are coming up, the system says that either ltspbr0 is duplicated by dev or, it is garbage. >> Eth1 however, initializes fine. Just no DHCP offers. I have uninstalled the ltsp-server, re-installed it and rebuilt the client with ltsp-build-client. >> Something must have changed in a config file that I am missing it big time. >> Google returned many unrelated things >> If I cannot figure it out soon, it will be a long night tonight. >> >> Sergio >> >> >> >> On Thu, May 2, 2013 at 5:30 PM, David C. Moody wrote: >> Hello everyone, >> >> I need some help. I was doing my standard update today to keep the system up to date and it blew up in my face. >> >> Now after finally working all day and getting the users able to log back in. They can log in, and run any apps that run via ltsp-local-apps, however any apps that run on the base system cause the user to get kicked out back to the login screen. >> >> Pertinent system information: >> >> [root at shopltsp ~]# rpm -qa|grep ltsp >> ltsp-release-5-9.el6.noarch >> ltsp-server-5.4.5-20.el6.i686 >> ltspfs-1.1-7.el6.i686 >> >> [root at shopltsp ~]# cat /etc/*release* >> CentOS release 6.4 (Final) >> LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch >> cat: /etc/lsb-release.d: Is a directory >> CentOS release 6.4 (Final) >> CentOS release 6.4 (Final) >> cpe:/o:centos:linux:6:GA >> >> >> This is what I'm seeing in messages log: >> >> [root at shopltsp log]# tail messages >> May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure unregistering from session: Connection is closed >> May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 from=::ffff:192.168.10.15 >> May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 duration=0(sec) >> May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure unregistering from session: Connection is closed >> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure unregistering from session: Connection is closed >> May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 from=::ffff:192.168.10.15 >> May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 duration=0(sec) >> May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device '/dev/virtio-ports/com.redhat.spice.0': No such file or directory >> May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. >> >> >> I've done some googling, but I've been unable to turn up anything that corrects the problem as of yet. >> >> Thanks for any help! >> -David >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> >> >> >> -- >> -- >> James P. Kinney III >> >> Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. >> - Speech 11/23/1900 Mark Twain >> >> http://electjimkinney.org >> http://heretothereideas.blogspot.com/ >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see >> >> >> >> _______________________________________________ >> K12OSN mailing list >> >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> >> For more info see >> > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From sergio.chaves at gmail.com Thu May 9 11:05:09 2013 From: sergio.chaves at gmail.com (Sergio Chaves) Date: Thu, 9 May 2013 07:05:09 -0400 Subject: [K12OSN] Help? Programs not Running? In-Reply-To: <059D8072-46E8-4996-9361-BA9EE13B50D9@thealmquists.net> References: <51881476.3080105@enslaver.com> <059D8072-46E8-4996-9361-BA9EE13B50D9@thealmquists.net> Message-ID: Yes. I read the docs and also assumed that ltspbr0 was no longer needed. I went ahead and properly deleted the bridge with "brctl delbr ltspbr0". "Service network restart" did not do the trick; clients still would not connect. The next logical thing for me was to reboot the server. Was I surprised when I got a Kernel Panic as soon as SL started to load. Used some live CDs to recreate the bridge to at least have a booting system but no such luck. Time was running out and I could not spend to much of it to continue troubleshooting it. Rebuilding the server was a faster option for me. Sergio On Wed, May 8, 2013 at 10:37 PM, Burke Almquist wrote: > >From the looks of the new instructions here. > http://wiki.ltsp.org/wiki/Category:Fedora if you read the > /usr/share/doc/ltsp-server-5.4.5/README.rpminstall file, you will see they > aren't using the bridge anymore. At least that was my understanding when I > read it. It's not totally clear to me. The thin client network and dhcp > appears to be set up to use the 192.168.67.0 subnet. > > Looks like the jump to the newer versions of LTSP that were setup to use > EL 6.4 made a number of changes. If you update you are going to have to > check your configuration. It's not just a simple update. > > > On May 8, 2013, at 5:56 AM, Sergio Chaves wrote: > > > Well, no joy on my end. > > I tried the tips given here and could not make it work. System still > claimed ltspbr0 as garbage. > > Not willing to give up, I decided to remove the bridge with "ifdown > eth1; brctl delbr ltspbr0" and reboot. > > Not the brightest idea; now I get an instant kernel panic at boot. > > > > Time for reload. > > These servers are for kids classes at church and need to be ready for > the weekend. > > Thanks everybody for the help and the tips. > > > > Sergio > > > > > > > > On Mon, May 6, 2013 at 5:32 PM, Sergio Chaves > wrote: > > Joshua, > > > > Thanks for the follow up. > > I did not have a chance to get to the "bad" server yet - I do not like > Mondays :-) > > It maybe later tonight or tomorrow afternoon before I get to it. > > > > > > On Mon, May 6, 2013 at 4:37 PM, Joshua Trimm > wrote: > > Any luck with getting things working? I am the K12Linux developer for > EL6 LTSP and I can assist if anyone is still having issues. I also am > available by skype username: joshtrimm until about 6pm CST > > > > > > On 5/5/13 8:08 PM, Sergio Chaves wrote: > >> Jim, > >> > >> Thanks for the tips. > >> Got one server ready to go. I will check on the failing one tomorrow > afternoon and let you know of the results. > >> > >> > >> On Sun, May 5, 2013 at 3:39 PM, Jim Kinney > wrote: > >> double check that the bridge device ltspbr0 actually exists (check > lsmod - check ifconfig and /etc/sysconfig/network_scripts/ifcfg-* ) > >> Double check that ip_forwarding is still OK > >> > >> watch the dhcpd log with tail -f while things are trying to connect > and see if the server "sees" anything. > >> > >> double check the firewall allows incoming dhcp requests. > >> > >> HOWEVER: I'm assuming the clients are regular LTSP clients so they > already get dhcp during their PXE boot phase - thus dhcp IS working. > >> > >> run back through the /var/log/yum.log and see what was updated. > >> > >> > >> On Sun, May 5, 2013 at 9:22 AM, Sergio Chaves > wrote: > >> Not to Hijack the thread but I updated 02 of my servers - Scientific > Linux 6 - yesterday afternoon and after that, clients no longer can > authenticate and get a login screen. Also updated ssh-keys, verified the > dhcp server, etc. > >> The only noticeable error message I see is that when the servers are > coming up, the system says that either ltspbr0 is duplicated by dev or, it > is garbage. > >> Eth1 however, initializes fine. Just no DHCP offers. I have uninstalled > the ltsp-server, re-installed it and rebuilt the client with > ltsp-build-client. > >> Something must have changed in a config file that I am missing it big > time. > >> Google returned many unrelated things > >> If I cannot figure it out soon, it will be a long night tonight. > >> > >> Sergio > >> > >> > >> > >> On Thu, May 2, 2013 at 5:30 PM, David C. Moody > wrote: > >> Hello everyone, > >> > >> I need some help. I was doing my standard update today to keep the > system up to date and it blew up in my face. > >> > >> Now after finally working all day and getting the users able to log > back in. They can log in, and run any apps that run via ltsp-local-apps, > however any apps that run on the base system cause the user to get kicked > out back to the login screen. > >> > >> Pertinent system information: > >> > >> [root at shopltsp ~]# rpm -qa|grep ltsp > >> ltsp-release-5-9.el6.noarch > >> ltsp-server-5.4.5-20.el6.i686 > >> ltspfs-1.1-7.el6.i686 > >> > >> [root at shopltsp ~]# cat /etc/*release* > >> CentOS release 6.4 (Final) > >> > LSB_VERSION=base-4.0-ia32:base-4.0-noarch:core-4.0-ia32:core-4.0-noarch:graphics-4.0-ia32:graphics-4.0-noarch:printing-4.0-ia32:printing-4.0-noarch > >> cat: /etc/lsb-release.d: Is a directory > >> CentOS release 6.4 (Final) > >> CentOS release 6.4 (Final) > >> cpe:/o:centos:linux:6:GA > >> > >> > >> This is what I'm seeing in messages log: > >> > >> [root at shopltsp log]# tail messages > >> May 2 17:36:17 shopltsp gnome-keyring-daemon[3579]: dbus failure > unregistering from session: Connection is closed > >> May 2 17:36:18 shopltsp xinetd[1474]: START: ldminfod pid=3673 > from=::ffff:192.168.10.15 > >> May 2 17:36:18 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3673 > duration=0(sec) > >> May 2 17:36:41 shopltsp spice-vdagent[3861]: Missing virtio device > '/dev/virtio-ports/com.redhat.spice.0': No such file or directory > >> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure > unregistering from session: Connection is closed > >> May 2 17:37:00 shopltsp gnome-keyring-daemon[3863]: dbus failure > unregistering from session: Connection is closed > >> May 2 17:37:01 shopltsp xinetd[1474]: START: ldminfod pid=3963 > from=::ffff:192.168.10.15 > >> May 2 17:37:01 shopltsp xinetd[1474]: EXIT: ldminfod status=0 pid=3963 > duration=0(sec) > >> May 2 17:37:57 shopltsp spice-vdagent[4151]: Missing virtio device > '/dev/virtio-ports/com.redhat.spice.0': No such file or directory > >> May 2 17:40:14 shopltsp avahi-daemon[1195]: Invalid query packet. > >> > >> > >> I've done some googling, but I've been unable to turn up anything that > corrects the problem as of yet. > >> > >> Thanks for any help! > >> -David > >> > >> > >> _______________________________________________ > >> K12OSN mailing list > >> K12OSN at redhat.com > >> https://www.redhat.com/mailman/listinfo/k12osn > >> For more info see > >> > >> > >> _______________________________________________ > >> K12OSN mailing list > >> K12OSN at redhat.com > >> https://www.redhat.com/mailman/listinfo/k12osn > >> For more info see > >> > >> > >> > >> -- > >> -- > >> James P. Kinney III > >> > >> Every time you stop a school, you will have to build a jail. What you > gain at one end you lose at the other. It's like feeding a dog on his own > tail. It won't fatten the dog. > >> - Speech 11/23/1900 Mark Twain > >> > >> http://electjimkinney.org > >> http://heretothereideas.blogspot.com/ > >> > >> _______________________________________________ > >> K12OSN mailing list > >> K12OSN at redhat.com > >> https://www.redhat.com/mailman/listinfo/k12osn > >> For more info see > >> > >> > >> > >> _______________________________________________ > >> K12OSN mailing list > >> > >> K12OSN at redhat.com > >> https://www.redhat.com/mailman/listinfo/k12osn > >> > >> For more info see > >> > > > > > > _______________________________________________ > > K12OSN mailing list > > K12OSN at redhat.com > > https://www.redhat.com/mailman/listinfo/k12osn > > For more info see > > > > > > _______________________________________________ > > K12OSN mailing list > > K12OSN at redhat.com > > https://www.redhat.com/mailman/listinfo/k12osn > > For more info see > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brcisna at eazylivin.net Thu May 9 14:27:33 2013 From: brcisna at eazylivin.net (Barry Cisna) Date: Thu, 09 May 2013 09:27:33 -0500 Subject: [K12OSN] Locked-down browser for online testing on Linux? Message-ID: <1368109653.22469.44.camel@localhost> Todd, About 3 years ago,our K-12 school had some sort of student assessment program that was browser based and was on a 'bootable CD' just as you was mentioning. It was actually an Ubuntu based boot up and went directly to a full screen web browser Firefox,that couldn't be exited. It worked flawless once we found a couple dozen machines that still had cd-rom's that would still function:).Most had bubble gum,,suckers and everything else imaginable shoved in the cd-rom tray.. Doing what you are wanting to do the only practical way would be,to use usb sticks as an boot device Take Care, Barry From pxeboot at gmail.com Thu May 9 14:52:58 2013 From: pxeboot at gmail.com (pxeboot at gmail.com) Date: Thu, 9 May 2013 14:52:58 +0000 Subject: [K12OSN] Locked-down browser for online testing on Linux? In-Reply-To: <1368109653.22469.44.camel@localhost> References: <1368109653.22469.44.camel@localhost> Message-ID: <1950972433-1368111174-cardhu_decombobulator_blackberry.rim.net-1519019656-@b18.c19.bise6.blackberry> If it is possible to boot from CD or USB then PXE boot should also be feasible, no? Plus PXE is easier to tamper-proof Sent on the TELUS Mobility network with BlackBerry -----Original Message----- From: Barry Cisna Sender: k12osn-bounces at redhat.com Date: Thu, 09 May 2013 09:27:33 To: K12LTSP Mailing List Reply-To: "Support list for open source software in schools." Subject: Re: [K12OSN] Locked-down browser for online testing on Linux? Todd, About 3 years ago,our K-12 school had some sort of student assessment program that was browser based and was on a 'bootable CD' just as you was mentioning. It was actually an Ubuntu based boot up and went directly to a full screen web browser Firefox,that couldn't be exited. It worked flawless once we found a couple dozen machines that still had cd-rom's that would still function:).Most had bubble gum,,suckers and everything else imaginable shoved in the cd-rom tray.. Doing what you are wanting to do the only practical way would be,to use usb sticks as an boot device Take Care, Barry _______________________________________________ K12OSN mailing list K12OSN at redhat.com https://www.redhat.com/mailman/listinfo/k12osn For more info see From dhuckaby at paasda.org Thu May 9 15:08:11 2013 From: dhuckaby at paasda.org (Huck) Date: Thu, 09 May 2013 08:08:11 -0700 Subject: [K12OSN] Locked-down browser for online testing on Linux? In-Reply-To: <1950972433-1368111174-cardhu_decombobulator_blackberry.rim.net-1519019656-@b18.c19.bise6.blackberry> References: <1368109653.22469.44.camel@localhost> <1950972433-1368111174-cardhu_decombobulator_blackberry.rim.net-1519019656-@b18.c19.bise6.blackberry> Message-ID: <518BBBDB.7090601@paasda.org> http://wiki.koha-community.org/wiki/Linux_Kiosk or http://jacob.steelsmith.org/content/ubuntu-kiosk-based-10041 should get you going... --Huck On 5/9/2013 7:52 AM, pxeboot at gmail.com wrote: > If it is possible to boot from CD or USB then PXE boot should also be feasible, no? Plus PXE is easier to tamper-proof > Sent on the TELUS Mobility network with BlackBerry > > -----Original Message----- > From: Barry Cisna > Sender: k12osn-bounces at redhat.com > Date: Thu, 09 May 2013 09:27:33 > To: K12LTSP Mailing List > Reply-To: "Support list for open source software in schools." > > Subject: Re: [K12OSN] Locked-down browser for online testing on Linux? > > Todd, > > About 3 years ago,our K-12 school had some sort of student assessment > program that was browser based and was on a 'bootable CD' just as you > was mentioning. > > It was actually an Ubuntu based boot up and went directly to a full > screen web browser Firefox,that couldn't be exited. > > It worked flawless once we found a couple dozen machines that still had > cd-rom's that would still function:).Most had bubble gum,,suckers and > everything else imaginable shoved in the cd-rom tray.. > > Doing what you are wanting to do the only practical way would be,to use > usb sticks as an boot device > > Take Care, > Barry > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see From ngaywood at une.edu.au Tue May 14 05:49:50 2013 From: ngaywood at une.edu.au (Norman Gaywood) Date: Tue, 14 May 2013 15:49:50 +1000 Subject: [K12OSN] mount --move in fedora 18 Message-ID: I posted this question in the fedora mailing list a few months ago and go no response, so I thought I'd try here. I use k12linux to boot our labs but point the workstations to a (currently) fedora 18 applications server. This works well enough except for mounting of USB drives. The USB drives get mounted OK on the server, but the last step of moving the mount to media fails. Here is how I put the question to the fedora mailing list: When using fedora and ltspfs, ltsp clients want to fuse mount their USB drives onto the system into the /media directory. This mostly works except for the last step of move mounting into the /media. The part that fails is the equivalent of the last line in these steps: mkdir -p /tmp/testing cd /tmp/testing/ mkdir -p foo bar mount -t tmpfs tmpfs foo/ mount --move foo bar/ The last step will give the error: mount: wrong fs type, bad option, bad superblock on /tmp/testing/foo, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so This worked (the mount --move) in Fedora 16 (without sandbox installed) and Fedora 17. But not in fedora 18. When the bug appeared briefly in F16, this bug: https://bugzilla.redhat.com/show_bug.cgi?id=838447 was logged. As noted there removing sandbox fixed the problem. F18 seems to make use of pam_sandbox which is probably want is stopping the mount --move this time. So how do I configure/remove pam_sandbox so the mounts will work again? -- Norman Gaywood, Computer Systems Officer University of New England, Armidale, NSW 2351, Australia ngaywood at une.edu.au Phone: +61 (0)2 6773 2412 http://mcs.une.edu.au/~norm Fax: +61 (0)2 6773 3312 Please avoid sending me Word or Power Point attachments. See http://www.gnu.org/philosophy/no-word-attachments.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From william at fragakis.com Thu May 16 16:52:55 2013 From: william at fragakis.com (William Fragakis) Date: Thu, 16 May 2013 12:52:55 -0400 Subject: [K12OSN] yum update issue with ltspbr0 In-Reply-To: References: Message-ID: <1368723175.3819.33.camel@server.ltsp> I don't know if this will shed any light for those who've been suffering similar woes. short version: on ltsp server restart, ltsp-dhcpd failed to start and ltspbr0 was dead. thin clients couldn't boot. update erased ifcfg-ltspbr0 but copying ifcfg-ltspbr0, bringing up ltspbr0 and starting ltsp-dhcpd solved everything. long version: We had a server restart this morning. Someone unfortunately punched the reset button on the ltsp server instead of the dead windows box. Server came back online but thin clients couldn't get ip address to begin booting. Panic developed as this was in the middle of a workday. service ltsp-dhcpd status showed dhcp was dead and restarting it failed with system log saying something about undeclared subnets, etc. ifconfig didn't show anything for ltspbr0 Listed the files in /etc/sysconfig/network-scripts that started with ifcfg-l and got ifcfg-lo ifcfg-ltspbr0~ and ifcfg-ltspbr0.rpmnew But no ifcfg-ltspbr0 Copied ifcfg-ltspbr0.rpmnew to ifcfg-ltspbr0 , did an ifup on ifcfg-ltspbr0 and then ltsp-dhcpd restarted without any problems. thin clients booted and my heart was no longer pounding. Moral of the story, an update incorrectly killed existing ltspbr0 config file. Hope this helps. I didn't see this mentioned elsewhere so sorry if it duplicates anything. Not sure which update killed it or to whom I should submit bug report. Suggestions appreciated. thanks, William From jim.kinney at gmail.com Thu May 16 18:23:07 2013 From: jim.kinney at gmail.com (Jim Kinney) Date: Thu, 16 May 2013 14:23:07 -0400 Subject: [K12OSN] yum update issue with ltspbr0 In-Reply-To: <1368723175.3819.33.camel@server.ltsp> References: <1368723175.3819.33.camel@server.ltsp> Message-ID: check /var/log/yum.log for updates. It will show dates and packages but not sources. since there _use_ to be a ifcfg-ltspbr0 file that came in with the initial LTSP install, the update for that was the fail point. Run rpm --whatprovides /etc/sysconfig/network-scripts/ifcfg-ltspbr0 to find package name for this file. Solution to button pusher problem: glue an O-ring around the power button. Glue a piece of clear plexiglass to a short tube that just fits around the O-ring. Put a nicely printed small sign that reads "WARNING! SHOCK HAZARD! DO NOT TOUCH!" just above the now covered power button. On Thu, May 16, 2013 at 12:52 PM, William Fragakis wrote: > I don't know if this will shed any light for those who've been suffering > similar woes. > > short version: on ltsp server restart, ltsp-dhcpd failed to start and > ltspbr0 was dead. thin clients couldn't boot. update erased > ifcfg-ltspbr0 but copying ifcfg-ltspbr0, bringing up ltspbr0 and > starting ltsp-dhcpd solved everything. > > long version: > > We had a server restart this morning. Someone unfortunately punched the > reset button on the ltsp server instead of the dead windows box. > > Server came back online but thin clients couldn't get ip address to > begin booting. Panic developed as this was in the middle of a workday. > > service ltsp-dhcpd status showed dhcp was dead and restarting it failed > with system log saying something about undeclared subnets, etc. > > ifconfig didn't show anything for ltspbr0 > > Listed the files in /etc/sysconfig/network-scripts that started with > ifcfg-l and got > ifcfg-lo ifcfg-ltspbr0~ and ifcfg-ltspbr0.rpmnew > > But no ifcfg-ltspbr0 > > Copied ifcfg-ltspbr0.rpmnew to ifcfg-ltspbr0 , did an ifup on > ifcfg-ltspbr0 and then ltsp-dhcpd restarted without any problems. thin > clients booted and my heart was no longer pounding. > > Moral of the story, an update incorrectly killed existing ltspbr0 config > file. Hope this helps. I didn't see this mentioned elsewhere so sorry > if it duplicates anything. > > Not sure which update killed it or to whom I should submit bug report. > Suggestions appreciated. > > thanks, > William > > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -- -- James P. Kinney III * *Every time you stop a school, you will have to build a jail. What you gain at one end you lose at the other. It's like feeding a dog on his own tail. It won't fatten the dog. - Speech 11/23/1900 Mark Twain * http://electjimkinney.org http://heretothereideas.blogspot.com/ * -------------- next part -------------- An HTML attachment was scrubbed... URL: From kenneth.lundstrom at nudata.fi Thu May 16 20:00:18 2013 From: kenneth.lundstrom at nudata.fi (=?ISO-8859-1?Q?Kenneth_Lundstr=F6m?=) Date: Thu, 16 May 2013 23:00:18 +0300 Subject: [K12OSN] NFS fails to start In-Reply-To: References: <51815A83.5010108@nudata.fi> <5181A9A5.7020907@nudata.fi> <5181EE04.8040203@nudata.fi> <5181FBA2.8030105@nudata.fi> Message-ID: <51953AD2.90205@nudata.fi> Hello, finally got a chance to reinstall the whole server, I have no done it twice, last thing was to use ext3 instead of ext4 (just a wild guess). But I still the same error. I guess I need to change the whole server. But this has worked, I just can't understand what the problem is. Kenneth > That date error is very suspicious. > Yeah, windowsish solution indeed :-( > Run memtest before the install as a flaky dimm can cause these errors > as well. > > On May 2, 2013 1:40 AM, "Kenneth Lundstr?m" > > wrote: > > Hi, > > sounds like an Windows fix, please reinstall :=) But that is just > what I decided needs to be done, I emailed the client and will > head out to client tomorrow morning. > > One strange thing I noticed by mistake is the dates on folders. > > [root at ltsp tmp]# ll /opt/ > total 4 > drwxr-xr-x. 5 root root 4096 Mar 17 1913 ltsp > > LTSP was hardly thought of 1913. I tried to look in different logs > but can't see any file errors. But I see some folders being dated > to 1913. Should matter for NFS, but if filesystem is that messed > up no wonder NFS doesn't work. > > > Kenneth > > Totally strange. > > I saw a blurb on a Ubuntu page where there was a kernel bug > related to ext4 filesystem shared out by NFS. However, even > though it showed the same error, it was still mountable from a > remote machine. > > I have a vanilla CentOS 6.4 with kernel 2.6.32-358 I tested > the NFS server on with no issues. > > /etc/exports: > /home *(rw,no_root_squash,async) > > disables NFSv4 in /etc/sysconfig/nfs > > turned off iptables for the test > > actually have selinux in enforcing mode > > mounted remotely with no issues or errors on starting nfs service. > > At this point, I think there's a problem with the hard drive. > The top level inode collections are screwed up and NFS can't > "do it's thing" because it can't read the filesystem metadata. > > I would run 'badblocks' on the drive and reinstall (lousy > answer and bad sysadmin solution but short of running strace > on everything it may be the fastest way to working) with a > fresh drive format. > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From jvermeulen at cawdekempen.be Fri May 17 12:55:23 2013 From: jvermeulen at cawdekempen.be (Johan Vermeulen) Date: Fri, 17 May 2013 14:55:23 +0200 Subject: [K12OSN] howto update In-Reply-To: <5164445B.6000901@enslaver.com> References: <5163C458.9060300@cawdekempen.be> <5164445B.6000901@enslaver.com> Message-ID: <519628BB.4000307@cawdekempen.be> Hello Joshua, hello All, I'm trying the update described below on a Centos6.4 machine. After swapping repo, I now have : [root at centos-server ~]# yum repolist Loaded plugins: fastestmirror, refresh-packagekit, security Loading mirror speeds from cached hostfile * base: mirrors.atosworldline.com * extras: mirrors.atosworldline.com * ltsp: ltsprepo.s3.amazonaws.com * updates: mirror.ate.info repo id repo name status base CentOS-6 - Base 6381 extras CentOS-6 - Extras 12 ltsp LTSP - x86_64 61 updates CentOS-6 - Updates 694 repolist: 7148 When I now run # yum update I'm getting trouble with package libjpeg-turbo output: Protected multilib versions: libjpeg-turbo-1.2.1-1.el6.i686 != libjpeg-turbo-1.2.90-20130204.x86_64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest It seems to me both Centos Base repo and ltsp-repo want to give me this package: [root at centos-server ~]# yum whatprovides libjpeg-turbo Loaded plugins: fastestmirror, refresh-packagekit, security Loading mirror speeds from cached hostfile * base: mirrors.atosworldline.com * extras: mirrors.atosworldline.com * ltsp: ltsprepo.s3.amazonaws.com * updates: mirror.ate.info libjpeg-turbo-1.2.1-1.el6.i686 : A MMX/SSE2 accelerated library for manipulating : JPEG image files Repo : base Matched from: libjpeg-turbo-1.2.1-1.el6.x86_64 : A MMX/SSE2 accelerated library for : manipulating JPEG image files Repo : base Matched from: libjpeg-turbo-1.2.90-20130204.x86_64 : A SIMD-accelerated JPEG codec that ...: provides both the libjpeg and TurboJPEG APIs Repo : ltsp Matched from: libjpeg-turbo-1.2.1-1.el6.x86_64 : A MMX/SSE2 accelerated library for : manipulating JPEG image files Repo : installed Matched from: Other : Provides-match: libjpeg-turbo Does anybody else have this problem? Kind regards, J. Op 09-04-13 18:39, Joshua Trimm schreef: > Hello Johan, i've written up some very basic instructions to help get > started at: https://fedorahosted.org/k12linux/wiki/EL6Status the rpm's > are also being pushed to stable in EPEL. I have also started on some > documents that will help guide you through the process that should be > included in the latest RPM's, the files are called README.rpminstall > and QuickInstall-el6. The important thing to note about this upgrade > is that k12linux is become more tightly integrated with ltsp therefore > the repo's are different for the newer versions. 5.2.17 will possibly > remain at http://mplug.org/~k12linux/rpm/el6/ while the newer repo is > located at http://mirror.ancl.hawaii.edu/~k12linux/rpm/. So here is > some preliminary (untested) instructions for upgrading. > > 1. rpm -e k12linux-release > 2. rpm --import > http://mirror.ancl.hawaii.edu/~k12linux/rpm/RPM-GPG-KEY-ltsp > 3. rpm -Uvh > http://mirror.ancl.hawaii.edu/~k12linux/rpm/ltsp-release-5.noarch.rpm > 4. yum clean all > 5. yum update > > Note: iptables/selinux is the reason for most people's issues, disable > those first temporarily to get everything setup. > > That should offer to upgrade your ltsp-server, ltspfs, ldm and other > packages required. I have this tested on EL6.3 and 6.4 with CentOS, > Red Hat and Scientific Linux. If you have any issues feel free to > contact me or shout out to all of us in #ltsp on irc freenode. > > On 4/9/13 2:33 AM, Johan Vermeulen wrote: >> Dear All, >> >> I saw on Facebook that there was an update on 17th of March ( I am >> not subscribed to the announcement list ) >> >> I have k12linux repo enabled on some machines and I'm trying to run >> yum update, that doesn't seem to work. >> >> How to update this? >> >> My current version : >> >> [root at deveder yum.repos.d]# rpm -qa | grep ltsp >> ltsp-server-5.2.17-1.el6.i686 >> ltspfs-0.8-2.el6.i686 >> >> Thanks for any advise. >> >> greetings, J. >> >> Opensource Software is the future. >> >> _______________________________________________ >> K12OSN mailing list >> K12OSN at redhat.com >> https://www.redhat.com/mailman/listinfo/k12osn >> For more info see > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see -------------- next part -------------- An HTML attachment was scrubbed... URL: From sergio.chaves at gmail.com Mon May 20 01:01:09 2013 From: sergio.chaves at gmail.com (Sergio Chaves) Date: Sun, 19 May 2013 21:01:09 -0400 Subject: [K12OSN] yum update issue with ltspbr0 In-Reply-To: <1368723175.3819.33.camel@server.ltsp> References: <1368723175.3819.33.camel@server.ltsp> Message-ID: Well, may be the laziness in me worked to my advantage :-) I am still to fix my second server and will try this approach! Thanks for the tip William! On Thu, May 16, 2013 at 12:52 PM, William Fragakis wrote: > I don't know if this will shed any light for those who've been suffering > similar woes. > > short version: on ltsp server restart, ltsp-dhcpd failed to start and > ltspbr0 was dead. thin clients couldn't boot. update erased > ifcfg-ltspbr0 but copying ifcfg-ltspbr0, bringing up ltspbr0 and > starting ltsp-dhcpd solved everything. > > long version: > > We had a server restart this morning. Someone unfortunately punched the > reset button on the ltsp server instead of the dead windows box. > > Server came back online but thin clients couldn't get ip address to > begin booting. Panic developed as this was in the middle of a workday. > > service ltsp-dhcpd status showed dhcp was dead and restarting it failed > with system log saying something about undeclared subnets, etc. > > ifconfig didn't show anything for ltspbr0 > > Listed the files in /etc/sysconfig/network-scripts that started with > ifcfg-l and got > ifcfg-lo ifcfg-ltspbr0~ and ifcfg-ltspbr0.rpmnew > > But no ifcfg-ltspbr0 > > Copied ifcfg-ltspbr0.rpmnew to ifcfg-ltspbr0 , did an ifup on > ifcfg-ltspbr0 and then ltsp-dhcpd restarted without any problems. thin > clients booted and my heart was no longer pounding. > > Moral of the story, an update incorrectly killed existing ltspbr0 config > file. Hope this helps. I didn't see this mentioned elsewhere so sorry > if it duplicates anything. > > Not sure which update killed it or to whom I should submit bug report. > Suggestions appreciated. > > thanks, > William > > > > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > -------------- next part -------------- An HTML attachment was scrubbed... URL: From brcisna at eazylivin.net Sat May 25 13:48:50 2013 From: brcisna at eazylivin.net (Barry R Cisna) Date: Sat, 25 May 2013 08:48:50 -0500 Subject: [K12OSN] captive portal - OT Message-ID: <1369489730.9566.23.camel@server1.eazylivin.net> Hello All This is off topic, pretty much. Would like to hear if anyone users on list are using a captive portal setup, for IAS in their school environment? At our K-12 school for next year were are leaning on going towards a captive portal setup for IAS due to the influx of BYOD that comes into the school building(s). I honestly hate adding yet more complexity to a network like this but for liability purposes and such,it seems it may well have reached the point of having to do something like this. Thank You, Barry From jvermeulen at cawdekempen.be Thu May 30 13:23:35 2013 From: jvermeulen at cawdekempen.be (Johan Vermeulen) Date: Thu, 30 May 2013 15:23:35 +0200 Subject: [K12OSN] howto update In-Reply-To: <5179861D.3020707@siddall.name> References: <1366787240.559559309@f432.i.mail.ru> <5179861D.3020707@siddall.name> Message-ID: <51A752D7.9090100@cawdekempen.be> Op 25-04-13 21:38, Jeff Siddall schreef: > On 04/24/2013 03:07 AM, Wadim Incognito wrote: >> Hi Paul. >> >> I've run in such issue, and the solution is to update chroot >> (/opt/ltsp/i386) to CentOS 6.4 After that, the problem with login is >> gone. > > I did a full update on my chroot _except_ for ltsp-client, which is > still at ltsp-client-5.2.17-1.el6.i686 > > However, even after running ltsp-update-sshkeys I still cannot get > logged in. LDM reports "no response from server". So it appears > there is something bad in ldm-2.2.11-3.el6.i686 which I believe came > from epel. > > I also noticed most of the session choices disappeared from that > version of LDM. > > Reverting to ldm-2.2.4-1.el6.i686 from the old k12linux repo seems to > have fixed it and I can login again. > > I should point out I did _not_ upgrade the ltsp-server package. > > Joshua, > > Is this something you are working on? It is a bad thing to have a > serious regression in a package that is part of widely used > repositories so removing that for now would probably be wise. > > Thanks, > > Jeff > > _______________________________________________ > K12OSN mailing list > K12OSN at redhat.com > https://www.redhat.com/mailman/listinfo/k12osn > For more info see > > , hello All, after updating, I can boot thinclients without issues. But laptops / workstations that are also on the lan cannot connect connect to the outside world, e.g. ping 8.8.8.8 * root at centos-server ~]# /sbin/sysctl net.ipv4.ip_forward net.ipv4.ip_forward = 1 * ltps-server-tweaks gives me : [root at centos-server ~]# ltsp-server-tweaks About to overwrite your default iptables (firewall) configuration. hit Ctrl-C if unsure. and hangs, even is firewall = off. * here is my /etc/sysconfig/iptables: # Firewall configuration written by system-config-firewall # Manual customization of this file is not recommended. *nat :PREROUTING ACCEPT [0:0] :OUTPUT ACCEPT [0:0] :POSTROUTING ACCEPT [0:0] -A POSTROUTING -o em2 -j MASQUERADE -A POSTROUTING -o ltspbr0 -j MASQUERADE COMMIT *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT -A INPUT -p icmp -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -i em2 -j ACCEPT -A INPUT -i ltspbr0 -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT -A FORWARD -p icmp -j ACCEPT -A FORWARD -i lo -j ACCEPT -A FORWARD -i em2 -j ACCEPT -A FORWARD -i ltspbr0 -j ACCEPT -A FORWARD -o em2 -j ACCEPT -A FORWARD -o ltspbr0 -j ACCEPT -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -j REJECT --reject-with icmp-host-prohibited COMMIT Can anyone offer further advise on this? greetings, J.