createrepo listet nicht vollständig alle RPMs

[Olaf Radicke]

Hi!

Noch mal ein ganz anders Problem. Ich habe ein Dutzend seblbst gebaute RPMs
die ich mit dem Befehl createrepo zu einer YUM-Repos mache. Es gibt aber
ein RPM was ich aber mit dem folgenden Befehl nicht finde:

[root@vlxsv028 ~]# yum clean all && yum search hostnameset
Loaded plugins: product-id, rhnplugin, security, subscription-manager
Updating certificate-based repositories.
Cleaning repos: epel [...]
Cleaning up Everything
Loaded plugins: product-id, rhnplugin, security, subscription-manager
Updating certificate-based repositories.
epel/metalink                                                                   
                                                                               
                       |  25 kB     00:00     
epel                                                                           
                                                                               
                        | 4.2 kB     00:00     
epel/primary_db                                                                 
                                                                               
                       | 5.7 MB     00:00     
[...]
Warning: No matches found for: hostnameset
No Matches found

Der createrepo-Befehl sieht unauffällig aus:

createrepo -v /var/www/html/yum/assemblyhall/

Spawning worker 0 with 54 pkgs
Worker 0: reading magento-installer-1.7.0.2-23.noarch.rpm
Worker 0: reading customised_rpmrepos-6-1.noarch.rpm
Worker 0: reading magento-auto-rollout-3-1.noarch.rpm
Worker 0: reading postfix_init-5-1.noarch.rpm
Worker 0: reading magento-auto-rollout-1-1.noarch.rpm
Worker 0: reading customised_rpmrepos-1-1.noarch.rpm
Worker 0: reading magento-auto-rollout-2-1.noarch.rpm
Worker 0: reading magentoadmin-ssh-account-5-1.noarch.rpm
Worker 0: reading magento-auto-rollout-4-1.noarch.rpm
Worker 0: reading magento_init-28-1.noarch.rpm
Worker 0: reading rhnkey_init-1-1.noarch.rpm
Worker 0: reading magento-auto-rollout-7-1.noarch.rpm
Worker 0: reading ftpserver_init-8-1.noarch.rpm
Worker 0: reading hostnameset-2-1.noarch.rpm
Worker 0: reading rhnkey_init-3-1.noarch.rpm
Worker 0: reading ftpserver_init-11-1.noarch.rpm
Worker 0: reading magentoadmin-ssh-account-3-1.noarch.rpm
Worker 0: reading customised_rpmrepos-7-1.noarch.rpm
Worker 0: reading magento-installer-1.7.0.2-24.noarch.rpm
Worker 0: reading magento-auto-rollout-5-1.noarch.rpm
Worker 0: reading magento-auto-rollout-6-1.noarch.rpm
Worker 0: reading magento_init-27-1.noarch.rpm
Worker 0: reading rhnkey_init-2-1.noarch.rpm
Worker 0: reading magentoadmin-ssh-account-6-1.noarch.rpm
Worker 0: reading customised_rpmrepos-3-1.noarch.rpm
Worker 0: reading ftpserver_init-9-1.noarch.rpm
Worker 0: reading ioncube-installer-4-1.x86_64.rpm
Worker 0: reading magento-auto-rollout-10-1.noarch.rpm
Worker 0: reading hostnameset-3-1.noarch.rpm
Worker 0: reading customised_rpmrepos-5-1.noarch.rpm
Worker 0: reading epel-release-6-8.noarch.rpm
Worker 0: reading magento-auto-rollout-8-1.noarch.rpm
Worker 0: reading customised_rpmrepos-2-1.noarch.rpm
Worker 0: reading ioncube-installer-6-1.x86_64.rpm
Worker 0: reading ftpserver_init-4-1.noarch.rpm
Worker 0: reading ftpserver_init-7-1.noarch.rpm
Worker 0: reading ftpserver_init-1-1.noarch.rpm
Worker 0: reading rhnkey_init-4-1.noarch.rpm
Worker 0: reading postfix_init-1-1.noarch.rpm
Worker 0: reading magento-installer-1.7.0.2-25.noarch.rpm
Worker 0: reading magentoadmin-ssh-account-2-1.noarch.rpm
Worker 0: reading magento_init-25-1.noarch.rpm
Worker 0: reading customised_rpmrepos-4-1.noarch.rpm
Worker 0: reading magento-auto-rollout-9-1.noarch.rpm
Worker 0: reading magento_init-24-1.noarch.rpm
Worker 0: reading magento-installer-1.7.0.2-26.noarch.rpm
Worker 0: reading ftpserver_init-10-1.noarch.rpm
Worker 0: reading ftpserver_init-5-1.noarch.rpm
Worker 0: reading magentoadmin-ssh-account-4-1.noarch.rpm
Worker 0: reading ftpserver_init-6-1.noarch.rpm
Worker 0: reading hostnameset-1-1.noarch.rpm
Worker 0: reading magentoadmin-ssh-account-7-1.noarch.rpm
Worker 0: reading magento_init-23-1.noarch.rpm
Worker 0: reading ftpserver_init-2-1.noarch.rpm
Workers Finished
Gathering worker results

