Re: [OpenAFS] "Upgrading" an OpenAFS server from opensuse leap 42.3 to opensuse leap 15.1
Hi, On Friday, 22 November 2019 19:53:13 CET Kenneth Aaker wrote: > I just got my OpenAFS server working again after upgrading the system > from OpenSuSE Leap 42.3 to Leap 15.1. I ran into one puzzling problem > doing that upgrade. The system upgrade finished after whining about a > couple things, but the OpenAFS server (version 1.8.2) didn't know about > any of the volumes or PTS information. I finally figured out that the > server local files (including the databases) had moved from > /var/lib/openafs (on version 1.6) to /var/openafs. Sorry, this was a glitch in the spec file. In the current version (1.8.5) the path is again /var/lib/openafs Christof ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] "Upgrading" an OpenAFS server from opensuse leap 42.3 to opensuse leap 15.1
Hi, I just got my OpenAFS server working again after upgrading the system from OpenSuSE Leap 42.3 to Leap 15.1. I ran into one puzzling problem doing that upgrade. The system upgrade finished after whining about a couple things, but the OpenAFS server (version 1.8.2) didn't know about any of the volumes or PTS information. I finally figured out that the server local files (including the databases) had moved from /var/lib/openafs (on version 1.6) to /var/openafs. Just something to watch out for Ken Aaker ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading to newer OpenAFS procedure docs
On Fri, 30 Nov 2018, Benjamin Kaduk wrote: > The situation tends to be fairly customized for each site (and is not a > terribly common operation), so I don't know of any formal documentation. > The thread starting at > https://lists.openafs.org/pipermail/openafs-info/2017-January/042007.html > is probably the most recent discussion If it helps at all, that procedure, with Jeff Altman's reminder (quoted below), worked exactly as needed *for me* for that situation. As Ben mentioned, unique site conditions may mean it won't work for you without changes. On Wed, 18 Jan 2017, Jeffrey Altman wrote: >> You will also need to update the configuration and restart the >> fileservers. The fileservers are clients of the PT and VL servers but >> use the server CellServDB file for their server info. > -Ben ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading to newer OpenAFS procedure docs
On Tue, Nov 27, 2018 at 12:38:16PM -0500, Susan Litzinger wrote: > We are in the process of updating from an older version of OpenAFS, > 1.4.14, to a more recent version, 1.6.16. > > The new 1.6.16 servers have been added to our current cell and we are > moving the volumes from the older servers to the new ones. We know that we > have to move the various servers, including the VL Server, and root.cell > volume from the old servers to the new ones before being able to shut off > the old servers. I'm trying to find documentation that describes how to do > that. The main obstacle is usually just the running database servers, including both VL server and PT server (and also potentially a few others if in use at your site, for the buserver, updateserver, etc.) AFAIK root.cell does not need to be hosted on a fileserver colocated with a dbserver (but is just conventionally done so during normal operation for maximum resiliency). A key question is whether the dbservers will be getting new IP addresses as part of this upgrade -- that requires a somewhat more complicated procedure, whereas if the same IP addresses are used it's pretty straightforward to just cycle machines in/out of active service. Other factors that come into play is whether all clients are known and/or under the control of central administrators, so that whether they are using AFSDB or SRV records or a static CellServDB to locate dbservers can be known. > Has anyone done this recently? Is there any documentation that describes > the proper sequence? The situation tends to be fairly customized for each site (and is not a terribly common operation), so I don't know of any formal documentation. The thread starting at https://lists.openafs.org/pipermail/openafs-info/2017-January/042007.html is probably the most recent discussion (n.b. the TLS certificate for that site recently expired so you'll have to click through a cert warning at the moment; other mail-archive sites may have the content as well, for the thread subject "procedure for changing database server IP address"). -Ben ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] Upgrading to newer OpenAFS procedure docs
We are in the process of updating from an older version of OpenAFS, 1.4.14, to a more recent version, 1.6.16. The new 1.6.16 servers have been added to our current cell and we are moving the volumes from the older servers to the new ones. We know that we have to move the various servers, including the VL Server, and root.cell volume from the old servers to the new ones before being able to shut off the old servers. I'm trying to find documentation that describes how to do that. Has anyone done this recently? Is there any documentation that describes the proper sequence? TIA!
Re: [OpenAFS] Upgrading
Am Donnerstag 04 April 2013, 10:04:16 schrieb Ted Creedon: then I install the new linux, recompile openaffs, install the init scrips and everything works fiine on 3 servers. There's no need to do that on Debian, of course. Bye... Dirk -- Dirk Heinrichs dirk.heinri...@altum.de Tel: +49 (0)2471 209385 | Mobil: +49 (0)176 34473913 GPG Public Key C2E467BB | Jabber: dirk.heinri...@altum.de signature.asc Description: This is a digitally signed message part.
Re: [OpenAFS] Upgrading
Am Donnerstag 04 April 2013, 05:45:27 schrieb J: Wondering if anyone can offer advice as to how best upgrade OpenAFS on Debian 5.0.2. The OpenAFS kernel module package is listed as openafs-modules-2.6.26-2-486. Should I upgrade Linux first, then OpenAFS? Or vice versa? Another option would be to build a new server, but I'm wondering which would be the less convoluted path. Any tutorials or information you can point me to is appreciated. Just follow http://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.html to upgrade from lenny to squeeze. The same procedure should then also work to further update from squeeze to wheezy. Note that wheezy is the first version to come with OpenAFS 1.6.x. If you want that in squeeze (yes, you do, because of dafs), you can install it from Debian backports. HTH... Dirk -- Dirk Heinrichs dirk.heinri...@altum.de Tel: +49 (0)2471 209385 | Mobil: +49 (0)176 34473913 GPG Public Key C2E467BB | Jabber: dirk.heinri...@altum.de signature.asc Description: This is a digitally signed message part.
Re: [OpenAFS] Upgrading
--On Thursday, April 04, 2013 05:45:27 AM -0700 J skyliner...@yahoo.com wrote: Wondering if anyone can offer advice as to how best upgrade OpenAFS on Debian 5.0.2. The OpenAFS kernel module package is listed as openafs-modules-2.6.26-2-486. Should I upgrade Linux first, then OpenAFS? Or vice versa? Another option would be to build a new server, but I'm wondering which would be the less convoluted path. Any tutorials or information you can point me to is appreciated. John If you build a second server you will not need any down time. You get the second server working and vos move everything there. Then shutdown or rebuild the first server. It makes sense to just upgrade the first server and keep it. Then next time you want to upgrade it is a lot less work. If you do it this way you will want to use Russ Allbery's mvto: http://www.eyrie.org/~eagle/software/afs-admin-tools/mvto.html Bill -- Bill MacAllister Infrastructure Delivery Group, Stanford University ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading
I have /vicepa and /usr/afs and /usr/vice all mounted on their own partitions then I install the new linux, recompile openaffs, install the init scrips and everything works fiine on 3 servers. I've done this on every suse release since 9.x Tedc On Thu, Apr 4, 2013 at 8:01 AM, Bill MacAllister w...@stanford.edu wrote: --On Thursday, April 04, 2013 05:45:27 AM -0700 J skyliner...@yahoo.com wrote: Wondering if anyone can offer advice as to how best upgrade OpenAFS on Debian 5.0.2. The OpenAFS kernel module package is listed as openafs-modules-2.6.26-2-486. Should I upgrade Linux first, then OpenAFS? Or vice versa? Another option would be to build a new server, but I'm wondering which would be the less convoluted path. Any tutorials or information you can point me to is appreciated. John If you build a second server you will not need any down time. You get the second server working and vos move everything there. Then shutdown or rebuild the first server. It makes sense to just upgrade the first server and keep it. Then next time you want to upgrade it is a lot less work. If you do it this way you will want to use Russ Allbery's mvto: http://www.eyrie.org/~eagle/**software/afs-admin-tools/mvto.**htmlhttp://www.eyrie.org/~eagle/software/afs-admin-tools/mvto.html Bill -- Bill MacAllister Infrastructure Delivery Group, Stanford University __**_ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/**mailman/listinfo/openafs-infohttps://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading
J skyliner...@yahoo.com writes: Wondering if anyone can offer advice as to how best upgrade OpenAFS on Debian 5.0.2. The OpenAFS kernel module package is listed as openafs-modules-2.6.26-2-486. Should I upgrade Linux first, then OpenAFS? Or vice versa? Another option would be to build a new server, but I'm wondering which would be the less convoluted path. Bill replied for the case where you're talking about an AFS file server, but I think you may be talking about an AFS client, so I'll answer that part. When you dist-upgrade the system, the OpenAFS client will continue running with the existing kernel module. All you have to do is arrange to have the kernel module for the new kernel installed before you reboot the system. By far the easiest (and the now-recommended) way to do this is to install openafs-modules-dkms and the linux-headers package for the new kernel (linux-headers-486 if you're just using the tracking kernel package). Just do that before the first upgrade and DKMS will build new kernel modules for you. -- Russ Allbery (r...@stanford.edu) http://www.eyrie.org/~eagle/ ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading 1.2.11 fileserver to 1.4?
On Thursday, June 01, 2006 11:23:31 AM +0200 Chris Huebsch [EMAIL PROTECTED] wrote: Been there, done that, got no t-shirt. plug kind=shameless T-shirts and other cool OpenAFS items are available from the OpenAFS store, at http://www.cafepress.com/openafs. Proceeds go to support the OpenAFS project. /plug -- Jeff ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] Upgrading/Migrating to new OpenAFS and host OS versions
I have a server running OpenAFS 1.2.13 on Red Hat Enterprise 3, using Kerberos 5 for athentication (the AFS server is not one of the KDCs). I want to upgrade to OpenAFS 1.4.0 and RH Enterprise 4. It seems to me that the sanest approach may well be to do a fresh install of the OS (on another partition), install 1.4.0 on it, and then copy all the necessary site-specific stuff over to the new OS. Questions: - is this indeed the best way to go? - what files/directories do I need to copy to the new installation? - any gotchas I should know about? thanks, Steve Gaarder System Administrator, Dept of Mathematics Cornell University, Ithaca, NY, USA ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] upgrading afs on mac
In my last query I asked how to remove openafs from a mac. Now, I am interested in perhaps 'upgrading'. I don't know what the latest package is for openafs on the mac, but is the package install intelligent enough to find prior versions and upgrade them? -- David Bear phone: 480-965-8257 fax:480-965-9189 College of Public Programs/ASU Wilson Hall 232 Tempe, AZ 85287-0803 Beware the IP portfolio, everyone will be suspect of trespassing ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] upgrading afs on mac
On Mon, 2 May 2005, David Bear wrote: In my last query I asked how to remove openafs from a mac. Now, I am interested in perhaps 'upgrading'. I don't know what the latest package is for openafs on the mac, but is the package install intelligent enough to find prior versions and upgrade them? Yes. ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] Upgrading from 1.2 to 1.3
Hello all, I'm currently running a one server for fun cell on RedHat 9 with the 1.2.13 rpms. Is there any documentation about the upgrade procedure to the latest 1.3.7x? What should I backup before trying this? Thanks for any help. -James -- We are friends with those whose ideas are at the same level of confusion as our own. - Proust ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading from 1.2 to 1.3
On Mon, 28 Feb 2005, James Burns wrote: Hello all, I'm currently running a one server for fun cell on RedHat 9 with the 1.2.13 rpms. Is there any documentation about the upgrade procedure to the latest 1.3.7x? What should I backup before trying this? Thanks for any help. Replace the binaries, bos restart, move along. Same as previous upgrades. ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] Upgrading from 1.2.11 to 1.3.73 - problems?
I'm about to upgrade my production machine, and unfortunately I can't test the upgrade before I do... I just don't have the resources (time and money for new test machines), so I just thought I send out this question... SOMEONE is bound to have done this :) ___ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading from 1.2.11 to 1.3.73 - problems?
At 12:44 PM 10/29/04, you wrote: I'm about to upgrade my production machine, and unfortunately I can't test the upgrade before I do... Ok, I'm game. Clients? Servers? Windows? Unix? Make? Model? Versions? Upgrade what? I assume you mean client because you said production machine not machine(s). I don't know anyone who runs a cell on one server machine. As far as Windows is concerned I think 1.3.7300 is one of the most stable so far. A few glitches have been found since then, but it's got so many fixes since 1.2.11 that I can't even begin to enumerate them. We are still running our Solaris servers on 1.2.11 without issues even though an important bug has recently been identified. We hope to upgrade soon. Rodney ___ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading from 1.2.11 to 1.3.73 - problems?
Thus spake Rodney M Dyer ([EMAIL PROTECTED]): I don't know anyone who runs a cell on one server machine. Well, I do. At home on my private PC. Usefull for connecting the laptop or doing experiments I don't want to do in the production environment at university ... ;-) Hendrik -- It's not the people who vote that count. It's the people who count the votes. (Joseph Stalin) ___ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading from 1.2.11 to 1.3.73 - problems?
On Sat, 30 Oct 2004, Hendrik Hoeth wrote: Thus spake Rodney M Dyer ([EMAIL PROTECTED]): I don't know anyone who runs a cell on one server machine. Well, I do. At home on my private PC. Usefull for connecting the laptop or doing experiments I don't want to do in the production environment at university ... ;-) dementia.org was a single server for years; now there's one fileserver with db server and one db server. at home i have a 800gb cell running on one machine, chock full of various large files (usgs aerial photos are a large part of it) ___ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
[OpenAFS] Upgrading Transarc servers
I think this is the case, but wanted to verify. When upgrading from Transarc fileserver binaries to OpenAFS, there are no disk format changes? Just swap out the binaries and go. Correct? Also, there is no need to change from the Transarc fsck program. Correct? Thanks! Kevin ___ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading Transarc servers
Depends on the architectures your fileservers are running on. For Linux and NT Transarc had implemented the NAMEI-interface where you don't need a special fsck. Here everything should be ok. On the other architectures I suggest to use also the NAMEI-interface for some reasons: 1) You get rid of the special fsck (may be a problem with software RAIDs etc) 2) salvage of single volumes is much faster because all files of a volume group are under the same directory 3) you can dump or tar and restore partitions and you can see the files. If you switch between the traditional mechanism and NAMEI you have to move the volumes by vos move because the NAMEI-fileserver does not understand the traditional partition and vice versa. If you keep using the traditional mechanism you schould be able to just start the new binaries with the old partitions. -Hartmut Kevin Coffman wrote: I think this is the case, but wanted to verify. When upgrading from Transarc fileserver binaries to OpenAFS, there are no disk format changes? Just swap out the binaries and go. Correct? Also, there is no need to change from the Transarc fsck program. Correct? Thanks! Kevin ___ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info -- - Hartmut Reuter e-mail [EMAIL PROTECTED] phone +49-89-3299-1328 RZG (Rechenzentrum Garching) fax +49-89-3299-1301 Computing Center of the Max-Planck-Gesellschaft (MPG) and the Institut fuer Plasmaphysik (IPP) - ___ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Upgrading Transarc servers
Sorry, I thought I had put more info in the original message. It is Solaris on Sparc and I'm not planning to move to the namei server at this time on that machine. (OK, never on that machine. It needs to be replaced before that happens.) Thanks again, Kevin Depends on the architectures your fileservers are running on. For Linux and NT Transarc had implemented the NAMEI-interface where you don't need a special fsck. Here everything should be ok. On the other architectures I suggest to use also the NAMEI-interface for some reasons: 1) You get rid of the special fsck (may be a problem with software RAIDs etc) 2) salvage of single volumes is much faster because all files of a volume group are under the same directory 3) you can dump or tar and restore partitions and you can see the files. If you switch between the traditional mechanism and NAMEI you have to move the volumes by vos move because the NAMEI-fileserver does not understand the traditional partition and vice versa. If you keep using the traditional mechanism you schould be able to just start the new binaries with the old partitions. -Hartmut Kevin Coffman wrote: I think this is the case, but wanted to verify. When upgrading from Transarc fileserver binaries to OpenAFS, there are no disk format changes? Just swap out the binaries and go. Correct? Also, there is no need to change from the Transarc fsck program. Correct? Thanks! Kevin ___ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info -- - Hartmut Reuter e-mail [EMAIL PROTECTED] phone +49-89-3299-1328 RZG (Rechenzentrum Garching) fax +49-89-3299-1301 Computing Center of the Max-Planck-Gesellschaft (MPG) and the Institut fuer Plasmaphysik (IPP) - ___ OpenAFS-info mailing list [EMAIL PROTECTED] https://lists.openafs.org/mailman/listinfo/openafs-info