Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-04-15 Thread Rainer Stumbaum
  I just did a fresh 
  ltsp-build-client --dist squeeze --mirror http://ftp.de.debian.org/debian/
  and strangely enough now this setup tries to boot from
 the last device it finds (eth2) which is not  the one it
 should use (eth0).
  At least it uses ipconfig now to get the dhcpd
 information.
 
 ipconfig (as used in initramfs-tools in squeeze) should ask
 on all available 
 interfaces, and takes the first that gives a DHCP
 response... do you have your 
 thin client on multiple networks with DHCP on every
 network?

Yes, that is how we do it here... we basically use LTSP as the base of our 
computing cluster (by uninstalling ltsp-client and installing ltsp-client-core)
...
dpkg -P ltsp-client
apt-get autoremove
apt-get install ltsp-client-core
...
So we do not have to maintain a whole setup of Diskless Server setup scripts...

 
  How can we force it to use the first device?
  (still under the nfsmount: need a path
 error-description since it shows the same error ;-) ).
 
 you can do a couple things:
 
 1) set ipappend 2 in
 /var/lib/tftpboot/i386/ltsp/pxelinux.cfg/default which 
 passes the mac address of the network card it's booting and
 initramfs-tools 
 will use the interface that matches that mac address.

This is what sounds more clever... I did not know about this yet, but was 
wondering why the heck parameter BOOTIF was empty...

 2) in
 /opt/ltsp/i386/etc/initramfs-tools/initramfs-tools.conf
 hard-code 
 DEVICE=eth0. then rebuild your initramfs: ltsp-chroot
 update-initramfs -u 
 and update the tftp dir(s) ltsp-update-kernels.
 hard-coding eth0 was the 
 default on lenny, but typically didn't work well with
 multi-NIC setups if you 
 wanted to boot from anything other than eth0.

Which is what I found by myself - going to take that away again...
 
 live well,
   vagrant

Thanks!!
Rainer

--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
  https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net


Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-04-15 Thread Vagrant Cascadian
On Fri, Apr 15, 2011 at 09:08:12AM +0100, Rainer Stumbaum wrote:
 Yes, that is how we do it here... we basically use LTSP as the base of our 
 computing cluster (by uninstalling ltsp-client and installing 
 ltsp-client-core)

oh, interesting. i love to hear about LTSP being used in clever ways. :)


 ...
 dpkg -P ltsp-client
 apt-get autoremove
 apt-get install ltsp-client-core
 ...
 So we do not have to maintain a whole setup of Diskless Server setup 
 scripts...

rather than installing and removing it later, why not run:

  ltsp-build-client --early-packages ltsp-client-core

and not install ltsp-client at all. :)


   How can we force it to use the first device?
   (still under the nfsmount: need a path
  error-description since it shows the same error ;-) ).
  
  you can do a couple things:
  
  1) set ipappend 2 in
  /var/lib/tftpboot/i386/ltsp/pxelinux.cfg/default which 
  passes the mac address of the network card it's booting and
  initramfs-tools 
  will use the interface that matches that mac address.
 
 This is what sounds more clever... I did not know about this yet, but was 
 wondering why the heck parameter BOOTIF was empty...

i forgot to mention you'll want to configure that so that it won't get 
overwritten on upgrades, in /opt/ltsp/i386/etc/ltsp/update-kernels.conf:

  IPAPPEND=2


live well,
  vagrant

--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
  https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net


Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-04-14 Thread Rainer Stumbaum
  I found the regression:
  udhcpc is called in init-premount to get the DHCP
 configuration.
  The udhcpd used in the busybox does not ask the DHCP
 server for the rootpath option.
  Adjusting the udhcpc call in
 
 /usr/share/initramfs-tools/scripts/init-premount/udhcp
  with -O rootpath fixes my problem.
  
 udhcpc isn't part of the default LTSP install on Debian.
 there are hooks to 
 use it if present. so apparently you've got a customized
 install.

I just did a fresh 
ltsp-build-client --dist squeeze --mirror http://ftp.de.debian.org/debian/
and strangely enough now this setup tries to boot from the last device it finds 
(eth2) which is not the one it should use (eth0).
At least it uses ipconfig now to get the dhcpd information.

How can we force it to use the first device?
(still under the nfsmount: need a path error-description since it shows the 
same error ;-) ).

Best regards
Rainer