Saving Primary metadata
Saving file lists metadata
Saving other metadata
Generating sqlite DBs
Starting other db creation: Wed Nov 13 09:53:07 2013
Ending other db creation: Wed Nov 13 09:53:07 2013
Starting filelists db creation: Wed Nov 13 09:53:07 2013
Ending filelists db creation: Wed Nov 13 09:53:08 2013
Starting primary db creation: Wed Nov 13 09:53:08 2013
Ending primary db creation: Wed Nov 13 09:53:08 2013
Sqlite DBs complete


Hat jemand eine Idee wie ich das Problem einkreisen kann?
Das PRM lässt sich übrigens problemlos mit "rpm -i" installieren.

Gruß

Olaf


-------------------|-------------------|-------------------|-------------------|

[Brendan Jones]

On 11/13/2013 10:06 AM, Olaf Radicke wrote:
>  Hi!
>
>  Noch mal ein ganz anders Problem. Ich habe ein Dutzend seblbst gebaute RPMs
>  die ich mit dem Befehl createrepo zu einer YUM-Repos mache. Es gibt aber
>  ein RPM was ich aber mit dem folgenden Befehl nicht finde:
>
>  [root@vlxsv028 ~]# yum clean all && yum search hostnameset
>  Loaded plugins: product-id, rhnplugin, security, subscription-manager
>  Updating certificate-based repositories.
>  Cleaning repos: epel [...]
>  Cleaning up Everything
>  Loaded plugins: product-id, rhnplugin, security, subscription-manager
>  Updating certificate-based repositories.
>  epel/metalink
>
>                          |  25 kB     00:00
>  epel
>
>                           | 4.2 kB     00:00
>  epel/primary_db
>
>                          | 5.7 MB     00:00
>  [...]
>  Warning: No matches found for: hostnameset
>  No Matches found
>
>  Der createrepo-Befehl sieht unauffällig aus:
>
>  createrepo -v/var/www/html/yum/assemblyhall/
>
>  Spawning worker 0 with 54 pkgs
>  Worker 0: reading magento-installer-1.7.0.2-23.noarch.rpm
>  Worker 0: reading customised_rpmrepos-6-1.noarch.rpm
>  Worker 0: reading magento-auto-rollout-3-1.noarch.rpm
>  Worker 0: reading postfix_init-5-1.noarch.rpm
>  Worker 0: reading magento-auto-rollout-1-1.noarch.rpm
>  Worker 0: reading customised_rpmrepos-1-1.noarch.rpm
>  Worker 0: reading magento-auto-rollout-2-1.noarch.rpm
>  Worker 0: reading magentoadmin-ssh-account-5-1.noarch.rpm
>  Worker 0: reading magento-auto-rollout-4-1.noarch.rpm
>  Worker 0: reading magento_init-28-1.noarch.rpm
>  Worker 0: reading rhnkey_init-1-1.noarch.rpm
>  Worker 0: reading magento-auto-rollout-7-1.noarch.rpm
>  Worker 0: reading ftpserver_init-8-1.noarch.rpm
>  Worker 0: reading hostnameset-2-1.noarch.rpm
>  Worker 0: reading rhnkey_init-3-1.noarch.rpm
>  Worker 0: reading ftpserver_init-11-1.noarch.rpm
>  Worker 0: reading magentoadmin-ssh-account-3-1.noarch.rpm
>  Worker 0: reading customised_rpmrepos-7-1.noarch.rpm
>  Worker 0: reading magento-installer-1.7.0.2-24.noarch.rpm
>  Worker 0: reading magento-auto-rollout-5-1.noarch.rpm
>  Worker 0: reading magento-auto-rollout-6-1.noarch.rpm
>  Worker 0: reading magento_init-27-1.noarch.rpm
>  Worker 0: reading rhnkey_init-2-1.noarch.rpm
>  Worker 0: reading magentoadmin-ssh-account-6-1.noarch.rpm
>  Worker 0: reading customised_rpmrepos-3-1.noarch.rpm
>  Worker 0: reading ftpserver_init-9-1.noarch.rpm
>  Worker 0: reading ioncube-installer-4-1.x86_64.rpm
>  Worker 0: reading magento-auto-rollout-10-1.noarch.rpm
>  Worker 0: reading hostnameset-3-1.noarch.rpm
>  Worker 0: reading customised_rpmrepos-5-1.noarch.rpm
>  Worker 0: reading epel-release-6-8.noarch.rpm
>  Worker 0: reading magento-auto-rollout-8-1.noarch.rpm
>  Worker 0: reading customised_rpmrepos-2-1.noarch.rpm
>  Worker 0: reading ioncube-installer-6-1.x86_64.rpm
>  Worker 0: reading ftpserver_init-4-1.noarch.rpm
>  Worker 0: reading ftpserver_init-7-1.noarch.rpm
>  Worker 0: reading ftpserver_init-1-1.noarch.rpm
>  Worker 0: reading rhnkey_init-4-1.noarch.rpm
>  Worker 0: reading postfix_init-1-1.noarch.rpm
>  Worker 0: reading magento-installer-1.7.0.2-25.noarch.rpm
>  Worker 0: reading magentoadmin-ssh-account-2-1.noarch.rpm
>  Worker 0: reading magento_init-25-1.noarch.rpm
>  Worker 0: reading customised_rpmrepos-4-1.noarch.rpm
>  Worker 0: reading magento-auto-rollout-9-1.noarch.rpm
>  Worker 0: reading magento_init-24-1.noarch.rpm
>  Worker 0: reading magento-installer-1.7.0.2-26.noarch.rpm
>  Worker 0: reading ftpserver_init-10-1.noarch.rpm
>  Worker 0: reading ftpserver_init-5-1.noarch.rpm
>  Worker 0: reading magentoadmin-ssh-account-4-1.noarch.rpm
>  Worker 0: reading ftpserver_init-6-1.noarch.rpm
>  Worker 0: reading hostnameset-1-1.noarch.rpm
>  Worker 0: reading magentoadmin-ssh-account-7-1.noarch.rpm
>  Worker 0: reading magento_init-23-1.noarch.rpm
>  Worker 0: reading ftpserver_init-2-1.noarch.rpm
>  Workers Finished
>  Gathering worker results
>
>  Saving Primary metadata
>  Saving file lists metadata
>  Saving other metadata
>  Generating sqlite DBs
>  Starting other db creation: Wed Nov 13 09:53:07 2013
>  Ending other db creation: Wed Nov 13 09:53:07 2013
>  Starting filelists db creation: Wed Nov 13 09:53:07 2013
>  Ending filelists db creation: Wed Nov 13 09:53:08 2013
>  Starting primary db creation: Wed Nov 13 09:53:08 2013
>  Ending primary db creation: Wed Nov 13 09:53:08 2013
>  Sqlite DBs complete
>
>
>  Hat jemand eine Idee wie ich das Problem einkreisen kann?
>  Das PRM lässt sich übrigens problemlos mit "rpm -i" installieren.
>
>  Gruß
>
>  Olaf 
Ist der Repo in /etc/yum.repos.d/ installiert? (mit enabled=1)

