drbl-user — DRBL user mailing list

Re: [Drbl-user] Debian 11 released

[Robert A. <ro...@gm...>]

Thanks Steven,
I will try the latest unstable and let you know how it goes.

On Thu, Aug 26, 2021 at 7:02 AM Steven Shiau <st...@na...> wrote:
>
> If you can not wait, you can give unstable DRBL a try. The version of
> drbl to be installed will be >=4.3.16-drbl1.
> Please let us know the results. Thanks.
>
> Steven
>
> On 8/25/21 3:27 AM, Robert Arkiletian wrote:
> > Hi wondering when there will be official DRBL support for Debian 11 Bullseye?
> >
> >
> > _______________________________________________
> > Drbl-user mailing list
> > Drb...@li...
> > https://lists.sourceforge.net/lists/listinfo/drbl-user
>
> --
> Steven Shiau <steven _at_ stevenshiau org>
> Public Key Server PGP Key ID: 4096R/163E3FB0
> Fingerprint: EB1D D5BF 6F88 820B BCF5  356C 8E94 C9CD 163E 3FB0
>
>
>
> _______________________________________________
> Drbl-user mailing list
> Drb...@li...
> https://lists.sourceforge.net/lists/listinfo/drbl-user

Re: [Drbl-user] Debian 11 released

[Steven S. <st...@na...>]

If you can not wait, you can give unstable DRBL a try. The version of
drbl to be installed will be >=4.3.16-drbl1.
Please let us know the results. Thanks.

Steven

On 8/25/21 3:27 AM, Robert Arkiletian wrote:
> Hi wondering when there will be official DRBL support for Debian 11 Bullseye?
>
>
> _______________________________________________
> Drbl-user mailing list
> Drb...@li...
> https://lists.sourceforge.net/lists/listinfo/drbl-user

-- 
Steven Shiau <steven _at_ stevenshiau org>
Public Key Server PGP Key ID: 4096R/163E3FB0
Fingerprint: EB1D D5BF 6F88 820B BCF5  356C 8E94 C9CD 163E 3FB0

[Drbl-user] Debian 11 released

[Robert A. <ro...@gm...>]

Hi wondering when there will be official DRBL support for Debian 11 Bullseye?

Re: [Drbl-user] nfsv4

[Alessandro S. <ale...@li...>]

On 11/05/21 at 23:01, Robert Arkiletian wrote:
> So
> again, is there any reason DRBL is not using nfsv4?

   You might not like the answer, but already got it.


   Have a good day,


-- 

Alessandro Selli <ale...@li...>
VOIP SIP: dha...@ek...
Chiave firma e cifratura PGP/GPG signing and encoding key:
   BA651E4050DDFC31E17384BABCE7BD1A1B0DF2AE

Re: [Drbl-user] nfsv4

[Robert A. <ro...@gm...>]

The reason I asked is that I'm thinking about using Wireguard to
secure NFS. I don't want the complexity of Kerberos. With Debian 11
Wireguard will be built into kernel 5.10. See
https://alexdelorenzo.dev/linux/2020/01/28/nfs-over-wireguard.html

But I think it would be better to use nfsv4 with this solution. So
again, is there any reason DRBL is not using nfsv4?

On Tue, May 11, 2021 at 10:57 AM Alessandro Selli
<ale...@li...> wrote:
>
>    Hello,
>
> I think it's for efficiency. NFSv3 can run on UDP, increasing the
> payload/header ratio of transmission, which is all right on private
> networks with no risk of packet loss or reordering between the
> transmitter and the receiver.
>
>
>    Have a good day,
>
>
> Alessandro Selli
>
> Il 11/05/21 05:50, Robert Arkiletian ha scritto:
> > Researching nfs and I'm wondering what is the reason DRBL is using
> > nfsv3 instead of nfsv4?
> >
> >
> > _______________________________________________
> > Drbl-user mailing list
> > Drb...@li...
> > https://lists.sourceforge.net/lists/listinfo/drbl-user
>
>
> --
> Alessandro Selli <ale...@li...>
> VOIP SIP: dha...@ek...
> Chiave firma e cifratura PGP/GPG signing and encoding key:
>    BA651E4050DDFC31E17384BABCE7BD1A1B0DF2AE
>
>
> _______________________________________________
> Drbl-user mailing list
> Drb...@li...
> https://lists.sourceforge.net/lists/listinfo/drbl-user