--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
  https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net


Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-04-14 Thread Vagrant Cascadian
On Thu, Apr 14, 2011 at 08:32:37AM +0100, Rainer Stumbaum wrote:
 I just did a fresh 
 ltsp-build-client --dist squeeze --mirror http://ftp.de.debian.org/debian/
 and strangely enough now this setup tries to boot from the last device it 
 finds (eth2) which is not  the one it should use (eth0).
 At least it uses ipconfig now to get the dhcpd information.

ipconfig (as used in initramfs-tools in squeeze) should ask on all available 
interfaces, and takes the first that gives a DHCP response... do you have your 
thin client on multiple networks with DHCP on every network?

 How can we force it to use the first device?
 (still under the nfsmount: need a path error-description since it shows the 
 same error ;-) ).

you can do a couple things:

1) set ipappend 2 in /var/lib/tftpboot/i386/ltsp/pxelinux.cfg/default which 
passes the mac address of the network card it's booting and initramfs-tools 
will use the interface that matches that mac address.

2) in /opt/ltsp/i386/etc/initramfs-tools/initramfs-tools.conf hard-code 
DEVICE=eth0. then rebuild your initramfs: ltsp-chroot update-initramfs -u 
and update the tftp dir(s) ltsp-update-kernels. hard-coding eth0 was the 
default on lenny, but typically didn't work well with multi-NIC setups if you 
wanted to boot from anything other than eth0.

live well,
  vagrant

--
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
  https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net


Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-04-07 Thread Vagrant Cascadian
On Wed, Apr 06, 2011 at 09:39:44AM +0100, Rainer Stumbaum wrote:
 I found the regression:
 udhcpc is called in init-premount to get the DHCP configuration.
 The udhcpd used in the busybox does not ask the DHCP server for the rootpath 
 option.
 Adjusting the udhcpc call in
 /usr/share/initramfs-tools/scripts/init-premount/udhcp
 with -O rootpath fixes my problem.
 
udhcpc isn't part of the default LTSP install on Debian. there are hooks to 
use it if present. so apparently you've got a customized install.


 But this should be reported somewhere...

feel free to report bugs at http://bugs.launchpad.net for ltsp related bugs, 
or http://bugs.debian.org for debian-specific bugs.


live well,
  vagrant

--
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
  https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net


Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-04-06 Thread Rainer Stumbaum
Ok,
I found the regression:
udhcpc is called in init-premount to get the DHCP configuration.
The udhcpd used in the busybox does not ask the DHCP server for the rootpath 
option.
Adjusting the udhcpc call in
/usr/share/initramfs-tools/scripts/init-premount/udhcp
with -O rootpath fixes my problem.

But this should be reported somewhere...

Best regards
Rainer


--- Rainer Stumbaum stumba...@yahoo.de schrieb am Mi, 30.3.2011:

 Von: Rainer Stumbaum stumba...@yahoo.de
 Betreff: Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives 
 nfsmount: need a path error
 An: ltsp-discuss@lists.sourceforge.net
 Datum: Mittwoch, 30. März, 2011 08:32 Uhr
 Push up... still no ROOTPATH on
 squeeze...
 
 --- Rainer Stumbaum stumba...@yahoo.de
 schrieb am Mi, 23.3.2011:
 
  Von: Rainer Stumbaum stumba...@yahoo.de
  Betreff: Re: [Ltsp-discuss] ltsp@debian: Upgrade of
 chroot to squeeze gives nfsmount: need a path error
  An: ltsp-discuss@lists.sourceforge.net
  Datum: Mittwoch, 23. März, 2011 16:34 Uhr
  Hi Xavier,
  this is not the problem here - as I said
 /tmp/net-eth0.conf
  shows:
  ...
  ROOTSERVER='10.20.37.2'
  ROOTPATH=''
  filename='/debian/amd64/6.001/boot/pxelinux.0'
  ...
  ROOTPATH should spell
  '/export/Diskless/debian/amd64/6.001'
  which it does not.
  
  Best regards
  Rainer
  
  --- Xavier Brochard xav...@alternatif.org
  schrieb am Mi, 23.3.2011:
  
   Von: Xavier Brochard xav...@alternatif.org
   Betreff: Re: [Ltsp-discuss] ltsp@debian: Upgrade
 of
  chroot to squeeze gives nfsmount: need a path error
   An: ltsp-discuss@lists.sourceforge.net
   Datum: Mittwoch, 23. März, 2011 13:07 Uhr
   Le mercredi 23 mars 2011 08:57:17
   Rainer Stumbaum, vous avez écrit :
