discuss-de

discuss-de@lists.centos.org

1 participants
524 discussions

Merkwürdiges Phänomen mit yum
by Kai Bojens 21 Aug '15

21 Aug '15

Moin. Ich habe aus dem Repo von Foreman selbige Software installiert. Nun zeigt yum bei einem 'list installed' aus der Quelle aber das Folgende an (Auszug): ruby193-rubygem-passenger.x86_64 4.0.18-9.8.el7 @foreman ruby193-rubygem-passenger-native.x86_64 4.0.18-9.8.el7 @foreman 4.0.18-9.8.el7 @foreman ruby193-rubygem-pg.x86_64 0.12.2-8.el7 @foreman ruby193-rubygem-rabl.noarch 0.11.6-1.el7 @foreman ruby193-rubygem-sprockets.noarch 2.12.3-1.el7 @foreman ruby193-rubygem-turbolinks.noarch 2.5.3-1.el7 @foreman 0.4.0-1.el7 @foreman ruby193-rubygem-will_paginate.noarch 3.0.2-8.el7 @foreman rubygem-apipie-bindings.noarch 0.0.13-1.el7 @foreman Da sind offenbar zwei Pakete ohne Namen vorhanden. Deshalb kann ich auch nicht wie gewünscht alles aus dem Repo löschen: $: rpm -e --nodeps `yum list installed | grep foreman | awk '{ print $1 }'` Fehler: Das Paket 4.0.18-9.8.el7 ist nicht installiert Fehler: Das Paket 0.4.0-1.el7 ist nicht installiert Hat jemand eine Idee, was hier kaputt sein könnte?

3 3

SELinux und aktuelle Firefox Lücke
by Kai Bojens 11 Aug '15

11 Aug '15

Moin. Ich habe da ein grundsätzliches Verständnisproblem zu SELinux und Firefox. Letzte Woche wurde die Firefox Lücke bekannt, mit der Dritte ohne Probleme sensible Daten abgreifen konnten und ohne, dass dies überhaupt bemerkt werden konnte [1] Was mich nun wundert, ist folgender Satz in dem RedHat Advisory: „Note: SELinux does not mitigate this issue.” Dabei wird doch gerade Firefox gerne als Beispiel dafür angeführt, dass SELinux genau solche Probleme verhindere, wie etwa hier: „Processes inherit user's rights: Firefox, if compromised by a trojaned version, could read a user's private ssh keys even though it has no reason to do so.” [2] Nun habe ich CentOS leider nur im Serverbetrieb, jedoch nutze ich Fedora als Desktop, was ja zumindest die gleiche Familie ist. Dort konnte ich nicht beobachten, dass Firefox irgendwie eingeschränkt wäre, wie es eigentlich in mozilla_selinux(8) beschrieben wird. Weder zeigt „ls -alZ” besondere Rechte, noch deutet „ps auxwZ” auf Einschränkungen hin. Daher die Frage: Warum hat SELinux laut RedHat diesen Fall nicht verhindert? Ist nicht genau das der häufig behauptete Anwendungsfall? [1] https://access.redhat.com/articles/1563163 [2] http://wiki.centos.org/HowTos/SELinux

2 1

RPM-Bau
by Olaf Radicke 13 Jul '15

13 Jul '15