Re: [Drbl-user] nfsv4

[Alessandro S. <ale...@li...>]

   Hello,

I think it's for efficiency. NFSv3 can run on UDP, increasing the 
payload/header ratio of transmission, which is all right on private 
networks with no risk of packet loss or reordering between the 
transmitter and the receiver.


   Have a good day,


Alessandro Selli

Il 11/05/21 05:50, Robert Arkiletian ha scritto:
> Researching nfs and I'm wondering what is the reason DRBL is using
> nfsv3 instead of nfsv4?
>
>
> _______________________________________________
> Drbl-user mailing list
> Drb...@li...
> https://lists.sourceforge.net/lists/listinfo/drbl-user


-- 
Alessandro Selli <ale...@li...>
VOIP SIP: dha...@ek...
Chiave firma e cifratura PGP/GPG signing and encoding key:
   BA651E4050DDFC31E17384BABCE7BD1A1B0DF2AE

[Drbl-user] nfsv4

[Robert A. <ro...@gm...>]

Researching nfs and I'm wondering what is the reason DRBL is using
nfsv3 instead of nfsv4?

[Drbl-user] DRBL client kernel panic boot failure

[Robert A. <ro...@gm...>]

Stable DRBL with Ubuntu 18.04 was working perfectly. I upgraded to 20.04 and did

drblsrv -i
drblpush -i

and now all clients have kernel panic during boot. As my last hope I
have included the boot process video link

https://youtu.be/mZw7de1TlWg

Things I have tried:

Tried both latest drbl stable and unstable
Tried Full drbl mode and SSI
Tried drbl-all-service restart
Tried drblsrv -u, then re-install drbl
Tried disabling firewalls
Tried kernel boot parameter ip=none
Tried manually testing if tftp is working (success)
Tried manually testing if nfs mount is working for /opt (success)

Not sure what else to try. At this point if I cannot get 20.04 to work
I will have to restore 18.04 from backups. Is anyone using Ubuntu
20.04 with DRBL successfully? Did anyone have this problem?

[Drbl-user] Chromium is a snap in Ubuntu 20.04

[Robert A. <ro...@gm...>]

Wondering if anyone has tried using DRBL with Ubuntu 20.0?  Specifically,
wondering if there are any issues running Chromium as it is now a snap
package in Ubuntu 20.04.

[Drbl-user] Solved: DNS broke with last update on Ubuntu 18.04

[Robert A. <ro...@gm...>]

DNS was not resolving with the last apt-get update/upgrade I did on 18.04.
systemctl status systemd-resolved.service
revealed that the DNS service was dead (only on clients). I discovered
that /etc/resolv.conf on the client had default permission
rw-r-----   root root
systemd-resolved.service was not able to read the file.
So I changed the permission of /etc/resolv.conf (on clients so in
/tftpboot). chmod +r /etc/resolv.conf
rw-r--r--
Then rebooted clients and DNS worked again.
In case someone has the same problem I'm posting this message. There
may be a better way of fixing this, maybe changing the group of
resolv.conf (on clients) to match the group which systemd is using.
Not sure which is a better solution.

Re: [Drbl-user] Clonezilla/DRBL bootp service -- how do I stop it?

[Steven S. <st...@nc...>]

So have you tried just to turn off the DHCP, tftp services?

Which service do you need when you setup a DRBL server?

Steven

On 3/7/19 4:14 PM, Robert Heller wrote:
> I am working on setting up DRBL on a Ubuntu 18.04 Virtual Machine and drblpush
> -i has set up a service I don't want running: "Clonezilla/DRBL Boot". I have
> another server providing dhcp/bootp services and I don't want DRBL on the
> Ubuntu 18.04 VM.  How do I stop this service?
>  
>
-- 
Steven Shiau <steven _at_ stevenshiau org>
Public Key Server PGP Key ID: 4096R/163E3FB0
Fingerprint: EB1D D5BF 6F88 820B BCF5  356C 8E94 C9CD 163E 3FB0

Re: [Drbl-user] Clonezilla/DRBL bootp service -- how do I stop it?

[Robert H. <he...@de...>]

At Thu, 7 Mar 2019 21:20:15 -0800 Robert Arkiletian <ro...@gm...> wrote:

> 
> On Thu, Mar 7, 2019 at 1:14 PM Robert Heller <he...@de...> wrote:
> >
> > I am working on setting up DRBL on a Ubuntu 18.04 Virtual Machine and drblpush
> > -i has set up a service I don't want running: "Clonezilla/DRBL Boot". I have
> > another server providing dhcp/bootp services and I don't want DRBL on the
> > Ubuntu 18.04 VM.  How do I stop this service?
> >
> 
> I think you can choose not to run dhcp during drblpush. See the FAQ
> 
> https://drbl.org/faq/fine-print.php?path=./2_System/37_coexist_with_existing_dhcp.faq#37_coexist_with_existing_dhcp.faq

I thought I selected that.  It turns out drblpush started dnsmasq, which I 
stopped and disabled last night.  Instead I fired up tftpd-hpa instead.

> 
>                                                                                       

-- 
Robert Heller             -- 978-544-6933
Deepwoods Software        -- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
he...@de...       -- Webhosting Services
                                                                                                            

Re: [Drbl-user] Clonezilla/DRBL bootp service -- how do I stop it?

[Robert A. <ro...@gm...>]

On Thu, Mar 7, 2019 at 1:14 PM Robert Heller <he...@de...> wrote:
>
> I am working on setting up DRBL on a Ubuntu 18.04 Virtual Machine and drblpush
> -i has set up a service I don't want running: "Clonezilla/DRBL Boot". I have
> another server providing dhcp/bootp services and I don't want DRBL on the
> Ubuntu 18.04 VM.  How do I stop this service?
>

I think you can choose not to run dhcp during drblpush. See the FAQ

https://drbl.org/faq/fine-print.php?path=./2_System/37_coexist_with_existing_dhcp.faq#37_coexist_with_existing_dhcp.faq

[Drbl-user] Clonezilla/DRBL bootp service -- how do I stop it?

[Robert H. <he...@de...>]

I am working on setting up DRBL on a Ubuntu 18.04 Virtual Machine and drblpush
-i has set up a service I don't want running: "Clonezilla/DRBL Boot". I have
another server providing dhcp/bootp services and I don't want DRBL on the
Ubuntu 18.04 VM.  How do I stop this service?
 

-- 
Robert Heller             -- 978-544-6933
Deepwoods Software        -- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
he...@de...       -- Webhosting Services
                      

Re: [Drbl-user] [SPAM Suspect] cloning disk partition to LVM partition

[Steven S. <st...@nc...>]

No. But you can manually use Partclone command to do that.

Steven

On 2019/1/27 PM 1:57, li jerry wrote:
>
> Hi,All
>
>  
>
> Does clonezilla support cloning a disk partition to an LVM partition?
>
>  
>
> Disk1
>
> /sda
>
> |-sda1   500m  boot
>
> |-sda2   500G  /
>
>  
>
>  
>
> Disk2
>
> /sda
>
> |-cl-data 500G
>
>  
>
>
>
> _______________________________________________
> Drbl-user mailing list
> Drb...@li...
> https://lists.sourceforge.net/lists/listinfo/drbl-user

-- 
Steven Shiau <steven _at_ stevenshiau org>
Public Key Server PGP Key ID: 4096R/163E3FB0
Fingerprint: EB1D D5BF 6F88 820B BCF5  356C 8E94 C9CD 163E 3FB0

[Drbl-user] cloning disk partition to LVM partition

[li j. <di...@ho...>]

Hi,All

Does clonezilla support cloning a disk partition to an LVM partition?

Disk1
/sda
|-sda1   500m  boot
|-sda2   500G  /


Disk2
/sda
|-cl-data 500G

Re: [Drbl-user] [project idea] Virtual DRBL/Clonezilla Server

[Dashamir H. <das...@gm...>]

On Wed, Oct 10, 2018 at 3:56 PM Steven Shiau <st...@nc...> wrote:

>
> On 2018/09/30 04:36, Dashamir Hoxha wrote:
> > The project above (about Virtual-LTSP) was started this summer as a GSoC
> > project, under umbrella of Debian (and then I continued it myself
> > after GSoC).
> > Would you be interested in co-mentoring a similar project about
> > DRBL/Clonezilla
> > on future GSoC or Outreachy seasons? The aim of the project would be
> > to install
> > DRBL/Clonezilla server on virtual machines (VirtualBox, KVM/QEMU,
> > Docker, etc.)
> > Do you think this would be interesting and useful?
> Yes, sure. We are interested in co-mentoring a similar project about
> DRBL/Clonezilla
> on future GSoC or Outreachy seasons.
> Thanks.