Brendan

[Olaf Radicke]

>  Brendan Jones <brendan.jones.it(a)gmail.com&gt; hat am 13. November
> 2013 um 10:14
>  geschrieben: 
[...]
>  Ist der Repo in /etc/yum.repos.d/ installiert? (mit enabled=1)
Die REPO ist konfiguriert und die restlichen RPMs laufen über die selbe
REPO-Konfiguration.


Olaf

-------------------|-------------------|-------------------|-------------------|

[Brendan Jones]

On 11/13/2013 10:28 AM, Olaf Radicke wrote:
> > Brendan Jones <brendan.jones.it(a)gmail.com&gt; hat am 13. November 2013 um 10:14
> > geschrieben:
>  [...]
> > Ist der Repo in /etc/yum.repos.d/ installiert? (mit enabled=1)
>
>  Die REPO ist konfiguriert und die restlichen RPMs laufen über die selbe
>  REPO-Konfiguration.
>
>
>  Olaf
>
>  -------------------|-------------------|-------------------|-------------------|
>  
Probiere mal:
	createrepo -v --update <dir>
	yum clean all

Brendan

[Olaf Radicke]

>  Brendan Jones <brendan.jones.it(a)gmail.com&gt; hat am 13. November
> 2013 um 10:50
>  geschrieben:
>
>
>  On 11/13/2013 10:28 AM, Olaf Radicke wrote:
>  >
>  >
>  >> Brendan Jones <brendan.jones.it(a)gmail.com&gt; hat am 13. November 2013 um
>  >> 10:14
>  >> geschrieben:
>  > [...]
>  >> Ist der Repo in /etc/yum.repos.d/ installiert? (mit enabled=1)
>  >
>  > Die REPO ist konfiguriert und die restlichen RPMs laufen über die selbe
>  > REPO-Konfiguration.
>  >
>
>  Probiere mal:
>     createrepo -v --update <dir>
>     yum clean all 
Das führt zu der Ausgabe unten und reduriert die Ausführungszeit um
ca 2/3 (gefällt mir). Führt aber leider nicht dazu das das RPM gefunden
wird.
 

