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
signature.asc
Description: PGP signature