Hi debian-outreach,
How is Outreachy going? Is there time left to submit another project idea
this term, or it is already too late?
- https://www.outreachy.org/apply/project-selection/

The aim of the project would be to install a DRBL/Clonezilla server on
virtual machines (VirtualBox, KVM/QEMU, Docker, etc.), similar to the
project Virtual-LTSP:
- https://drbl.org/
- https://clonezilla.org/
- https://gitlab.com/Virtual-LTSP/VirtualBox

When I had to use DRBL/Clonezilla server ( a few years ago), I wished that
I could run it from my laptop, with images being stored on an external HDD.
The best way to do this may be with a virtual machine or docker container,
and this is what this project will try to accomplish.

The DRBL/Clonezilla community is interested in co-mentoring such a project,
but I am not sure if this project would fit the debian requirements for an
outreachy project. If not, maybe we can try again with GSoC next year,
since it sponsors a bigger number or projects.

Regards,
Dashamir

Re: [Drbl-user] stable drbl 2.27.6 with Ubuntu 18.04 clients cannot boot (solved)

[Steven S. <st...@nc...>]

Thanks. It's fixed in drbl 2.28.7 in the unstable release.
However, how come we did not encounter any issue when using drbl <=
2.28.7 on Ubuntu 18.04? Weird...

Steven