Ausgabe:

createrepo -v --update /var/www/html/yum/intigration/

Scanning old repo data
Using data from old metadata for magento-installer-1.7.0.2-23.noarch.rpm
Using data from old metadata for customised_rpmrepos-6-1.noarch.rpm
Using data from old metadata for magento-auto-rollout-3-1.noarch.rpm
Using data from old metadata for postfix_init-5-1.noarch.rpm
Using data from old metadata for magento-auto-rollout-1-1.noarch.rpm
Using data from old metadata for customised_rpmrepos-1-1.noarch.rpm
Using data from old metadata for magento_init-26-1.noarch.rpm
Using data from old metadata for magento-auto-rollout-2-1.noarch.rpm
Using data from old metadata for magentoadmin-ssh-account-5-1.noarch.rpm
Using data from old metadata for magento-auto-rollout-4-1.noarch.rpm
Using data from old metadata for magento_init-28-1.noarch.rpm
Using data from old metadata for rhnkey_init-1-1.noarch.rpm
Using data from old metadata for magento-auto-rollout-7-1.noarch.rpm
Using data from old metadata for ftpserver_init-8-1.noarch.rpm
Using data from old metadata for hostnameset-2-1.noarch.rpm
Using data from old metadata for rhnkey_init-3-1.noarch.rpm
Using data from old metadata for ftpserver_init-11-1.noarch.rpm
Using data from old metadata for magentoadmin-ssh-account-3-1.noarch.rpm
Using data from old metadata for customised_rpmrepos-7-1.noarch.rpm
Using data from old metadata for magento-installer-1.7.0.2-24.noarch.rpm
Using data from old metadata for magento-auto-rollout-5-1.noarch.rpm
Using data from old metadata for magento-auto-rollout-6-1.noarch.rpm
Using data from old metadata for magento_init-27-1.noarch.rpm
Using data from old metadata for rhnkey_init-2-1.noarch.rpm
Using data from old metadata for magentoadmin-ssh-account-6-1.noarch.rpm
Using data from old metadata for customised_rpmrepos-3-1.noarch.rpm
Using data from old metadata for ftpserver_init-9-1.noarch.rpm
Using data from old metadata for ioncube-installer-4-1.x86_64.rpm
Using data from old metadata for magento-auto-rollout-10-1.noarch.rpm
Using data from old metadata for hostnameset-3-1.noarch.rpm
Using data from old metadata for customised_rpmrepos-5-1.noarch.rpm
Using data from old metadata for epel-release-6-8.noarch.rpm
Using data from old metadata for magento-auto-rollout-8-1.noarch.rpm
Using data from old metadata for customised_rpmrepos-2-1.noarch.rpm
Using data from old metadata for ioncube-installer-6-1.x86_64.rpm
Using data from old metadata for ftpserver_init-4-1.noarch.rpm
Using data from old metadata for ftpserver_init-7-1.noarch.rpm
Using data from old metadata for ftpserver_init-1-1.noarch.rpm
Using data from old metadata for rhnkey_init-4-1.noarch.rpm
Using data from old metadata for magento-installer-1.7.0.2-25.noarch.rpm
Using data from old metadata for magentoadmin-ssh-account-2-1.noarch.rpm
Using data from old metadata for customised_rpmrepos-4-1.noarch.rpm
Using data from old metadata for magento-auto-rollout-9-1.noarch.rpm
Using data from old metadata for magento-installer-1.7.0.2-26.noarch.rpm
Using data from old metadata for ftpserver_init-10-1.noarch.rpm
Using data from old metadata for ftpserver_init-5-1.noarch.rpm
Using data from old metadata for magentoadmin-ssh-account-4-1.noarch.rpm
Using data from old metadata for ftpserver_init-6-1.noarch.rpm
Using data from old metadata for hostnameset-1-1.noarch.rpm
Using data from old metadata for magentoadmin-ssh-account-7-1.noarch.rpm
Using data from old metadata for ftpserver_init-2-1.noarch.rpm