Booting the squeeze version gives the
 following
   error:
...
Begin: Running /scripts/nfs-premount ...
nfsmount: need a path
done.
...
and then it retries several times till it
 stops
  at the
   busybox command
prompt from the initramfs.

Looking at /tmp/net-eth0.conf we can see
 that
  the
   variable ROOTPATH is not
set. But when executing ipconfig eth0 the
  ROOTPATH
   variable is passed on
from the DHCP server and even updated in
   /tmp/net-eth0.conf .
   
   I have had a similar error.
   If you have somehting like below lines in syslog,
 just
  add
   fsid=0 in your nfs 
   share setup in /etc/exports. Like that:
   /opt/ltsp   
  
 
    *(ro,no_root_squash,async,no_subtree_check,fsid=0)
   
   syslog exrtact:
    mountd[5668]: Kernel does not have pseudo root
  support.
    mountd[5668]: NFS v4 mounts will be disabled
  unless
   fsid=0
    mountd[5668]: is specfied in /etc/exports
 file.
   
   hope this help
   Xavier
   xav...@alternatif.org
   - 09 54 06 16 26
   
  
 
 --
   Enable your software for Intel(R) Active
 Management
   Technology to meet the
   growing manageability and security demands of
 your
   customers. Businesses
   are taking advantage of Intel(R) vPro (TM)
 technology
  -
   will your software 
   be a part of the solution? Download the Intel(R)
   Manageability Checker 
   today! http://p.sf.net/sfu/intel-dev2devmar
  
 
 _
   Ltsp-discuss mailing list.   To
   un-subscribe, or change prefs, goto:
         https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
   For additional LTSP help,   try #ltsp
   channel on irc.freenode.net
   
  
  
  
 
 --
  Enable your software for Intel(R) Active Management
  Technology to meet the
  growing manageability and security demands of your
  customers. Businesses
  are taking advantage of Intel(R) vPro (TM) technology
 -
  will your software 
  be a part of the solution? Download the Intel(R)
  Manageability Checker 
  today! http://p.sf.net/sfu/intel-dev2devmar
 
 _
  Ltsp-discuss mailing list.   To
  un-subscribe, or change prefs, goto:
        https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
  For additional LTSP help,   try #ltsp
  channel on irc.freenode.net
  
 
 
 
 --
 Enable your software for Intel(R) Active Management
 Technology to meet the
 growing manageability and security demands of your
 customers. Businesses
 are taking advantage of Intel(R) vPro (TM) technology -
 will your software 
 be a part of the solution? Download the Intel(R)
 Manageability Checker 
 today! http://p.sf.net/sfu/intel-dev2devmar
 _
 Ltsp-discuss mailing list.   To
 un-subscribe, or change prefs, goto:
       https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
 For additional LTSP help,   try #ltsp
 channel on irc.freenode.net
 


Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-03-30 Thread Rainer Stumbaum
Push up... still no ROOTPATH on squeeze...