On 2018/10/01 05:17, Robert Arkiletian wrote:
> Ubuntu bionic now uses https://netplan.io  for network configuration
> by default. However, drblpush copies /etc/netplan/*.yaml files to
> clients /etc in /tftpboot dir.  So netplan tries to configure client
> network exactly the same as the server. This will obviously not work.
> Clients boot process fails as they lose network interface.
>
> Simply delete all the client yaml configuration files in
> etc/netplan/*.yaml under /tftpboot until drbl is patched not to copy
> these configuration files to clients during drblpush.
>
>
> _______________________________________________
> Drbl-user mailing list
> Drb...@li...
> https://lists.sourceforge.net/lists/listinfo/drbl-user

-- 
Steven Shiau <steven _at_ stevenshiau org>
Public Key Server PGP Key ID: 4096R/163E3FB0
Fingerprint: EB1D D5BF 6F88 820B BCF5  356C 8E94 C9CD 163E 3FB0

Re: [Drbl-user] [project idea] Virtual DRBL/Clonezilla Server

[Steven S. <st...@nc...>]

On 2018/09/30 04:36, Dashamir Hoxha wrote:
> The project above (about Virtual-LTSP) was started this summer as a GSoC
> project, under umbrella of Debian (and then I continued it myself
> after GSoC).
> Would you be interested in co-mentoring a similar project about
> DRBL/Clonezilla
> on future GSoC or Outreachy seasons? The aim of the project would be
> to install
> DRBL/Clonezilla server on virtual machines (VirtualBox, KVM/QEMU,
> Docker, etc.)
> Do you think this would be interesting and useful?
Yes, sure. We are interested in co-mentoring a similar project about
DRBL/Clonezilla
on future GSoC or Outreachy seasons.
Thanks.

Steven


-- 
Steven Shiau <steven _at_ stevenshiau org>
Public Key Server PGP Key ID: 4096R/163E3FB0
Fingerprint: EB1D D5BF 6F88 820B BCF5  356C 8E94 C9CD 163E 3FB0

[Drbl-user] stable drbl 2.27.6 with Ubuntu 18.04 clients cannot boot (solved)

[Robert A. <ro...@gm...>]

Ubuntu bionic now uses https://netplan.io  for network configuration
by default. However, drblpush copies /etc/netplan/*.yaml files to
clients /etc in /tftpboot dir.  So netplan tries to configure client
network exactly the same as the server. This will obviously not work.
Clients boot process fails as they lose network interface.

Simply delete all the client yaml configuration files in
etc/netplan/*.yaml under /tftpboot until drbl is patched not to copy
these configuration files to clients during drblpush.

Re: [Drbl-user] [project idea] Virtual DRBL/Clonezilla Server

[Dashamir H. <das...@gm...>]

On Sat, Sep 29, 2018 at 11:15 AM Steven Shiau <st...@nc...> wrote:

> Thanks.
> We have DRBL live and Clonezilla live iso files, so you can boot that
> from VM.
>

The idea is to do something similar to Virtual-LTSP:
https://gitlab.com/Virtual-LTSP/VirtualBox

When I had to use DRBL/Clonezilla server, I wished that I could run it
from my laptop, with images being stored on an external HDD.
The best way to do this may be with a virtual machine or docker container.

The project above (about Virtual-LTSP) was started this summer as a GSoC
project, under umbrella of Debian (and then I continued it myself after
GSoC).
Would you be interested in co-mentoring a similar project about
DRBL/Clonezilla
on future GSoC or Outreachy seasons? The aim of the project would be to
install
DRBL/Clonezilla server on virtual machines (VirtualBox, KVM/QEMU, Docker,
etc.)
Do you think this would be interesting and useful?

As for docker, there are some in the docker repository contributed by
> others. You can try that.
>

I will try to have a look at them.

Thanks,
Dashamir

Re: [Drbl-user] [project idea] Virtual DRBL/Clonezilla Server

[Steven S. <st...@nc...>]

Thanks.
We have DRBL live and Clonezilla live iso files, so you can boot that
from VM.
As for docker, there are some in the docker repository contributed by
others. You can try that.

Steven


On 2018/09/06 08:18, Dashamir Hoxha wrote:
> Hi,
>
> Now that GSoC is over I would like to share a few project ideas
> that might be used on future GSoC terms. Sharing and discussing
> project ideas never hurts, even if I am not able to mentor next year.
> If I don't publish them somewhere it is quite possible that I will forget
> about them.
>
> DRBL and especially Clonezilla are great tools:
>  - https://drbl.org/
>  - https://clonezilla.org/
> It would be even better if they could be installed and used from
> a virtual machine (VirtualBox, KVM/QEMU, Docker, etc.)
> I am not sure whether this is possible, but it can be tried.
>
> Regards,
> Dashamir
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
> _______________________________________________
> Drbl-user mailing list
> Drb...@li...
> https://lists.sourceforge.net/lists/listinfo/drbl-user

-- 
Steven Shiau <steven _at_ stevenshiau org>
Public Key Server PGP Key ID: 4096R/163E3FB0
Fingerprint: EB1D D5BF 6F88 820B BCF5  356C 8E94 C9CD 163E 3FB0

[Drbl-user] [project idea] Virtual DRBL/Clonezilla Server

[Dashamir H. <das...@gm...>]

Hi,

Now that GSoC is over I would like to share a few project ideas
that might be used on future GSoC terms. Sharing and discussing
project ideas never hurts, even if I am not able to mentor next year.
If I don't publish them somewhere it is quite possible that I will forget
about them.

DRBL and especially Clonezilla are great tools:
 - https://drbl.org/
 - https://clonezilla.org/
It would be even better if they could be installed and used from
a virtual machine (VirtualBox, KVM/QEMU, Docker, etc.)
I am not sure whether this is possible, but it can be tried.

Regards,
Dashamir

[Drbl-user] drbl "Release is not signed"

[Roger A. E. <ra...@gm...>]

Installing DRBL on Ubuntu 18.04.

Key importation using this method succeeds:

wget -q http://drbl.org/GPG-KEY-DRBL -O- | sudo apt-key add -
,
Attempting to download the key using the second method times out:

gpg --keyserver subkeys.pgp.net --recv-key 45599AFD

gpg: keyserver receive failed: Connection timed out

Running apt-get update afterwards produces this output:

Reading package lists... Done
W: GPG error: http://free.nchc.org.tw/drbl-core drbl Release: The 
following signatures were invalid: BADSIG 667857D045599AFD DRBL Project 
(Diskless Remote Boot in Linux) <dr...@nc...>
E: The repository 'http://free.nchc.org.tw/drbl-core drbl Release' is 
not signed.
N: Updating from such a repository can't be done securely, and is 
therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user 
configuration details.

Great project, bye the way!

Re: [Drbl-user] Ubuntu stock 14.04 Firefox crashes on machines with NFS mounted file systems

[Steven S. <st...@nc...>]

Actually the reason some versions are kept in the unstable branch is 
waiting for tests about some GNU/Linux, e.g., Fedora or CentOS. Here the 
developing environment is Debian/Ubuntu, so most of the cases the 
versions in the unstable are good for Debian/Ubuntu.
We need more time to test that on other distributions than 
Debian/Ubuntu. You can find a testing machine to test the unstable 
version of DRBL, and if it's stable, keep the version, do not upgrade.

Steven


On 6/1/2018 AM 05:25, Robert Heller wrote:
> At Thu, 31 May 2018 10:34:24 -0700 Robert Arkiletian <ro...@gm...> wrote:
>
>> Hi
>>
>> Not sure if this will help but I am testing Kubuntu 18.04 with drbl
>> unstable 2.27.1. Drbl clients are running firefox 59 and chromium 65,
>> playing youtube videos without any issues.
> At this point upgrading to an *unstable* version of drbl is not a realistic
> option for a *production* environment -- I don't want to have hapless users
> dealing with *possible* random crashes, etc. I do plan on upgrading at some
> point, but I would like to wait for a reasonably well tested, stable version.
> One weirdness is that I am using ldap for authentification, not NIS. And I am
> using two servers (one on the bare metal and one virtual). Until somewhat
> recently, things were working just fine. I don't know if it is anything more
> than "bit rot" or if there is something deeper going on... I am pretty sure
> the problem is likely something odd about the root, /etc or /var file systems
> set up by drbl -- something there is making the various web browsers (FF,
> chromium, and chrome) unhappy. (On a longer term basis, FF has from time to
> time gotten confused into thinking it is still running when it is not --
> clearing off lock files under .mozilla cures that, but the never occurs on
> standalone systems -- don't know if that is a nfslock weirdness or something
> else.)
>
> I have a workaround -- the two critical machines are now running Ubuntu from
> their local disks and mounting /home via NFS.
>
>> On Thu, May 31, 2018 at 8:37 AM, Robert Heller <he...@de...> wrote:
>>> At Thu, 31 May 2018 10:27:00 -0400 (EDT) Robert Heller <he...@de...> wrote:
>>>
>>>> At Wed, 30 May 2018 18:27:20 -0400 (EDT) "Ubuntu user technical support,  not for general discussions" <ubu...@li...> wrote:
>>>>
>>>>> We have 9 workstations, running Ubuntu 14.04, that are booted diskless using
>>>>> drbl.  For the past few versions of Firefox, (since 58 0r 59) Firefox crashes
>>>>> on startup.  It is basically not usable, even with a fresh profile.  FF
>>>>> 52.6.0ESR does work however.  Oh, Chrome and Chromium don't work either (never
>>>>> have).  We have a pair of laptops that also have Ubuntu 14.04 on them, but
>>>>> they are setup to use their own internal disks.  FF works on them.  It
>>>>> *appears* to be some weirdness with NFS (I think), but I don't know what.  The
>>>>> NFS server for /usr is a VM running Ubuntu 14.04, but the NFS server for /home
>>>>> is running CentOS 6 (on the bare metal).
>>>>>
>>>>> I have filed a bug report with the Mozilla people (and sent I don't know how
>>>>> many "Crash Reports"):  https://bugzilla.mozilla.org/show_bug.cgi?id=1465604
>>>>>
>>>>> This has become a *critical* problem and I cannot find any sort of good
>>>>> solution.
>>>> OK, I have totally confirmed things: Firefox 60.1 and Chromium both fail to
>>>> work properly (either totally crash or have a "tab" crash) on workstations
>>>> booted over the network (PXEBOOT) and with NFS mounted file systems.  On the
>>>> *same* physical machines, when booting from their local disks (same version of
>>>> Ubuntu: 14.04), everything works just fine.  It is obvious not hardware.  I am
>>>> not sure what to make of this problem.
>>> OK, a NFS /home partition is not the problem. I set the machines up to boot
>>> locally, but mount /home via NFS. Things are working this way. This pretty
>>> much means something is screwy with the root file system created by DRBL
>>> (having /usr NFS readonly mounted is unlikely to be causing problems). The
>>> weirdness is that no other applications have any problem with the DRBL created
>>> root (and /etc and /var) filesystem, only the *various* web browsers.
>>>
>>> --
>>> Robert Heller             -- 978-544-6933
>>> Deepwoods Software        -- Custom Software Services
>>> http://www.deepsoft.com/  -- Linux Administration Services
>>> he...@de...       -- Webhosting Services
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>> _______________________________________________
>>> Drbl-user mailing list
>>> Drb...@li...
>>> https://lists.sourceforge.net/lists/listinfo/drbl-user
>>                                                                                         

-- 
Steven Shiau <steven _at_ stevenshiau org>
Public Key Server PGP Key ID: 4096R/163E3FB0
Fingerprint: EB1D D5BF 6F88 820B BCF5  356C 8E94 C9CD 163E 3FB0