mirror of https://github.com/sipwise/ngcpcfg.git
master
mr26.0.1
mr26.0
mr14.1
mr14.1.1
mr14.0.1
mr13.5.1
mr12.5.1
mr11.5.1
mr14.0
mr13.5
mr12.5
mr11.5
mr13.4.1
mr13.4
mr10.5.5
mr10.5.6
mr10.5.7
mr10.5.8
mr10.5.9
mr10.5
mr13.2.1
mr13.2
mr13.3
mr13.3.1
mr12.2.1
mr12.1.1
mr12.0.1
mr12.2
mr12.1
mr12.0
mr13.1
mr13.1.1
mr13.0
mr13.0.1
mr9.5
mr9.5.9
mr12.4
mr12.4.1
mr12.3
mr12.3.1
mr8.5
mr8.5.12
mr9.5.8
mr8.5.11
mr9.5.7
mr11.4
mr11.4.1
mr10.5.1
mr10.5.2
mr10.5.3
mr10.5.4
mr11.2.1
mr11.3.1
mr11.2
mr11.3
mr11.1.1
mr11.1
mr8.5.10
mr9.5.6
mr11.0.1
mr9.5.5
mr8.5.9
mr11.0
mr7.5
mr7.5.13
mr8.5.2
mr8.5.3
mr8.5.4
mr8.5.5
mr8.5.1
mr10.4.1
mr10.4
mr9.5.1
mr7.5.12
mr8.5.8
mr9.5.4
mr10.3
mr10.3.1
mr7.5.11
mr10.1.1
mr10.2.1
mr10.1
mr10.2
mr9.5.3
mr7.5.10
mr8.5.7
mr8.5.6
mr9.5.2
mr10.0.1
mr6.5.12
mr6.5
mr6.5.13
mr10.0
mr9.4
mr9.3.1
mr9.4.1
mr9.3
mr7.5.9
mr9.0.1
mr9.1.1
mr9.2.1
mr9.0
mr9.1
mr9.2
mr7.5.8
mr6.5.11
mr7.5.7
mr5.5
mr5.5.13
mr7.5.6
mr6.5.10
mr8.4
mr8.4.2
mr7.5.5
mr5.5.12
mr8.4.1
mr6.5.9
mr7.5.4
mr8.3
mr8.3.2
mr5.5.5
mr5.5.6
mr5.5.7
mr5.5.8
mr5.5.9
mr5.5.10
mr5.5.11
mr6.5.8
mr8.2.2
mr8.3.1
mr8.2
mr8.1
mr8.0
mr8.1.2
mr7.5.2
mr7.5.3
mr8.1.1
mr8.2.1
mr8.0.2
mr6.5.7
mr7.5.1
mr8.0.1
mr4.5
mr4.5.13
mr6.5.6
mr7.4
mr7.4.2
mr6.5.1
mr6.5.2
mr6.5.3
mr6.5.4
mr6.5.5
mr7.3.2
mr7.4.1
mr7.3
mr7.2.2
mr7.3.1
mr7.2
mr7.1
mr7.1.2
mr7.2.1
mr4.5.12
mr7.0
mr7.0.2
mr7.1.1
mr7.0.1
mr4.5.11
mr6.4.1
mr6.4
mr6.4.2
mr4.5.10
mr6.3.2
mr6.3
mr3.8
mr3.8.13
mr6.2.2
mr6.2
mr4.5.9
mr6.3.1
mr6.0
mr6.1
mr6.1.2
mr6.2.1
mr5.5.4
mr4.5.8
mr6.0.2
mr5.5.2
mr5.5.3
mr6.0.1
mr6.1.1
mr4.5.7
mr3.8.12
mr5.4
mr5.4.2
mr5.5.1
mr4.5.6
mr3.8.11
mr5.3
mr5.3.2
mr5.4.1
mr4.5.5
mr5.2
mr5.2.2
mr5.3.1
mr5.1
mr5.1.2
mr3.8.10
mr5.2.1
mr5.0
mr4.5.4
mr5.0.2
mr5.1.1
mr4.5.3
mr5.0.1
mr3.8.9
mr4.5.2
mr3.8.8
mr4.4
mr4.4.2
mprokop/pytest
mr4.5.1
mr4.4.1
mr3.8.7
mr4.3
mr4.3.2
mr3.8.6
mr4.2
mr4.2.2
mprokop/testing
mr4.3.1
mprokop/tests
mr4.2.1
mr3.8.5
mr4.1
mr4.1.2
mr3.8.4
mr4.0
mr4.0.2
mr4.1.1
mr4.0.1
mr3.8.3
mprokop/autopkgtest2
mr3.8.2
mr3.8.1
mr3.7
mr3.7.2
mr3.6
mr3.7.1
mprokop/autopkgtests
mr3.5.1
mr3.5
mr3.6.2
mr3.6.1
mr3.4
mr3.4.2
vseva/db_defaults
vseva/8419
mr3.4.1
mr3.3
mr3.3.2
mprokop/7577_services
mr3.3.1
mr3.2
mr3.2.2
mr3.2.1
0.18
0.17
mprokop/autopkgtest
mika/header-note
agranig/header-note
sync-replication
0.19.0
0.18.2
0.18.1
0.18.0
0.17.1
0.17.0
0.16.0
0.17.2
0.18.3
mr10.0.1.1
mr10.0.1.2
mr10.1.1.1
mr10.1.1.2
mr10.1.1.3
mr10.2.1.1
mr10.2.1.2
mr10.3.1.1
mr10.4.1.1
mr10.4.1.2
mr10.5.1.1
mr10.5.1.2
mr10.5.1.3
mr10.5.2.1
mr10.5.2.2
mr10.5.2.3
mr10.5.3.1
mr10.5.3.2
mr10.5.4.1
mr10.5.4.2
mr10.5.5.1
mr10.5.5.2
mr10.5.5.3
mr10.5.6.1
mr10.5.6.2
mr10.5.6.3
mr10.5.7.1
mr10.5.7.2
mr10.5.7.3
mr10.5.8.1
mr10.5.8.2
mr10.5.8.3
mr10.5.8.4
mr10.5.9.1
mr10.5.9.2
mr11.0.1.1
mr11.0.1.2
mr11.1.1.1
mr11.1.1.2
mr11.1.1.3
mr11.1.1.4
mr11.1.1.5
mr11.2.1.1
mr11.2.1.2
mr11.2.1.3
mr11.2.1.4
mr11.3.1.1
mr11.3.1.2
mr11.3.1.3
mr11.4.1.1
mr11.5.1.1
mr11.5.1.10
mr11.5.1.11
mr11.5.1.2
mr11.5.1.3
mr11.5.1.4
mr11.5.1.5
mr11.5.1.6
mr11.5.1.7
mr11.5.1.8
mr11.5.1.9
mr12.0.1.1
mr12.0.1.2
mr12.0.1.3
mr12.1.1.1
mr12.1.1.2
mr12.2.1.1
mr12.2.1.2
mr12.3.1.1
mr12.4.1.1
mr12.5.1.1
mr12.5.1.2
mr12.5.1.3
mr12.5.1.4
mr12.5.1.5
mr12.5.1.6
mr12.5.1.7
mr12.5.1.8
mr12.5.1.9
mr13.0.1.1
mr13.1.1.1
mr13.2.1.1
mr13.2.1.2
mr13.3.1.1
mr13.4.1.1
mr13.4.1.2
mr13.4.1.3
mr13.4.1.4
mr13.5.1.1
mr13.5.1.2
mr13.5.1.3
mr13.5.1.4
mr14.0.1.1
mr14.0.1.2
mr14.1.1.1
mr26.0.1.1
mr26.0.1.2
mr3.2.1.1
mr3.2.1.2
mr3.2.2.1
mr3.3.1.1
mr3.3.1.2
mr3.3.2.1
mr3.4.1.1
mr3.4.1.2
mr3.4.2.1
mr3.5.1.1
mr3.5.1.2
mr3.5.1.3
mr3.5.1.4
mr3.6.1.1
mr3.6.1.2
mr3.6.2.1
mr3.6.2.2
mr3.7.1.1
mr3.7.2.1
mr3.8.1.1
mr3.8.1.2
mr3.8.10.1
mr3.8.11.1
mr3.8.12.1
mr3.8.13.1
mr3.8.2.1
mr3.8.3.1
mr3.8.3.2
mr3.8.3.3
mr3.8.3.4
mr3.8.4.1
mr3.8.5.1
mr3.8.6.1
mr3.8.7.1
mr3.8.8.1
mr3.8.9.1
mr4.0.1.1
mr4.0.1.2
mr4.0.1.3
mr4.0.1.4
mr4.0.2.1
mr4.1.1.1
mr4.1.1.2
mr4.1.2.1
mr4.2.1.1
mr4.2.1.2
mr4.2.2.1
mr4.3.1.1
mr4.3.2.1
mr4.4.1.1
mr4.4.1.2
mr4.4.1.3
mr4.4.2.1
mr4.5.1.1
mr4.5.1.2
mr4.5.1.3
mr4.5.1.4
mr4.5.1.5
mr4.5.10.1
mr4.5.11.1
mr4.5.12.1
mr4.5.13.1
mr4.5.2.1
mr4.5.3.1
mr4.5.3.2
mr4.5.3.3
mr4.5.3.4
mr4.5.4.1
mr4.5.5.1
mr4.5.6.1
mr4.5.7.1
mr4.5.8.1
mr4.5.9.1
mr5.0.1.1
mr5.0.1.2
mr5.0.1.3
mr5.0.2.1
mr5.1.1.1
mr5.1.2.1
mr5.2.1.1
mr5.2.2.1
mr5.3.1.1
mr5.3.2.1
mr5.4.1.1
mr5.4.2.1
mr5.5.1.1
mr5.5.10.1
mr5.5.10.2
mr5.5.11.1
mr5.5.11.2
mr5.5.12.1
mr5.5.12.2
mr5.5.12.3
mr5.5.13.1
mr5.5.2.1
mr5.5.2.2
mr5.5.3.1
mr5.5.3.2
mr5.5.4.1
mr5.5.5.1
mr5.5.5.2
mr5.5.5.3
mr5.5.6.1
mr5.5.6.2
mr5.5.7.1
mr5.5.7.2
mr5.5.8.1
mr5.5.8.2
mr5.5.9.1
mr5.5.9.2
mr5.5.9.3
mr6.0.1.1
mr6.0.1.2
mr6.0.2.1
mr6.1.1.1
mr6.1.1.2
mr6.1.2.1
mr6.2.1.1
mr6.2.1.2
mr6.2.2.1
mr6.2.2.2
mr6.2.2.3
mr6.3.1.1
mr6.3.2.1
mr6.3.2.2
mr6.4.1.1
mr6.4.1.2
mr6.4.1.3
mr6.4.1.4
mr6.4.2.1
mr6.5.1.1
mr6.5.1.2
mr6.5.1.3
mr6.5.1.4
mr6.5.1.5
mr6.5.1.6
mr6.5.10.1
mr6.5.11.1
mr6.5.11.2
mr6.5.12.1
mr6.5.13.1
mr6.5.2.1
mr6.5.2.2
mr6.5.2.3
mr6.5.2.4
mr6.5.3.1
mr6.5.3.2
mr6.5.4.1
mr6.5.4.2
mr6.5.4.3
mr6.5.4.4
mr6.5.5.1
mr6.5.5.2
mr6.5.5.3
mr6.5.6.1
mr6.5.6.2
mr6.5.7.1
mr6.5.8.1
mr6.5.8.2
mr6.5.9.1
mr6.5.9.2
mr6.5.9.3
mr7.0.1.1
mr7.0.1.2
mr7.0.1.3
mr7.0.2.1
mr7.1.1.1
mr7.1.2.1
mr7.2.1.1
mr7.2.2.1
mr7.2.2.2
mr7.3.1.1
mr7.3.1.2
mr7.3.2.1
mr7.3.2.2
mr7.4.1.1
mr7.4.1.2
mr7.4.2.1
mr7.5.1.1
mr7.5.1.2
mr7.5.1.3
mr7.5.10.1
mr7.5.10.2
mr7.5.10.3
mr7.5.11.1
mr7.5.12.1
mr7.5.13.1
mr7.5.2.1
mr7.5.2.2
mr7.5.2.3
mr7.5.3.1
mr7.5.3.2
mr7.5.4.1
mr7.5.4.2
mr7.5.4.3
mr7.5.4.4
mr7.5.5.1
mr7.5.5.2
mr7.5.6.1
mr7.5.7.1
mr7.5.7.2
mr7.5.8.1
mr7.5.9.1
mr8.0.1.1
mr8.0.1.2
mr8.0.2.1
mr8.1.1.1
mr8.1.1.2
mr8.1.1.3
mr8.1.1.4
mr8.1.2.1
mr8.2.1.1
mr8.2.1.2
mr8.2.1.3
mr8.2.2.1
mr8.2.2.2
mr8.3.1.1
mr8.3.1.2
mr8.3.2.1
mr8.4.1.1
mr8.4.1.2
mr8.4.1.3
mr8.4.1.4
mr8.4.1.5
mr8.4.2.1
mr8.5.1.1
mr8.5.1.2
mr8.5.1.3
mr8.5.10.1
mr8.5.11.1
mr8.5.11.2
mr8.5.12.1
mr8.5.2.1
mr8.5.2.2
mr8.5.2.3
mr8.5.2.4
mr8.5.3.1
mr8.5.3.2
mr8.5.3.3
mr8.5.3.4
mr8.5.3.5
mr8.5.4.1
mr8.5.4.2
mr8.5.4.3
mr8.5.5.1
mr8.5.5.2
mr8.5.6.1
mr8.5.6.2
mr8.5.6.3
mr8.5.7.1
mr8.5.8.1
mr8.5.9.1
mr8.5.9.2
mr9.0.1.1
mr9.0.1.2
mr9.0.1.3
mr9.1.1.1
mr9.1.1.2
mr9.1.1.3
mr9.1.1.4
mr9.2.1.1
mr9.2.1.2
mr9.2.1.3
mr9.3.1.1
mr9.3.1.2
mr9.3.1.3
mr9.4.1.1
mr9.4.1.2
mr9.4.1.3
mr9.5.1.1
mr9.5.1.2
mr9.5.1.3
mr9.5.1.4
mr9.5.1.5
mr9.5.2.1
mr9.5.2.2
mr9.5.2.3
mr9.5.3.1
mr9.5.4.1
mr9.5.5.1
mr9.5.5.2
mr9.5.6.1
mr9.5.6.2
mr9.5.7.1
mr9.5.7.2
mr9.5.8.1
mr9.5.9.1
${ noResults }
18 Commits (ed963cc89ef7e81745bd8c1cf75a48a800ecfda9)
| Author | SHA1 | Message | Date |
|---|---|---|---|
|
|
7800af7b22 |
TT#12952 Add 'ngcpcfg clean' action to simplify cleanups
It is hard to clean ngcpcfg framework for users with limited git knowledge, lets introduce action 'clean'. It should allows users easily reset to 'previous safe state' in the case 'if something went wrong'. Also remove old and unreliable error handling hint from manuals, as we have switched to fast-forward rebase long time ago. Change-Id: I961e681d55cac15ba8d772b9345c668218313bf4 |
9 years ago |
|
|
e00d7e36bc |
MT#22241 Support hostname and pairname specific templates (PRO-/CARRIER-only)
If we have multiple web0X proxies but need specific
templates on just one of those pairs then we need to
support *.customtt.tt2.$pairname + *.tt2.$pairname
templates.
While at it also support *.customtt.tt2.$nodename +
foo.tt2.$nodename (where nodename is actual hostname
and not sp1 or sp2 as already supported already).
Test script for demonstration (especially for precedence):
mkdir /etc/ngcp-config/templates/etc/mika
cd /etc/ngcp-config/templates/etc/mika
hostname=$(hostname) # e.g. web01b
pairname=${hostname%[ab]} # e.g. web01
nodename=$(cat /etc/ngcp_nodename) # e.g. sp2
for file in foo.customtt.tt2.$hostname foo.customtt.tt2.$pairname foo.customtt.tt2.$nodename foo.customtt.tt2 foo.tt2.$hostname foo.tt2.$pairname foo.tt2.$nodename foo.tt2 ; do echo $file > $file ; done
for file in foo.customtt.tt2.$hostname foo.customtt.tt2.$pairname foo.customtt.tt2.$nodename foo.customtt.tt2 foo.tt2.$hostname foo.tt2.$pairname foo.tt2.$nodename foo.tt2 ; do
ngcpcfg build /etc/mika/ >/dev/null
if [ "$(cat /etc/mika/foo)" = "$file" ] ; then
echo "Content of file /etc/mika/foo matching $file"
rm "$file" ; rm /etc/mika/foo
else
echo "Problem with precedence of file $file"
return 1
fi
done
Change-Id: If7c222374bb56d7bf243200b37a414e39e050cd4
|
10 years ago |
|
|
08f68c829b |
MT#22361 Remember file permissions through pre-commit hook + restore-permissions helper script
Git doesn't track file permissions (except for the executable flag). For sensitive data (like the 'ssl' directory and file 'constants.yml' with passwords included) we've to prevent non-root users from accessing those files. hooks/pre-commit is inspired and based on the implementation as present in etckeeper (and luckily we're license compatible) and takes care of storing the file permissions inside file /etc/ngcp-config/.ngcpcfg_perms. The restore-permissions helper script takes care of restoring the permissions after cloning the ngcpcfg repository via ngcpcfg itself (being actions decrypt, pull (PRO-only) + initialise (PRO-only)). It can be executed manually as well via `usr/share/ngcp-ngcpcfg/helper/restore-permissions /etc/ngcp-config/` (or wherever the according ngcpcfg repository is placed at). Regarding the commit integration: git(1) itself doesn't track file permissions, so we can't detect changes to file permissions using git itself. Our new pre-commit hook records file permissions via the .ngcpcfg_perms file. Now by just invoking it during 'ngcpcfg commit' time we can ensure that even if there have been any file permission changes in the working directory the file .ngcpcfg_perms is then up2date and committed. JFTR: The solution via the git pre-commit hook ensures that no matter whether you're using 'ngcpcfg commit …' or 'git commit …' you always get the file permissions handled via .ngcpcfg_perms. Now if you want to change file permissions in a clean working directory and commit *without* using 'ngcpcfg commit' but directly via git itself then you've to use 'git commit --allow-empty ...' and thanks to the pre-commit hook the file .ngcpcfg_perms will still be up2date. Change-Id: I84d608585c626b52112ff649893e232e441c59d8 |
10 years ago |
|
|
2317a9039c |
MT#19571 Add ngcpcfg option to force validation
Mainly nobody validate the schema in trunk right now as it requires manual changes for ngcpcfg.cfg. Also having force validation will allow us to add validation in ngcp-upgrade and Jenkins nightly builds. Change-Id: Ia48a778ecf7dae30b26bdff0c5dd5b9000c9d089 |
10 years ago |
|
|
5d7c3d52c9 |
MT#19129 Document the internal workings of the configuration framework
Change-Id: If863ec3c6cdb471bcbc0b8e468a267827607b517 |
10 years ago |
|
|
3f1b490797 |
MT#18833 Improve documentation regarding global vs action specific options
Change-Id: I5e8aff932e67aa263fcf088d1039e8688a4a50c4 |
10 years ago |
|
|
1fd2247ce3 |
MT#18811 Send debug output to stderr
If we send debug output to stdout then its output might get used in variable assignments, causing debug runs to have different results than the non-debug ones, like: | root@sp2:/etc/ngcp-config# DEBUG=1 ngcpcfg build --no-action-failure /etc/mysql/ | 2016-03-30 18:58:00: DEBUG: sourced configuration file /etc/ngcp-config/ngcpcfg.cfg | 2016-03-30 18:58:00: DEBUG: sourced configuration file /etc/ngcp-config/ngcpcfg.d/shared_storage.cfg | 2016-03-30 18:58:00: DEBUG: /usr/share/ngcp-ngcpcfg/scripts//build --no-action-failure /etc/mysql/ | 2016-03-30 18:58:00: DEBUG: sourced configuration file /etc/ngcp-config/ngcpcfg.cfg | 2016-03-30 18:58:00: DEBUG: sourced configuration file /etc/ngcp-config/ngcpcfg.d/shared_storage.cfg | 2016-03-30 18:58:00: DEBUG: sourced configuration file /etc/ngcp-config/ngcpcfg.cfg | 2016-03-30 18:58:00: DEBUG: sourced configuration file /etc/ngcp-config/ngcpcfg.d/shared_storage.cfg | 2016-03-30 18:58:00: Error: branch '2016-03-30 18:58:00: DEBUG: get_active_branch master | 2016-03-30 18:58:00: DEBUG: cd /etc/ngcp-config | 2016-03-30 18:58:00: DEBUG: current_branch = master | master' in '/etc/ngcp-config' active - please switch to branch 'master' before continuing. Change-Id: I58a8882054b9accdff14d79e9a963109f2bbb91f |
10 years ago |
|
|
daa68ce21e |
MT#17219 Move check invocation inside build script
Make the relationship internal, instead of external. So that anything that might end up calling the build script will always do the right thing and we will not forget to perform required actions. Change-Id: Iafc3bc7230c59750de7ec8bf825005011b48f403 |
11 years ago |
|
|
24aa4a97fa |
MT#15943 Prompt for commit message during 'ngcpcfg apply' on outstanding changes
Provide "apply" action as separate script. We don't care about changes related to etckeeper, but just about outstanding commits in /etc/ngcp-config. Change-Id: I47411f00a5085d65cacf9e24fc8a468258d57c31 |
11 years ago |
|
|
550067a6a8 |
MT#15803 Check oustanding pull actions only (ignore outstanding push actions)
Switch code to new common check function execute_check_shared_storage() Change-Id: I7ba86912d7b5874f9ce0778a2a87b2afb33be5ee |
11 years ago |
|
|
e8f7ce894e |
MT#15803 Add ngcpcfg log/show scripts to improve usability
Change-Id: I56f3c6d6cb5187ac471e0ae05ff313f24803fc1c |
11 years ago |
|
|
7adf2b23e2 |
MT#15803 HA: support shared storage check in 'ngcpcfg check'
This allows us to abort in 'ngcpcfg status' whenever there are outstanding changes to pull/push from the shared storage. Using the --no-action-failure option allows the user to continue anyway. Change-Id: I4062d5bb627bb553b98705bb122575651b035849 |
11 years ago |
|
|
34f731bb1d |
MT#13669 Add YML configs validation accordingly to kwalify schema
Disabled by default as we need a time to check it carefuly. Also we need to solve the "tilda" problem reported upstream: https://github.com/eserte/p5-Kwalify/issues/1 Change-Id: Ia2c3d48f0ac6fc6ac9899d44f4291544373806d9 |
11 years ago |
|
|
df055e5e96 |
MT#13891 add values command to get config/constants values easily
- added quiet option to disable loading output at tt2-daemon - detect arrays and output values joined by space Change-Id: I0b7694a366a284ca2b24ea2df55cb285b598e66d |
11 years ago |
|
|
0a3867a8a4 |
MT#10071 Add 'check' option for YAML validations
Change-Id: I52938bfeb99a6c45d7227a3b02739cbd5f6232fa |
11 years ago |
|
|
def862dd8a |
MT#2231 status option: check for pull/push + check state of remote host(s)
|
12 years ago |
|
|
c3e1cb68d4 |
support additional configuration yml files via configuration directory
Files in configuration directory EXTRA_CONFIG_DIR (being /etc/ngcp-config/config.d/ by default) with the suffix yml (so e.g. a file named pbx.yml can be shipped by an external Debian package) are additionally taken into consideration as main configuration files. Those extra configuration file(s) have higher precedence than the other yml configuration files (config.yml, network.yml,...), *except* for constants.yml which has the power to override all settings, including the ones from files inside EXTRA_CONFIG_DIR. Closes: sipwise-#3059 |
13 years ago |
|
|
3436c08361 |
Initial checkin
|
13 years ago |