--- Rainer Stumbaum stumba...@yahoo.de schrieb am Mi, 23.3.2011:

 Von: Rainer Stumbaum stumba...@yahoo.de
 Betreff: Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives 
 nfsmount: need a path error
 An: ltsp-discuss@lists.sourceforge.net
 Datum: Mittwoch, 23. März, 2011 16:34 Uhr
 Hi Xavier,
 this is not the problem here - as I said /tmp/net-eth0.conf
 shows:
 ...
 ROOTSERVER='10.20.37.2'
 ROOTPATH=''
 filename='/debian/amd64/6.001/boot/pxelinux.0'
 ...
 ROOTPATH should spell
 '/export/Diskless/debian/amd64/6.001'
 which it does not.
 
 Best regards
 Rainer
 
 --- Xavier Brochard xav...@alternatif.org
 schrieb am Mi, 23.3.2011:
 
  Von: Xavier Brochard xav...@alternatif.org
  Betreff: Re: [Ltsp-discuss] ltsp@debian: Upgrade of
 chroot to squeeze gives nfsmount: need a path error
  An: ltsp-discuss@lists.sourceforge.net
  Datum: Mittwoch, 23. März, 2011 13:07 Uhr
  Le mercredi 23 mars 2011 08:57:17
  Rainer Stumbaum, vous avez écrit :
   Booting the squeeze version gives the following
  error:
   ...
   Begin: Running /scripts/nfs-premount ...
   nfsmount: need a path
   done.
   ...
   and then it retries several times till it stops
 at the
  busybox command
   prompt from the initramfs.
   
   Looking at /tmp/net-eth0.conf we can see that
 the
  variable ROOTPATH is not
   set. But when executing ipconfig eth0 the
 ROOTPATH
  variable is passed on
   from the DHCP server and even updated in
  /tmp/net-eth0.conf .
  
  I have had a similar error.
  If you have somehting like below lines in syslog, just
 add
  fsid=0 in your nfs 
  share setup in /etc/exports. Like that:
  /opt/ltsp   
 
    *(ro,no_root_squash,async,no_subtree_check,fsid=0)
  
  syslog exrtact:
   mountd[5668]: Kernel does not have pseudo root
 support.
   mountd[5668]: NFS v4 mounts will be disabled
 unless
  fsid=0
   mountd[5668]: is specfied in /etc/exports file.
  
  hope this help
  Xavier
  xav...@alternatif.org
  - 09 54 06 16 26
  
 
 --
  Enable your software for Intel(R) Active Management
  Technology to meet the
  growing manageability and security demands of your
  customers. Businesses
  are taking advantage of Intel(R) vPro (TM) technology
 -
  will your software 
  be a part of the solution? Download the Intel(R)
  Manageability Checker 
  today! http://p.sf.net/sfu/intel-dev2devmar
 
 _
  Ltsp-discuss mailing list.   To
  un-subscribe, or change prefs, goto:
        https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
  For additional LTSP help,   try #ltsp
  channel on irc.freenode.net
  
 
 
 
 --
 Enable your software for Intel(R) Active Management
 Technology to meet the
 growing manageability and security demands of your
 customers. Businesses
 are taking advantage of Intel(R) vPro (TM) technology -
 will your software 
 be a part of the solution? Download the Intel(R)
 Manageability Checker 
 today! http://p.sf.net/sfu/intel-dev2devmar
 _
 Ltsp-discuss mailing list.   To
 un-subscribe, or change prefs, goto:
       https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
 For additional LTSP help,   try #ltsp
 channel on irc.freenode.net
 



--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
_
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
  https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net


Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-03-23 Thread Helmut Lichtenberg
Hi Rainer,

Rainer Stumbaum schrieb am 23. Mar 2011 um 08:57:17 CET:
 we use LTSP here to run our server landscape as diskless servers, mounting
 additional Data directories per NFS and with services installed in the
 chroot.

did I get you right: you run your servers as LTSP-clients?

This would be great. I often thought about it but never tried it out.
How easy could life be: if you are short in LTSP-Servers, just boot another on
from the meta-LTSP-Server.

Helmut

-- 
-
Helmut Lichtenberg  helmut.lichtenb...@fli.bund.de  Tel.: 05034/871-128
Institut für Nutztiergenetik (FLI) 31535 Neustadt Germany
-

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
_
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
  https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net


Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-03-23 Thread Rainer Stumbaum
Hi,

not like that:
We install only the debian package ltsp-client-core and use that to have a base 
for diskless booting.
In the chroot we install packages like apache or mysql and then mount 
additional filesystems from the NFS server like /var/lib/mysql, /root and /home.

So instead of inventing the wheel of Diskless booting we used ltsp...

But of course - with a centralised Storage you could also boot ltsp Servers 
from the net.

@all: Has anybody else upgraded a chroot yet from lenny to squeeze?

Cheers
Rainer



--- Helmut Lichtenberg h...@tzv.fal.de schrieb am Mi, 23.3.2011:

 Von: Helmut Lichtenberg h...@tzv.fal.de
 Betreff: Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives 
 nfsmount: need a path error
 An: ltsp-discuss@lists.sourceforge.net
 Datum: Mittwoch, 23. März, 2011 10:31 Uhr
 Hi Rainer,
 
 Rainer Stumbaum schrieb am 23. Mar 2011 um 08:57:17 CET:
  we use LTSP here to run our server landscape as
 diskless servers, mounting
  additional Data directories per NFS and with services
 installed in the
  chroot.
 
 did I get you right: you run your servers as LTSP-clients?
 
 This would be great. I often thought about it but never
 tried it out.
 How easy could life be: if you are short in LTSP-Servers,
 just boot another on
 from the meta-LTSP-Server.
 
 Helmut
 
 -- 
 -
 Helmut Lichtenberg  helmut.lichtenb...@fli.bund.de 
 Tel.: 05034/871-128
 Institut für Nutztiergenetik (FLI)     
    31535 Neustadt     
    Germany
 -
 
 --
 Enable your software for Intel(R) Active Management
 Technology to meet the
 growing manageability and security demands of your
 customers. Businesses
 are taking advantage of Intel(R) vPro (TM) technology -
 will your software 
 be a part of the solution? Download the Intel(R)
 Manageability Checker 
 today! http://p.sf.net/sfu/intel-dev2devmar
 _
 Ltsp-discuss mailing list.   To
 un-subscribe, or change prefs, goto:
       https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
 For additional LTSP help,   try #ltsp
 channel on irc.freenode.net
 