Saving Primary metadata
Saving file lists metadata
Saving other metadata
Generating sqlite DBs
Starting other db creation: Wed Nov 13 11:06:48 2013
Ending other db creation: Wed Nov 13 11:06:48 2013
Starting filelists db creation: Wed Nov 13 11:06:48 2013
Ending filelists db creation: Wed Nov 13 11:06:49 2013
Starting primary db creation: Wed Nov 13 11:06:49 2013
Ending primary db creation: Wed Nov 13 11:06:49 2013
Sqlite DBs complete


-------------------|-------------------|-------------------|-------------------|

[Brendan Jones]

On 11/13/2013 11:11 AM, Olaf Radicke wrote:
>  Das führt zu der Ausgabe unten und reduriert die Ausführungszeit um
>  ca 2/3 (gefällt mir). Führt aber leider nicht dazu das das RPM gefunden
>  wird.
>  
Was ist der Inhalt des Repo-Datei in /etc/yum.repos.d/ ?

[Olaf Radicke]

>  Brendan Jones <brendan.jones.it(a)gmail.com&gt; hat am 13. November
> 2013 um 11:22
>  geschrieben:
>
>
>  On 11/13/2013 11:11 AM, Olaf Radicke wrote:
>  > Das führt zu der Ausgabe unten und reduriert die Ausführungszeit um
>  > ca 2/3 (gefällt mir). Führt aber leider nicht dazu das das RPM gefunden
>  > wird.
>  >
>  Was ist der Inhalt des Repo-Datei in /etc/yum.repos.d/ ? 
Okay, die Sache war/ist etwas kniffliger. Dein nachfrage hat mich auf die
richtige Fährte gebracht.

Am Anfang habe ich das Henne-Ei-Problem. Ich habe ein RPM gebaut, was die
Repo-Conf einrichten soll. Das Problem ist nur, das dass über ein %post-Skript
passiert. Es wird nämlich in Abhängigkeit von der MAC- und er IP-Adresse
unterschiedliche REPOs eingerichtet.

Um die MAC-Adresse herauszubekommen parse ich die Ausgabe von ifconf. Das
ist aber äußerst Fehlerträchtig. Ursprünglich hatte ich facter dafür benutzt
aber das ist die selbe Sch**** in grün. Cool wäre es wenn "ip" oder
"ifconf"
die Ausgabe auch in XML oder Json könne um gescheit zu parsen.

Na jedenfalls war das Resultat der fehlgeschlagenen RPM-Installation das
die Repos unvollständig installiert waren.

Wer hierzu noch eine Idee hat kann dazu gerne noch posten.

Vielen Dank

Olaf


-------------------|-------------------|-------------------|-------------------|

[Tim Landscheidt]

Olaf Radicke <briefkasten(a)olaf-radicke.de&gt; wrote:

> > > Das führt zu der Ausgabe unten und reduriert die
> Ausführungszeit um
> > > ca 2/3 (gefällt mir). Führt aber leider nicht dazu das das RPM gefunden
> > > wird.
> > >
> > Was ist der Inhalt des Repo-Datei in /etc/yum.repos.d/ ? 
>  Okay, die Sache war/ist etwas kniffliger. Dein nachfrage hat mich auf
> die
>  richtige Fährte gebracht. 
>  Am Anfang habe ich das Henne-Ei-Problem. Ich habe ein RPM gebaut, was
> die
>  Repo-Conf einrichten soll. Das Problem ist nur, das dass über ein %post-Skript
>  passiert. Es wird nämlich in Abhängigkeit von der MAC- und er IP-Adresse
>  unterschiedliche REPOs eingerichtet. 
>  Um die MAC-Adresse herauszubekommen parse ich die Ausgabe von ifconf.
> Das
>  ist aber äußerst Fehlerträchtig. Ursprünglich hatte ich facter dafür benutzt
>  aber das ist die selbe Sch**** in grün. Cool wäre es wenn "ip" oder
> "ifconf"
>  die Ausgabe auch in XML oder Json könne um gescheit zu parsen. 
>  Na jedenfalls war das Resultat der fehlgeschlagenen RPM-Installation
> das
>  die Repos unvollständig installiert waren. 
>  Wer hierzu noch eine Idee hat kann dazu gerne noch posten. 
Ich würde unterschiedliche RPMs für unterschiedliche Adres-
sen erzeugen lassen (aus einem .spec) und diese dann manuell
auswählen.

Wenn Du allerdings eh facter benutzt, warum dann nicht kom-
plett auf Puppet setzen? Nicht jede Systemeinstellung kann
man sinnvoll aus einem RPM heraus setzen.

Tim

[Olaf Radicke]

>  Tim Landscheidt <tim(a)tim-landscheidt.de&gt; hat am 20. November
> 2013 um 20:48
>  geschrieben:
>
>
>  Olaf Radicke <briefkasten(a)olaf-radicke.de&gt; wrote:
>
>  >> > Das führt zu der Ausgabe unten und reduriert die Ausführungszeit um
>  >> > ca 2/3 (gefällt mir). Führt aber leider nicht dazu das das RPM gefunden
>  >> > wird.
>  >> >
>  >> Was ist der Inhalt des Repo-Datei in /etc/yum.repos.d/ ?
>
>  > Okay, die Sache war/ist etwas kniffliger. Dein nachfrage hat mich auf die
>  > richtige Fährte gebracht.
>
>  > Am Anfang habe ich das Henne-Ei-Problem. Ich habe ein RPM gebaut, was die
>  > Repo-Conf einrichten soll. Das Problem ist nur, das dass über ein
>  > %post-Skript
>  > passiert. Es wird nämlich in Abhängigkeit von der MAC- und er IP-Adresse
>  > unterschiedliche REPOs eingerichtet.
>
>  > Um die MAC-Adresse herauszubekommen parse ich die Ausgabe von ifconf. Das
>  > ist aber äußerst Fehlerträchtig. Ursprünglich hatte ich facter dafür benutzt
>  > aber das ist die selbe Sch**** in grün. Cool wäre es wenn "ip" oder
> "ifconf"
>  > die Ausgabe auch in XML oder Json könne um gescheit zu parsen.
>
>  > Na jedenfalls war das Resultat der fehlgeschlagenen RPM-Installation das
>  > die Repos unvollständig installiert waren.
>
>  > Wer hierzu noch eine Idee hat kann dazu gerne noch posten.
>
>  Ich würde unterschiedliche RPMs für unterschiedliche Adres-
>  sen erzeugen lassen (aus einem .spec) und diese dann manuell
>  auswählen. 
Eigendeich wollte ich den Admins die Arbeit abnehmen, darüber
nach zu denken, wie sie das System dazu bringen das richtige
Yum-Repo zu verwenden. Wenn das Verfahren aber so buggi ist
das die Admins damit beschäftigt sind, was um das RPM nicht
das tut was sie erwarten, habe ich nichts gewonnen. Von daher
ist der Weg über verschiedene RPMs zu mindestens transparenter
für die Admins.

