Very unimpressed with the so called "fix" for #842145 of just blocking
running the script on nfs mount rather than fixing the script to work
properly with nfs.
The problem with the script is that it does not ignore the .nfs*
files. An explanation of these files is available here:
On Thu, 14 Sep 2023 22:17:35 +0200
Marco wrote:
> If I screw with this I'd prefer to do it at night or on a weekend to
> keep the systems running during business hours.
Followup:
I went through the list and resolved each conflict manually. I
launched usrmerge after every change and
On Fri, 15 Sep 2023 17:55:06 +
Andy Smith wrote:
> I haven't followed this thread closely, but is my understanding
> correct:
>
> - You have a FreeBSD NFS server with an export that is a root
> filesystem of a Debian 11 install shared by multiple clients
Almost. It's not *one* Debian
Hello,
On Fri, Sep 15, 2023 at 01:52:27PM +0200, Marco wrote:
> On Thu, 14 Sep 2023 16:43:09 -0400
> Dan Ritter wrote:
> > Each of these things could be rewritten to be compatible with
> > FreeBSD; I suspect it would take about twenty minutes to an hour,
> > most of it testing, for someone who
> So the file in /lib appears to be newer. So what to do? Can I delete
> the one in /usr/lib ?
Yes.
Stefan
On Thu, 14 Sep 2023 16:54:27 -0400
Stefan Monnier wrote:
> Still going on with this?
I am.
> Have you actually looked at those two files:
>
> /lib/udev/rules.d/60-libsane1.rules and
> /usr/lib/udev/rules.d/60-libsane1.rules
>
> to see if they're identical or not and to see if you might
On Thu, 14 Sep 2023 16:43:09 -0400
Dan Ritter wrote:
> The heart of the convert-usrmerge perl script is pretty
> reasonable. However:
>
> […]
>
> Similarly, there are calls to stat and du which probably have
> some incompatibilities.
>
> The effect of running this would be fairly safe, but
Still going on with this?
Have you actually looked at those two files:
/lib/udev/rules.d/60-libsane1.rules and
/usr/lib/udev/rules.d/60-libsane1.rules
to see if they're identical or not and to see if you might have an idea
how to merge them?
[ as I suggested a week ago. ]
`usrmerge` did
On Thu, 14 Sep 2023 15:01:50 -0400
Dan Ritter wrote:
> Is this a mission-critical server?
I'd say so, yes. It's not one single server. It's *all*
workstations.
> i.e. will screwing it up for a day cause other people to be upset
Yes, because no one can use their computer.
> or you to lose
On Thu, 14 Sep 2023 13:20:09 -0400
Dan Ritter wrote:
> > FreeBSD (actually a TrueNAS appliance)
>
> If it supports the 9P share system, Debian can mount that with
> -t 9p.
>
> I don't know whether TrueNAS enabled that.
No it does not. I just confirmed, the only choices are raw disk
access
On Thu, 14 Sep 2023 11:00:17 -0400
Dan Ritter wrote:
> What VM software are you using
bhyve
…which I know very little about. It's supported on the server, I've
tried it, set up a VM, it works. But the server is mainly serving
NFS shares to various clients.
> and what's the OS on which that
Marco wrote:
> On Fri, 8 Sep 2023 12:26:38 -0400
> Dan Ritter wrote:
> > * have the VM mount the filesystem directly
>
> How? I can only attach devices (=whole disks) to the VM or mount the
> FS via NFS. I can't attach it as a device because it's not a device,
> rather than a directory with the
On Fri, 8 Sep 2023 12:26:38 -0400
Dan Ritter wrote:
> Can you start a temporary VM directly on the server?
I just checked. I can, yes.
> If so, you can
> * stop your remote Debian machine
Ok, no problem.
> * run a Debian rescue image in the VM on the NFS server
No problem.
> * have the VM
Hello,
El dom., 10 sept. 2023 21:55, Marco escribió:
> On Fri, 8 Sep 2023 12:26:38 -0400
> Dan Ritter wrote:
>
> > > That is quite an involved task. I didn't expect such fiddling for a
> > > simple OS update. I'm a bit worried that the permissions and owners
> > > go haywire when I copy stuff
On Fri, 8 Sep 2023 12:26:38 -0400
Dan Ritter wrote:
> > That is quite an involved task. I didn't expect such fiddling for a
> > simple OS update. I'm a bit worried that the permissions and owners
> > go haywire when I copy stuff directly off the server onto a VM and
> > back onto the server. Is
> root@foobar:~# /usr/lib/usrmerge/convert-usrmerge
>
> FATAL ERROR:
> Both /lib/udev/rules.d/60-libsane1.rules and
> /usr/lib/udev/rules.d/60-libsane1.rules exist.
The problem is that "usrmerge" needs to unify those two and doesn't
know how. So you need to do it by hand.
E.g. get rid of
On Fri, 8 Sep 2023 16:55:23 +0200
zithro wrote:
> On 08 Sep 2023 12:54, Marco wrote:
> >Warning: NFS detected, /usr/lib/usrmerge/convert-usrmerge will
> > not be run automatically. See #842145 for details.
>
> Read :
> - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842145
“I
On 08 Sep 2023 12:54, Marco wrote:
Warning: NFS detected, /usr/lib/usrmerge/convert-usrmerge will not be run
automatically. See #842145 for details.
Read :
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=842145
- https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1039522
The solution
Hi,
I'm in the process of upgrading my Debian stable hosts and run into
a problem with usrmerge:
Setting up usrmerge (35) ...
Warning: NFS detected, /usr/lib/usrmerge/convert-usrmerge will not be run
automatically. See #842145 for details.
E: usrmerge failed.
dpkg: error processing
19 matches
Mail list logo