--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
_
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
  https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net


Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-03-23 Thread Xavier Brochard
Le mercredi 23 mars 2011 08:57:17 Rainer Stumbaum, vous avez écrit :
 Booting the squeeze version gives the following error:
 ...
 Begin: Running /scripts/nfs-premount ...
 nfsmount: need a path
 done.
 ...
 and then it retries several times till it stops at the busybox command
 prompt from the initramfs.
 
 Looking at /tmp/net-eth0.conf we can see that the variable ROOTPATH is not
 set. But when executing ipconfig eth0 the ROOTPATH variable is passed on
 from the DHCP server and even updated in /tmp/net-eth0.conf .

I have had a similar error.
If you have somehting like below lines in syslog, just add fsid=0 in your nfs 
share setup in /etc/exports. Like that:
/opt/ltsp   *(ro,no_root_squash,async,no_subtree_check,fsid=0)

syslog exrtact:
 mountd[5668]: Kernel does not have pseudo root support.
 mountd[5668]: NFS v4 mounts will be disabled unless fsid=0
 mountd[5668]: is specfied in /etc/exports file.

hope this help
Xavier
xav...@alternatif.org - 09 54 06 16 26

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
_
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
  https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net


Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives nfsmount: need a path error

2011-03-23 Thread Rainer Stumbaum
Hi Xavier,
this is not the problem here - as I said /tmp/net-eth0.conf shows:
...
ROOTSERVER='10.20.37.2'
ROOTPATH=''
filename='/debian/amd64/6.001/boot/pxelinux.0'
...
ROOTPATH should spell
'/export/Diskless/debian/amd64/6.001'
which it does not.

Best regards
Rainer

--- Xavier Brochard xav...@alternatif.org schrieb am Mi, 23.3.2011:

 Von: Xavier Brochard xav...@alternatif.org
 Betreff: Re: [Ltsp-discuss] ltsp@debian: Upgrade of chroot to squeeze gives 
 nfsmount: need a path error
 An: ltsp-discuss@lists.sourceforge.net
 Datum: Mittwoch, 23. März, 2011 13:07 Uhr
 Le mercredi 23 mars 2011 08:57:17
 Rainer Stumbaum, vous avez écrit :
  Booting the squeeze version gives the following
 error:
  ...
  Begin: Running /scripts/nfs-premount ...
  nfsmount: need a path
  done.
  ...
  and then it retries several times till it stops at the
 busybox command
  prompt from the initramfs.
  
  Looking at /tmp/net-eth0.conf we can see that the
 variable ROOTPATH is not
  set. But when executing ipconfig eth0 the ROOTPATH
 variable is passed on
  from the DHCP server and even updated in
 /tmp/net-eth0.conf .
 
 I have had a similar error.
 If you have somehting like below lines in syslog, just add
 fsid=0 in your nfs 
 share setup in /etc/exports. Like that:
 /opt/ltsp   
    *(ro,no_root_squash,async,no_subtree_check,fsid=0)
 
 syslog exrtact:
  mountd[5668]: Kernel does not have pseudo root support.
  mountd[5668]: NFS v4 mounts will be disabled unless
 fsid=0
  mountd[5668]: is specfied in /etc/exports file.
 
 hope this help
 Xavier
 xav...@alternatif.org
 - 09 54 06 16 26
 
 --
 Enable your software for Intel(R) Active Management
 Technology to meet the
 growing manageability and security demands of your
 customers. Businesses
 are taking advantage of Intel(R) vPro (TM) technology -
 will your software 
 be a part of the solution? Download the Intel(R)
 Manageability Checker 
 today! http://p.sf.net/sfu/intel-dev2devmar
 _
 Ltsp-discuss mailing list.   To
 un-subscribe, or change prefs, goto:
       https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
 For additional LTSP help,   try #ltsp
 channel on irc.freenode.net
 



--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
_
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
  https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net