Hallo,ile vielleicht kann mir einer von Euch weiter helfen. Ich versuche mir gerade ein spec-File zu erstellen um ein RPM für cxxtools aus dem Master-Branch zu erstellen. Als Vorlage diente mir das spac-File von Fedora: http://pkgs.fedoraproject.org/cgit/cxxtools.git/tree/cxxtools.spec Das habe ich ein wenig an meine Bedürfnisse angepasst: https://github.com/OlafRadicke/rpm_cxxtools_master/blob/master/cxxtools.spec Das Problem sind wieder die (für mich) nichtssagenden Fehlermeldungen: /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/Makefile:ACLOCAL = ${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/missing aclocal-1.13 /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/Makefile:AUTOCONF = ${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/missing autoconf /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/Makefile:AUTOHEADER = ${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/missing autoheader /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/Makefile:AUTOMAKE = ${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/missing automake-1.13 /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/Makefile:MAKEINFO = ${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/missing makeinfo /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/Makefile:abs_builddir = /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/Makefile:abs_srcdir = /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/Makefile:abs_top_builddir = /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/Makefile:abs_top_srcdir = /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/Makefile:install_sh = ${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/install-sh /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/config.log:/home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/conftest.cpp:44: undefined reference to `dlopen' /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/config.log:ACLOCAL='${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/missing aclocal-1.13' /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/config.log:AUTOCONF='${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/missing autoconf' /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/config.log:AUTOHEADER='${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/missing autoheader' /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/config.log:AUTOMAKE='${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/missing automake-1.13' /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/config.log:MAKEINFO='${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/missing makeinfo' /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/config.log:install_sh='${SHELL} /home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64/cxxtools-master/install-sh' Found '/home/build/rpmbuild/BUILDROOT/cxxtools-2.3rc1-1.el7.centos.x86_64' in installed files; aborting error: Bad exit status from /var/tmp/rpm-tmp.9PsZW7 (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.9PsZW7 (%install)

2 2

Docker service startet in CentOS 7 nicht
by Olaf Radicke 12 Jul '15

12 Jul '15