>  Wenn Du allerdings eh facter benutzt, warum dann nicht kom-
>  plett auf Puppet setzen? Nicht jede Systemeinstellung kann
>  man sinnvoll aus einem RPM heraus setzen. 
Die Erfahrungen mit Puppet haben uns dazu gebracht auf
RPM zu setzen. Die klare Arbeitsteilung Admin,Maintainer
und Entwickler sorgt für einen klaren, strengen und
konsequenten Workflow. Puppet skaliert in unseren Fall
auch nicht befriedigend. Wenn du nur eine Kleinigkeit deployn
willst braucht du ein Clien, ein Server und ein Versionskontrollsystem.
Mit RPM sind wir schneller. Auf jeden System ist schon RPM
fertig einsatzbereit. Einfach rpm-Paket über scp rüberkopieren
und mit rpm -i installieren. Das ist die minimal Konfiguration.
Auf der anderen Seite haben Systeme die wie über Versionskonrollsystem->
Jenkins-> YUM-Repos-> befüllen. RPMs sind ins sich konsistent.
Puppet-Module müssen - wenn sie irgendwo wieder verwertet werden
sollen - genau geprüft werden, ob sie sich mit den anderen,
schon vorhandenen Modulen vertragen. Als schwierig zu debuggen
zeigte sich das Wechselspiel mit Puppet-Master/-Clent, facter,
hiera und Git-Branches. Als völlig unmöglich stellte sich
heraus, das ausrollen von PHP-Applikationen. Puppet hat sich
mit seinen Check-Summen völlig fest gefressen. Die
PHP-Applikationen haben wir als erstes mit RPMs ausgerollt.
Das ging so gut, das nach und nach alle Puppet-Module in
RPMs umgebaut wurden.

Wo es Schwierigkeiten gibt, ist wenn Konfigurationen ausgerollt
werden sollen, die eigendlich Bestandteile anderer RPMs sind.
Das machen wir jetzt mit post-Skrips. Ich habe auch schon
darüber nachgedacht, ob ich die Configs aus den RPMs heraus
patche. vsftpd ist z.B. solch ein Kandidat. Nur geht dabei
dann der Support verloren.

Gruß

Olaf

[Michael Schwendt]

On Wed, 13 Nov 2013 10:28:33 +0100 (CET), Olaf Radicke wrote:

>  > Ist der Repo in /etc/yum.repos.d/ installiert? (mit enabled=1)
>  
>  Die REPO ist konfiguriert und die restlichen RPMs laufen über die selbe
>  REPO-Konfiguration. 
Das mag ja sein, ist aber anhand der ungünstig gekürzten Ausgabe nicht
nachzuvollziehen. Zeige mal "yum repolist" oder gar "yum -d 255
repolist".
Ebenso interessant wäre ein Beispiel mit "yum list …", das zeigt, wie eines
der anderen Pakete mit aktueller Version gefunden wird.

Führt auch das zu nichts, wäre es eine Übung, die Repo Metadaten in ihrem
Verzeichnis aufzusuchen und ein wenig anzusehen. Ich nehme aber an, daß
ein Paket "hostnameset" dort wirklich enthalten ist.

[Edgar Hoch]

Am 13.11.2013 11:57, schrieb Michael Schwendt:
>  On Wed, 13 Nov 2013 10:28:33 +0100 (CET), Olaf Radicke wrote:
>  
> >> Ist der Repo in /etc/yum.repos.d/ installiert? (mit enabled=1)
> >
> > Die REPO ist konfiguriert und die restlichen RPMs laufen über die selbe
> > REPO-Konfiguration.
>  
>  Das mag ja sein, ist aber anhand der ungünstig gekürzten Ausgabe nicht
>  nachzuvollziehen. Zeige mal "yum repolist" oder gar "yum -d 255
> repolist".
>  Ebenso interessant wäre ein Beispiel mit "yum list …", das zeigt, wie eines
>  der anderen Pakete mit aktueller Version gefunden wird.
>  
>  Führt auch das zu nichts, wäre es eine Übung, die Repo Metadaten in ihrem
>  Verzeichnis aufzusuchen und ein wenig anzusehen. Ich nehme aber an, daß
>  ein Paket "hostnameset" dort wirklich enthalten ist. 
Relevant wäre vielleicht auch darauf hinzuweisen, dass für das yum Repo der Name der RPM
Datei irrelevant ist. Im yum Repo werden die Metadaten aus der SPEC Datei beim Erstellen
der RPM Datei verwendet. Wenn dort unter Name also nicht "hostnameset" steht,
wird es unter diesem Namen auch nicht gefunden, selbst wenn die RPM Datei diesen Namen
enthält.

Normalerweise benennt man die RPM Datei gleich wie das RPM Paket (bzw. der Dateiname
beginnt damit) (rpmbuild macht das normalerweise automatisch).

Gruß, Edgar