Re: Nachtrag: LDAP Backup

2012-01-17 Diskussionsfäden Bernhard Schiffner
Am Dienstag, 17. Januar 2012, 14:42:37 schrieb William Epler:
> Am Dienstag 17 Januar 2012, 11:54:27 schrieb Bernhard Schiffner:
> > 3.) Um die ganzen Accounts etc. wieder anzulegen kommt man um slapadd
> > nicht herum. Leider ist das sehr empfindlich für  Anordnung,
> > Schreibfehler und bricht auch noch beim geringsten Fehler ab.
> 
> 4.) Backup des LDAP-Inhaltes sollte regelmäßig (und vor slapd/db4-upgrade)
> per # (stop slapd)
>  # slapcat > [wohinauchimmer.ldif]
>  # (start slapd)
> erfolgen.
> 
> Dann klappt es ohne Handarbeit, mit slapadd den so gesicherten LDAP-Inhalt
> 1:1 inkl. den mit "ldapsearch" nicht sichtbaren und für LDAP-interne
> Zwecke (Replikation!) vorgesehenen Attributen (entryUUID, creatorsName,
> createTimestamp, entryCSN, modifiersName, modifyTimestamp)
> wiederherzustellen - selbstverständlich auch nach Upgrades und auf anderen
> Betriebssystemen.

Jetzt weiß ich das auch (schon!). Ich habe es mir leider auf die harte Tour 
aneignen müssen ...
 :-)

Danke!

Bernhard

___
Lug-dd maillist  -  Lug-dd@mailman.schlittermann.de
https://ssl.schlittermann.de/mailman/listinfo/lug-dd


Re: Nachtrag: LDAP Backup

2012-01-17 Diskussionsfäden William Epler
Am Dienstag 17 Januar 2012, 11:54:27 schrieb Bernhard Schiffner:
> 3.) Um die ganzen Accounts etc. wieder anzulegen kommt man um slapadd nicht
> herum. Leider ist das sehr empfindlich für  Anordnung, Schreibfehler und
> bricht auch noch beim geringsten Fehler ab.
4.) Backup des LDAP-Inhaltes sollte regelmäßig (und vor slapd/db4-upgrade) per 
 # (stop slapd)
 # slapcat > [wohinauchimmer.ldif]
 # (start slapd)
erfolgen. 

Dann klappt es ohne Handarbeit, mit slapadd den so gesicherten LDAP-Inhalt 1:1 
inkl. den mit "ldapsearch" nicht sichtbaren und für LDAP-interne Zwecke  
(Replikation!) vorgesehenen Attributen (entryUUID, creatorsName, 
createTimestamp, entryCSN, modifiersName, modifyTimestamp) wiederherzustellen 
- selbstverständlich auch nach Upgrades und auf anderen Betriebssystemen.

-- 
William Epler

___
Lug-dd maillist  -  Lug-dd@mailman.schlittermann.de
https://ssl.schlittermann.de/mailman/listinfo/lug-dd


Re: Lenny -> Squeeze und slapd

2012-01-17 Diskussionsfäden Bernhard Schiffner
Am Freitag, 13. Januar 2012, 00:19:29 schrieb Bernhard Schiffner:
> Hallo!
> 
> Hier klappt gerade das distupgrade auf der ldap-Sever-Strecke nicht.
> 
...

Die Probleme waren:
1.) Die alte slapd-Datenbank war "unbrauchbar" -> db4.8[stat|recover|...]
2.) Ich habe mir (überflüssigerweise) die Finger vergoldet mit der Umstellung 
slapd.conf -> slapd.d/ : es ist bei kleinen Installationen schlicht nicht 
notwendig.
3.) Um die ganzen Accounts etc. wieder anzulegen kommt man um slapadd nicht 
herum. Leider ist das sehr empfindlich für  Anordnung, Schreibfehler und 
bricht auch noch beim geringsten Fehler ab.

Eine hilfreiche Link (wenn auch im Detail anzupassen)
http://sdb.open-xchange.com/node/29

Danke für alle Ratschläge!


Bernhard

___
Lug-dd maillist  -  Lug-dd@mailman.schlittermann.de
https://ssl.schlittermann.de/mailman/listinfo/lug-dd


Re: variable Variablen

2012-01-17 Diskussionsfäden Heiko Schlittermann
Rico Koerner  (Mo 16 Jan 2012 17:31:00 CET):
> Am 15.01.2012 21:10, schrieb Heiko Schlittermann:
> > 
> > Vielleicht so:
> > 
> > #! /bin/bash
> > 
> > A="$1"; shift
> > B="$1"; shift
> > C="$1"; shift
> >
> > for VARNAME in A B C; do
> > declare ${!VARNAME}="$value"
> > done
> 
> Soweit wollte ich nicht gehen, daß die übergebenen Parameter zu
> Variablennamen werden, ist aber auch interessant.
> 
> Ich war auf der Suche nach einer besseren Lösung für getopts, da dort
> (zumindest aus meiner Sicht) ein paar Fehler drin stecken.
> 
> while getopts a:b:c option ...
> 
> getopts.sh -a Max Muster -b Musterstadt
> Hier wird Muster verschluckt, was noch halbwegs verständlich ist.
> 
> getopts.sh -a -b Musterstadt
> Hier wird '-b' als Parameter von -a verstanden und -b existiert dann
> nicht mehr als Option. Das finde ich nicht mehr ganz so sinnvoll.

Es ist das dokumentierte Verhalten von getopts. Woher soll es wissen,
daß „-b“ nicht der erwartete Parameter zu „-a“ ist?

Ein anderes Verhalten legt getopt(1) an den Tag.

./x -a -b hallo
./x -a knix -b knax
./x -aknix -b knax


#! /bin/bash

# parameter to -a is optional, -b and -c require a parameter
tmp=$(getopt --name $0 --options a::b:c: -- "$@") || exit
eval set -- "$tmp"

while :; do
opt="$1"; shift
case "$opt" in
-a) echo "option a: <$1>";;
-b) echo "option b: <$1>";;
--) break;;
esac
done

echo "rest: $@"
--


signature.asc
Description: Digital signature
___
Lug-dd maillist  -  Lug-dd@mailman.schlittermann.de
https://ssl.schlittermann.de/mailman/listinfo/lug-dd