Hallo Liste, hab mich gerade frisch eingetragen. Und ich habe auch gleich mal die erste frage: Ich kann bei mir (frisch installiertes CentOS 7) den Docker Service nicht starten. Bin ich der einzige der das Problem hat? Im Log findet sich das hier: -- Logs begin at Wed 2015-07-08 14:30:28 CEST, end at Sat 2015-07-11 19:10:49 CEST. -- Jul 11 19:10:49 lvps92-51-165-102.dedicated.hosteurope.de docker-storage-setup[10035]: Run `lvcreate --help' for more information. Jul 11 19:10:49 lvps92-51-165-102.dedicated.hosteurope.de docker[10050]: time="2015-07-11T19:10:49+02:00" level=error msg="'overlay' not found as a supported filesystem on this host. Please ensure kernel is new enough and has overlay support loaded." Jul 11 19:10:49 lvps92-51-165-102.dedicated.hosteurope.de docker[10050]: time="2015-07-11T19:10:49+02:00" level=warning msg="Docker could not enable SELinux on the host system" Jul 11 19:10:49 lvps92-51-165-102.dedicated.hosteurope.de docker[10050]: time="2015-07-11T19:10:49+02:00" level=info msg="+job init_networkdriver()" Jul 11 19:10:49 lvps92-51-165-102.dedicated.hosteurope.de docker[10050]: time="2015-07-11T19:10:49+02:00" level=info msg="+job serveapi(unix:///var/run/docker.sock)" Jul 11 19:10:49 lvps92-51-165-102.dedicated.hosteurope.de docker[10050]: time="2015-07-11T19:10:49+02:00" level=info msg="Listening for HTTP on unix (/var/run/docker.sock)" Jul 11 19:10:49 lvps92-51-165-102.dedicated.hosteurope.de docker[10050]: time="2015-07-11T19:10:49+02:00" level=warning msg="Running modprobe bridge nf_nat failed with message: , error: exit status 1" Jul 11 19:10:49 lvps92-51-165-102.dedicated.hosteurope.de docker[10050]: inappropriate ioctl for device Jul 11 19:10:49 lvps92-51-165-102.dedicated.hosteurope.de docker[10050]: time="2015-07-11T19:10:49+02:00" level=info msg="-job init_networkdriver() = ERR (1)" Jul 11 19:10:49 lvps92-51-165-102.dedicated.hosteurope.de docker[10050]: time="2015-07-11T19:10:49+02:00" level=fatal msg="Shutting down daemon due to errors: inappropriate ioctl for device" Viele Grüße Olaf

4 7

wtmp
by Manfred Koch 18 Jun '15

18 Jun '15

Hallo Helmut Drodofsky, ein @reboot /usr/bin/chmod 660 /var/log/wtmp als cron job hat geholfen. Die logrotate hatte ich vorher schon bearbeitet. Schade nirgendwo dokumentiert wird (auch nicht im Red Hat Security Guide), wo die Datei erstellt wird. (ist wohl nicht so wichtig...) rpm -q --scripts initscripts liefert zwar ein Ergebnis, aber dann weiß ich immer noch nicht, welche Datei zu bearbeiten ist. Danke für den hilfreichen Tipp. Schönen Gruß Manfred Koch

1 0

wtmp
by Manfred Koch 18 Jun '15

18 Jun '15

Hallo Leute, auf meinem CentOS 7 zeigt das Kommando last die letzten eingeloggten User an. Die Datei /var/log/wtmp mit den Rechten 664 wird nach jedem Booten neu erzeugt, selbst wenn ich sie vorher gelöscht oder die Rechte auf 660 gesetzt habe, erscheint sie nach dem Booten wieder mit den Rechten 664. Diese brisanten Informationen für den Rest der Welt lesbar, möchte ich die Rechte entsprechend setzen. Meine Frage von welcher Datei oder Script wird die wtmp erzeugt, so dass ich sie bearbeiten, und dauerhaft setzen kann. Wäre dankbar, falls hier jemand darüber Auskunft geben könnte. Grüsse Manfred

3 2

Reihenfolge der Treiber!
by Günther J. Niederwimmer 05 Jun '15

05 Jun '15

Hallo da draußen, hallo Markus, ich bin ein Stück weiter ABER ;-), jetzt werden zwar die Virtuellen Schnittstellen angelegt wenn man die richtige Reihenfolge einhält? also zuerst den igbvf Treiber laden dann igb dann hat man wunderbare 14 Schnittstellen mit lspci | grep Virtual nur funktioniert das nicht automatisch denn es wird immer zuerst der igb Treiber geladen :-((. wenn man mit modprobe -r igb modprobe igp arbeitet, werden die Schnittstellen wieder erzeugt Das 2. Problem dabei, es werden die "normalen" ifconf-eno1 ifconf-eno2 dabei entfernt. aber ein systemctl restart network bringt es wieder zurück? Reihenfolge, Reihenfolge aber wieeeeeee. Angeblich gibt es diese Konfiguration schon seit ca 2000, aber anscheinend gibt es bis Heute keine vernünftige Beschreibung / Konfiguration. Anscheinend ist das den "wirklichen" Profis vorbehalten ;-). mit freundlichen Grüssen / best regards, Günther J. Niederwimmer

3 10

Wie den richtigen Treiber wählen ?
by Günther J. Niederwimmer 03 Jun '15

03 Jun '15

Hallo Gemeinde, wie schafft man es eigentlich den "RICHTIGEN" Treiber für eine Netzwerkarte zu nehmen? Ich möchte den igb Treiber anstatt den e1000e Treiber für meine KVM Installation. Tante Google bringt mir da leider nichts daher :-(. Ich habe jetzt alles so weit am laufen lsmod | grep igb bringt das igb 192078 0 dca 15130 2 igb,ioatdma i2c_algo_bit 13413 2 igb,nouveau i2c_core 40325 6 drm,igb,i2c_i801,drm_kms_helper,i2c_algo_bit,nouveau ptp 18933 2 igb,e1000e aber ethtool -i eno1 leider das driver: e1000e version: 2.3.2-k firmware-version: 0.13-4 bus-info: 0000:00:19.0 supports-statistics: yes supports-test: yes supports-eeprom-access: yes supports-register-dump: yes supports-priv-flags: no laut Redhat Virtualization Handbuch sollten meine Einstellung genügen -- mit freundlichen Grüssen / best regards, Günther J. Niederwimmer

3 6

firewalld
by Manfred Koch 03 Jun '15

03 Jun '15

Hallo liebe Gemeinde kennt sich jemand mit firewalld aus? Würde mich interessieren wie man mit firewall-cmd in der default zone output ports blockiert. Also so nach dem Motto z.B. httpd Port 80 nach aussen hin blockieren. Das Interface steht bei mir in der default zone public. Gruß Manfred

2 2

firewalld
by Manfred Koch 02 Jun '15

02 Jun '15

Hallo Markus, das ist ja schon mal an guter Ansatz, auf dem man aufbauen kann. Danke Dir Manfred

1 0

← Newer
1
...
9
10
11
12
13
14
15
...
53
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

discuss-de