Hi Benjamin,

reply inline.

On Sun, Aug 30, 2020 at 05:28:15PM -0700, Benjamin Kaduk wrote:
> Hi Jose,
> 
> Sorry that I missed this when it first came in.
> A couple notes inline, if you still remember much about the original
> report...
> 
> On Sat, Aug 08, 2020 at 06:32:07PM +0100, Jose M Calhariz wrote:
> > Package: openafs-client
> > Version: 1.8.6-1~dsi10+1
> > Severity: normal
> > 
> > Hi,
> > 
> > I have made a "private backport" of openafs software from bullseye to
> > buster.  So this means is the first time for me that I am upgrading 
> > openafs client 1.8.x on live systems.  Where in the past this worked 
> 
> To clarify: are you upgrading from 1.6.x to 1.8.x, or merely updating from
> one 1.8.x version to a newer 1.8.x version?

I am doing an "apt upgrade" to upgrade openafs-1.8.2 to newer 1.8.6 on
Debian 10.  In the mix there was an kernel update with a new ABI.

Maybe a stand alone upgrade of openafs 1.8.2 to 1.8.6 works as
intended.

> 
> > without problems for openafs 1.4 and 1.6, now the openafs client stops
> > working and I need to do a reboot.
> > 
> > What I am requesting is that if possible to do a live upgrade of the
> > software and the client does not stop working even if it is necessary 
> > to work with the old software until a reboot.
> 
> What you are requesting is what is supposed to happen, so I'm unpleasantly
> surprised to hear that it is not happening.
> 
> Once I hear back about the problematic scenario I can try to reproduce in a
> local VM.

I have a local openafs cell just for tests where I can do more tests,
If you need more information.


> 
> Thanks,
> 
> Ben
> 


Kind regards
Jose M Calhariz


-- 
--
        Ame muito as pessoas, mas nunca tanto ao ponto de ter medo
        de perde-las
                -- Zinder

Attachment: signature.asc
Description: PGP signature

Reply via email to