Hello, I wonder if there's a way to install FreeRADIUS, but *not* have it install config files in its raddb dir. The reason being that if you have a previous version and a well-shepherded config directory with only exactly the needed files, a "make install" will clutter your raddb dir with default files. You can delete the unnecessary files afterwards for sure, but it would be preferable if raddb could remain untouched on request. I even had one instance where I got bitten by it: a server didn't have a sites-enabled/default. "make install" during an upgrade helpfully created it with a set of module calls in it which weren't configured. As a result, the server refused to start afterwards until the "default" server was deleted. So, is there some kind of "make install-no-config", "./configure --no-touch-raddb" or similar? Greetings, Stefan Winter -- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg Tel: +352 424409 1 Fax: +352 422473
Am 15.07.2009 um 08:16 schrieb Stefan Winter:
Hello,
I wonder if there's a way to install FreeRADIUS, but *not* have it install config files in its raddb dir.
The reason being that if you have a previous version and a well-shepherded config directory with only exactly the needed files, a "make install" will clutter your raddb dir with default files. You can delete the unnecessary files afterwards for sure, but it would be preferable if raddb could remain untouched on request. I even had one instance where I got bitten by it: a server didn't have a sites-enabled/default. "make install" during an upgrade helpfully created it with a set of module calls in it which weren't configured. As a result, the server refused to start afterwards until the "default" server was deleted.
So, is there some kind of "make install-no-config", "./configure --no-touch-raddb" or similar?
I do not know how to do it at compile time but you can do it at runtime by specifing -d your_directory to radiusd. So perhaps a make install will install many configuration files but not where *your* configuration is.
Greetings,
Stefan Winter
Have a nice day!
-- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg
Tel: +352 424409 1 Fax: +352 422473
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Nicolas Goutte extragroup GmbH - Karlsruhe Waldstr. 49 76133 Karlsruhe Germany Geschäftsführer: Stephan Mönninghoff, Hans Martin Kern, Tilman Haerdle Registergericht: Amtsgericht Münster / HRB: 5624 Steuer Nr.: 337/5903/0421 / UstID: DE 204607841
Hi,
I do not know how to do it at compile time but you can do it at runtime by specifing -d your_directory to radiusd.
So perhaps a make install will install many configuration files but not where *your* configuration is.
Yes, I considered pointing --with-raddb-dir=/tmp/trash or so. But I don't want a one-time installation problem to require attention whenever I run the service in the future. It is then something to remember constantly (and to document for on-duty personnel etc. ...), only to fix a single-shot problem. It just doesn't sound right to me. Greetings, Stefan -- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg Tel: +352 424409 1 Fax: +352 422473
Am 15.07.2009 um 09:53 schrieb Stefan Winter:
Hi,
I do not know how to do it at compile time but you can do it at runtime by specifing -d your_directory to radiusd.
So perhaps a make install will install many configuration files but not where *your* configuration is.
Yes, I considered pointing --with-raddb-dir=/tmp/trash or so. But I
I am not sure but does that mean that the binary that you create would point to that directory too. So in that case, you would have to specify the real directory at runtime too.
don't want a one-time installation problem to require attention whenever I run the service in the future. It is then something to remember constantly (and to document for on-duty personnel etc. ...), only to fix a single-shot problem. It just doesn't sound right to me.
Yes, I had not seen it from that point of view.
Greetings,
Have a nice day!
Stefan
-- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg
Tel: +352 424409 1 Fax: +352 422473
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Nicolas Goutte extragroup GmbH - Karlsruhe Waldstr. 49 76133 Karlsruhe Germany Geschäftsführer: Stephan Mönninghoff, Hans Martin Kern, Tilman Haerdle Registergericht: Amtsgericht Münster / HRB: 5624 Steuer Nr.: 337/5903/0421 / UstID: DE 204607841
Hi, I tar the entire raddb directory (from the level above), reinstall, and untar the original config over the top of the new one. That way I can keep multiple configs whilst experimenting and switch between them. Regards, Leighton
-----Original Message----- From: freeradius-users-bounces+l.j.man=hud.ac.uk@lists.freeradius.or g [mailto:freeradius-users-bounces+l.j.man=hud.ac.uk@lists.freer adius.org] On Behalf Of Nicolas Goutte Sent: 15 July 2009 09:03 To: FreeRadius users mailing list Subject: Re: make install without messing with previous configuration?
Am 15.07.2009 um 09:53 schrieb Stefan Winter:
Hi,
I do not know how to do it at compile time but you can do it at runtime by specifing -d your_directory to radiusd.
So perhaps a make install will install many configuration files but not where *your* configuration is.
Yes, I considered pointing --with-raddb-dir=/tmp/trash or so. But I
I am not sure but does that mean that the binary that you create would point to that directory too. So in that case, you would have to specify the real directory at runtime too.
don't want a one-time installation problem to require attention whenever I run the service in the future. It is then something to remember constantly (and to document for on-duty personnel etc. ...), only to fix a single-shot problem. It just doesn't sound right to me.
Yes, I had not seen it from that point of view.
Greetings,
Have a nice day!
Stefan
-- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education
Nationale
et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg
Tel: +352 424409 1 Fax: +352 422473
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Nicolas Goutte
extragroup GmbH - Karlsruhe Waldstr. 49 76133 Karlsruhe Germany
Geschäftsführer: Stephan Mönninghoff, Hans Martin Kern, Tilman Haerdle Registergericht: Amtsgericht Münster / HRB: 5624 Steuer Nr.: 337/5903/0421 / UstID: DE 204607841
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
<img src="http://www.hud.ac.uk/images/emails/neutral_navy_blue_003976.gif" alt="Inspiring tomorrow's professionals"> --- This transmission is confidential and may be legally privileged. If you receive it in error, please notify us immediately by e-mail and remove it from your system. If the content of this e-mail does not relate to the business of the University of Huddersfield, then we do not endorse it and will accept no liability.
Leighton Man wrote:
Hi, I tar the entire raddb directory (from the level above), reinstall, and untar the original config over the top of the new one. That way I can keep multiple configs whilst experimenting and switch between them.
Just move the raddb directory to /etc/raddb and change the install path to /usr/local, then modify the startup script to use -d /etc/raddb. /etc/raddb is actually a working copy checked out from our subversion repository, so we can switch between development and production configurations very easily. Arran
-----Original Message----- From: freeradius-users-bounces+l.j.man=hud.ac.uk@lists.freeradius.or g [mailto:freeradius-users-bounces+l.j.man=hud.ac.uk@lists.freer
adius.org] On Behalf Of Nicolas Goutte
Sent: 15 July 2009 09:03 To: FreeRadius users mailing list Subject: Re: make install without messing with previous configuration?
Am 15.07.2009 um 09:53 schrieb Stefan Winter:
Hi,
I do not know how to do it at compile time but you can do it at runtime by specifing -d your_directory to radiusd.
So perhaps a make install will install many configuration
files but
not where *your* configuration is.
Yes, I considered pointing --with-raddb-dir=/tmp/trash or so. But I
I am not sure but does that mean that the binary that you create would point to that directory too. So in that case, you would have to specify the real directory at runtime too.
don't want a one-time installation problem to require attention whenever I run the service in the future. It is then something to remember constantly (and to document for on-duty personnel
etc. ...),
only to fix a single-shot problem. It just doesn't sound
right to me.
Yes, I had not seen it from that point of view.
Greetings,
Have a nice day!
Stefan
-- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education
Nationale
et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg
Tel: +352 424409 1 Fax: +352 422473
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Nicolas Goutte
extragroup GmbH - Karlsruhe Waldstr. 49 76133 Karlsruhe Germany
Geschäftsführer: Stephan Mönninghoff, Hans Martin Kern, Tilman Haerdle Registergericht: Amtsgericht Münster / HRB: 5624 Steuer Nr.: 337/5903/0421 / UstID: DE 204607841
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
<img src="http://www.hud.ac.uk/images/emails/neutral_navy_blue_003976.gif" alt="Inspiring tomorrow's professionals"> --- This transmission is confidential and may be legally privileged. If you receive it in error, please notify us immediately by e-mail and remove it from your system. If the content of this e-mail does not relate to the business of the University of Huddersfield, then we do not endorse it and will accept no liability.
- List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hi,
$ rm -rf ./raddb $ make install
? Might work...
Not really... gmake[2]: Leaving directory `/home/swinter/packages/linux/freeradius-server-2.1.6/src' Making install in raddb... gmake: Entering an unknown directory gmake: *** raddb: Datei oder Verzeichnis nicht gefunden. Schluss. gmake: Leaving an unknown directory gmake[1]: *** [common] Fehler 2 gmake[1]: Leaving directory `/home/swinter/packages/linux/freeradius-server-2.1.6' make: *** [install] Fehler 2 And it breaks the next time you run configure: [...] config.status: creating ./src/main/Makefile config.status: creating ./src/main/checkrad.pl config.status: creating ./src/main/radlast config.status: creating ./src/main/radtest config.status: creating ./scripts/rc.radiusd config.status: creating ./scripts/radwatch config.status: creating ./scripts/radiusd.cron.daily config.status: creating ./scripts/radiusd.cron.monthly config.status: creating ./scripts/cryptpasswd config.status: error: cannot find input file: ./raddb/dictionary.in Greetings, Stefan Winter -- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg Tel: +352 424409 1 Fax: +352 422473
Stefan Winter wrote:
Not really...
gmake[2]: Leaving directory `/home/swinter/packages/linux/freeradius-server-2.1.6/src' Making install in raddb... gmake: Entering an unknown directory
OK.... how about this. Edit "Makefile". Change: SUBDIRS = $(LTDL_SUBDIRS) src raddb scripts doc to SUBDIRS = $(LTDL_SUBDIRS) $(wildcard src raddb scripts doc) Then configure;rm -rf raddb;make;make install
And it breaks the next time you run configure:
Well, that's what "tar -zxf" is for. Alan DeKok.
Hi,
OK.... how about this. Edit "Makefile". Change:
SUBDIRS = $(LTDL_SUBDIRS) src raddb scripts doc
to
SUBDIRS = $(LTDL_SUBDIRS) $(wildcard src raddb scripts doc)
Then configure;rm -rf raddb;make;make install
Cute, works. I don't like deleting raddb; doing mv raddb getouttatheway make install mv getouttatheway raddb is maybe not really elegant, but good enough. Thanks! This new SUBDIRS shouldn't do harm either way. Any chance to push this into 2.1.7? Greetings, Stefan Winter -- Stefan WINTER Ingenieur de Recherche Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de la Recherche 6, rue Richard Coudenhove-Kalergi L-1359 Luxembourg Tel: +352 424409 1 Fax: +352 422473
hi, if you really want to do this cp -R /etc/raddb /etc/raddb.old make install rm -rf /etc/raddb cp -R /etc/raddb.old /etc/raddb but you then lose 'sight' of new virtual servers, new config options etc and slowly but surely this will bite you (in my case a while back the logging config of the server changed and things b0rked nicely) far better to have a details overview or diff of your changes and then cp -R /etc/raddb /etc/raddb.old make install {edit the /etc/raddb file as required...easily putting in files by copying from their backed up location} done! alan
participants (6)
-
A.L.M.Buxey＠lboro.ac.uk -
Alan DeKok -
Arran Cudbard-Bell -
Leighton Man -
Nicolas Goutte -
Stefan Winter