discuss-de

discuss-de@lists.centos.org

507 discussions

Zwei 3com LWL-Karten (3c985B-SX) und zwei passende Patchkabel (2m, 10m) abzugeben
by Timo Schoeler 04 Sep '13

04 Sep '13

Moin, ich habe keine Verwendung mehr dafür, aber vielleicht hier noch jemand? Wären kostenfrei in Berlin (Schöneberg oder Charlottenburg/Kudamm) abzuholen respektive gegen Erstattung des Portos. Im Bild ist nur eine Karte zu sehen, es sind aber *zwei*. Die Patchkabel sind neu und ungenutzt; breite Treiberunterstützung, baugleiche Karten hatte ich vor Jahren schon unter FreeBSD 4 laufen, u.a. Bei Interesse -> PM. Cheers, Timo

1 0

KVM Netzwerk
by Günther J. Niederwimmer 03 Sep '13

03 Sep '13

Hallo, Wollte mal fragen ob das verhalten meiner Maschine korrekt ist ;) Ich bin neu bei centos und KVM und kenne eigentlich nur XEN. Wenn ich eine neue Instanz einrichte habe ich nur meine 3 Bridget Network Einstellungen, das ist bei mir vlan11, vlan12, vlan13 an br0, br1, br2. ( 3 Netze ) Alles andere sind "macvtap" also vlan 1-10 usw die alle angelegt wurden Mir kommt es etwas komisch vor dass alle Instanzen über einen bridge Port gehen. Im Internet habe ich jetzt 3 Tage gesucht aber nichts darüber gefunden hat jemand einen Hinweis. -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer

1 0

Re: [CentOS-de] confirm 19cc2cc9ef4e52da33951f12c3e717b49d4427b8
by Günther J. Niederwimmer 29 Aug '13

29 Aug '13

Am Donnerstag, 29. August 2013, 06:10:02 schrieb centos-request(a)centos.org: > Mailing list subscription confirmation notice for mailing list CentOS > > We have received a request from 89.26.108.10 for subscription of your > email address, "gjn(a)gjn.priv.at", to the centos(a)centos.org mailing > list. To confirm that you want to be added to this mailing list, > simply reply to this message, keeping the Subject: header intact. Or > visit this web page: > > > http://lists.centos.org/mailman/confirm/centos/19cc2cc9ef4e52da33951f12c3e7 > 17b49d4427b8 > > > Or include the following line -- and only the following line -- in a > message to centos-request(a)centos.org: > > confirm 19cc2cc9ef4e52da33951f12c3e717b49d4427b8 > > Note that simply sending a `reply' to this message should work from > most mail readers, since that usually leaves the Subject: line in the > right form (additional "Re:" text in the Subject: is okay). > > If you do not wish to be subscribed to this list, please simply > disregard this message. If you think you are being maliciously > subscribed to the list, or have any other questions, send them to > centos-owner(a)centos.org. -- mit freundlichen Grüßen / best Regards, Günther J. Niederwimmer

1 0

RPMs Bauen mit bjam
by Sascha Kausemann 27 Aug '13

27 Aug '13

Hallo RPM-Profis, ich versuche mich in die Materie von RPM-Paketen einzuarbeiten. Dazu habe ich schon einige Tutorials befolgt und kann erfolgreich RPM-Pakete aus *src.rpm bauen bzw. eigene kleine Projekte mit makefile verpacken. Jetzt habe ich mir ein relativ umfangreiches bjam-Projekt vorgenommen in RPMs zu packen. Das Projekt besteht aus mehreren eigenen bzw. modifizierten Bibliotheken. Hat jemand Erfahrungen damit und kann mir Hinweise geben? Da immer wenn ich eine *.spec schreibe und das Paket versuche zu bauen, findet er die gesamten jam-files (z.B. jamroot) nicht mehr und ich weiß nicht wie ich entweder rpmbuild oder bjam zufriedenstellen kann. Mein Hostsystem ist ein Centos 6.4 64-Bit Vielen Dank, Mit freundlichen Grüßen, Sascha Kausemann

1 0

E-Mail made in Germany vs. CentOS 5: tlsv1 alert insufficient security
by Tilman Schmidt 27 Aug '13

27 Aug '13

Hallo Liste, ich habe hier ein merkwürdiges Problem, das verdächtig danach aussieht, als ob es mit der Marketing-Initiative von Telekom, GMX und web.de zu tun hätte: Ich betreibe diverse Mail-Domains, verteilt auf zwei Server, einer mit CentOS 5, der andere mit CentOS 6. Ansonsten sind beide gleich konfiguriert: Sendmail, Cyrus IMAP, Squirrelmail, ein CACert-SSL-Zertifikat für alles und opportunistische SMTP-Verschlüsselung. Das hat auch alles prima funktioniert. Wer konnte hat verschlüsselt übertragen, die anderen (darunter GMX und web.de) unverschlüsselt. Seit ca. 2013-08-05 14:30 schlugen dann auf dem CentOS-5-Server erst vereinzelt, dann durchgehend, Verbindungsversuche von mout.web.de und mout.gmx.net so fehl: > Aug 5 15:05:44 gimli sendmail[15250]: STARTTLS=server, error: accept failed=0, SSL_error=1, errno=0, retry=-1 > Aug 5 15:05:44 gimli sendmail[15250]: STARTTLS=server: 15250:error:1409442F:SSL routines:SSL3_READ_BYTES:tlsv1 alert insufficient security:s3_pkt.c:1092:SSL alert number 71 > Aug 5 15:05:44 gimli sendmail[15250]: r75D5gfM015250: mout.gmx.net [212.227.17.20] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA Die sendenden Server haben die Zustellung auch nicht unverschlüsselt wiederholt, sondern die Mails als unzustellbar zurückgeschickt. Erst seit ich STARTTLS für diese Server in der Access-DB mittels Srv_Features:mout.web.de S Srv_Features:mout.gmx.net S gesperrt habe, bekommen die auf dem CentOS-5-Server liegenden Domains wieder Mail von GMX und web.de. Der CentOS-6-Server hat hingegen keine solchen Probleme: > Aug 9 19:42:32 posthamster sendmail[9072]: STARTTLS=server, relay=mout.gmx.net [212.227.17.20], version=TLSv1/SSLv3, verify=NOT, cipher=DHE-RSA-AES128-SHA, bits=128/128 Natürlich unterscheiden sich die Paketversionen: gimli posthamster CentOS 5.9 6.4 sendmail 8.13.8-8.1.el5_7 8.14.4-8.el6.x86_64 openssl 0.9.8e-26.el5_9.1 1.0.0-27.el6_4.2.x86_64 Ideen? aTdHvAaNnKcSe Tilman -- Tilman Schmidt Phoenix Software GmbH Bonn, Germany

2 14

CentOS 6.x bonding RX errors
by Sven Knohsalla 27 Aug '13

27 Aug '13

Hi, leider habe ich keine Lösung zu meinem Problem im Netz finden können: bonding (mode unabhängig) löst RX errors aus. Dies geschieht erst seit einer neueren Kernel Version, leider kann ich die letztfunktionierende Version nicht mehr einsehen. Einen Workaround im Netz habe ich zu ähnlichen Themen finden können: modprobe bnx2 disable_msi=1 && service network restart Jedoch zeigte dies keine Wirkung auf unseren Systemen: Dell PE 1950 III Hardware wurde bereits komplett gegen äquivalente Komponente getauscht, ohne Wirkung. Das Problem tritt erst unter Verwendung des bonding stacks auf und kann auch mit einem kernel > 3.x nicht behoben werden. Es muss mit dem bnx2 Modul zu tun haben. Vielen Dank vorab für Ratschläge & Hilfe! System Informationen: [root@KVM-INT-01 ~]# uname -a Linux KVM-INT-01 2.6.32-220.23.1.el6.x86_64 #1 SMP Mon Jun 18 18:58:52 BST 2012 x86_64 x86_64 x86_64 GNU/Linux [root@KVM-INT-01 ~]# cat /etc/issue CentOS release 6.4 (Final) Kernel \r on an \m [root@KVM-INT-01 ~]# dmesg | grep bnx bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v2.1.11 (July 20, 2011) bnx2 0000:03:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 bnx2 0000:03:00.0: firmware: requesting bnx2/bnx2-mips-06-6.2.1.fw bnx2 0000:03:00.0: firmware: requesting bnx2/bnx2-rv2p-06-6.0.15.fw bnx2 0000:03:00.0: eth0: Broadcom NetXtreme II BCM5708 1000Base-T (B2) PCI-X 64-bit 133MHz found at mem f8000000, IRQ 16, node addr 00:1e:c9:b7:c3:44 bnx2 0000:07:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 bnx2 0000:07:00.0: firmware: requesting bnx2/bnx2-mips-06-6.2.1.fw bnx2 0000:07:00.0: firmware: requesting bnx2/bnx2-rv2p-06-6.0.15.fw bnx2 0000:07:00.0: eth1: Broadcom NetXtreme II BCM5708 1000Base-T (B2) PCI-X 64-bit 133MHz found at mem f4000000, IRQ 16, node addr 00:1e:c9:b7:c3:46 bnx2 0000:03:00.0: irq 31 for MSI/MSI-X bnx2 0000:03:00.0: eth0: using MSI bnx2 0000:07:00.0: irq 32 for MSI/MSI-X bnx2 0000:07:00.0: eth1: using MSI bnx2 0000:03:00.0: eth0: NIC Copper Link is Up, 1000 Mbps full duplex Broadcom NetXtreme II iSCSI Driver bnx2i v2.7.0.3 (Jun 15, 2010) iscsi: registered transport (bnx2i) bnx2 0000:03:00.0: irq 31 for MSI/MSI-X bnx2 0000:03:00.0: eth0: using MSI bnx2 0000:07:00.0: irq 32 for MSI/MSI-X bnx2 0000:07:00.0: eth1: using MSI bnx2 0000:03:00.0: eth0: NIC Copper Link is Up, 1000 Mbps full duplex [root@KVM-INT-01 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth1 DEVICE=eth1 ONBOOT=yes USERCTL=no MASTER=bond0 SLAVE=yes BOOTPROTO=no [root@KVM-INT-01 ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 ONBOOT=yes USERCTL=no MASTER=bond0 SLAVE=yes BOOTPROTO=no #BRIDGE=br0 [root@KVM-INT-01 ~]# cat /etc/sysconfig/network-scripts/ifcfg-bond0 DEVICE=bond0 BOOTPROTO=static NM_CONTROLLED=no ONBOOT=yes BRIDGE=br0 [root@KVM-INT-01 ~]# cat /etc/sysconfig/network-scripts/ifcfg-bond0.90 VLAN=yes DEVICE=bond0.90 #DEVICE=eth0.90 BOOTPROTO=static NM_CONTROLLED=no ONBOOT=yes BRIDGE=br0.90 [root@KVM-INT-01 ~]# cat /etc/sysconfig/network-scripts/ifcfg-br0 DEVICE=br0 BOOTPROTO=static IPADDR=IP NETMASK=255.255.255.0 NM_CONTROLLED=no ONBOOT=yes TYPE=Bridge [root@KVM-INT-01 ~]# cat /etc/sysconfig/network-scripts/ifcfg-br0.90 DEVICE=br0.90 BOOTPROTO=static IPADDR=IP NETMASK=255.255.255.0 GATEWAY=IP DNS=IP NM_CONTROLLED=no ONBOOT=yes TYPE=Bridge [root@KVM-INT-01 ~]# cat /proc/cpuinfo | grep model model : 15 model name : Intel(R) Xeon(R) CPU E5320 @ 1.86GHz [root@KVM-INT-01 ~]# cat /proc/net/dev | grep bond0 bond0:4314313224 8066220 13001 0 0 13001 0 65234 6009460614 8721696 0 0 0 0 0 0 bond0.90: 8841809 127731 0 0 0 0 0 34037 23483111 88193 0 0 0 0 0 0 [root@KVM-INT-01 ~]# ifconfig bond0 bond0 Link encap:Ethernet HWaddr 00:1E:C9:B7:C3:44 UP BROADCAST RUNNING PROMISC MASTER MULTICAST MTU:1500 Metric:1 RX packets:8084734 errors:13025 dropped:0 overruns:0 frame:13025 TX packets:8741436 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:4324288392 (4.0 GiB) TX bytes:6022732119 (5.6 GiB) [root@KVM-INT-01 ~]# ifconfig bond0.90 bond0.90 Link encap:Ethernet HWaddr 00:1E:C9:B7:C3:44 UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:128054 errors:0 dropped:0 overruns:0 frame:0 TX packets:88400 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:8861844 (8.4 MiB) TX bytes:23498293 (22.4 MiB) [root@KVM-INT-01 ~]# cat /etc/modprobe.d/bonding.conf alias bond0 bonding options bonding miimon=100 mode=1 alias bond0.90 bonding options bonding miimon=100 mode=1 [root@KVM-INT-01 ~]# lsmod | grep bnx bnx2i 45110 0 cnic 53443 1 bnx2i libiscsi 47521 8 be2iscsi,bnx2i,cxgb4i,cxgb3i,libcxgbi,ib_iser,iscsi_tcp,libiscsi_tcp scsi_transport_iscsi 48010 8 be2iscsi,bnx2i,libcxgbi,ib_iser,iscsi_tcp,libiscsi bnx2 79618 0 Mit freundlichem Gruß, Sven Knohsalla | System Administration Office +49 631 68036 433 | Fax +49 631 68036 111 |E-Mail s.knohsalla(a)netbiscuits.com | Skype: netbiscuits.admin Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY [https://my.netbiscuits.com/image/image_gallery?uuid=3a1a9d19-c305-4032-8cef…]<http://www.netbiscuits.com/> [https://my.netbiscuits.com/image/image_gallery?uuid=9e553e7b-3e7d-4784-b274…] <https://www.netbiscuits.com/news> [https://my.netbiscuits.com/image/image_gallery?uuid=1d1a5e29-ceda-4ab1-9353…] <https://twitter.com/netbiscuits> [https://my.netbiscuits.com/image/image_gallery?uuid=c99bf866-be25-4236-a0ee…] <http://www.linkedin.com/company/netbiscuits> [https://my.netbiscuits.com/image/image_gallery?uuid=d62ba951-14dc-450d-b5f1…] <http://www.xing.com/companies/netbiscuitsgmbh> [https://my.netbiscuits.com/image/image_gallery?uuid=7b28f500-f415-40bb-851f…] <https://www.facebook.com/Netbiscuits> [https://my.netbiscuits.com/image/image_gallery?uuid=cc8764d0-a5ac-4623-bb63…] <https://plus.google.com/u/0/112410769451962733032> [https://my.netbiscuits.com/image/image_gallery?uuid=a15e871c-a11b-419c-acca…] <http://www.youtube.com/user/netbiscuits> Register Court: Local Court Kaiserslautern | Commercial Register ID: HR B 3604 Management Board: Guido Moggert, Michael Neidhöfer, Christian Reitz, Martin Süß This message and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. It may also be privileged or otherwise protected by work product immunity or other legal rules. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. Warning: Although Netbiscuits has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. [http://www.netbiscuits.com/image/image_gallery?uuid=0ba7711a-a277-4ea0-acb0… consider the environment before printing

2 1

Re: [CentOS-de] CentOS-de Nachrichtensammlung, Band 73, Eintr ag 5
by m.seifarth＠quattronet.de 18 Aug '13

18 Aug '13

Sehr geehrte Damen und Herren, herzlichen Dank für Ihre eMail. Gerne beantworte ich diese nach meinem Urlaub ab dem 19.08.2013 persönlich. Sollte es sich um eine dringende Anfrage handeln senden Sie diese bitte erneut an info(a)quattronet.de, da Ihre Mail nicht weitergeleitet wird. Technische Anfragen, Anfragen nach Zugangsdaten oder ähnliches richten Sie bitte direkt an unsere Technik unter technik(a)sehtec.de Mit besten Grüßen aus Kulmbach Marko Seifarth

1 0

Re: [CentOS-de] CentOS-de Nachrichtensammlung, Band 73, Eintr ag 4
by m.seifarth＠quattronet.de 17 Aug '13

17 Aug '13

1 0

Re: [CentOS-de] CentOS-de Nachrichtensammlung, Band 73, Eintr ag 3
by m.seifarth＠quattronet.de 16 Aug '13

16 Aug '13

1 0

Re: [CentOS-de] CentOS-de Nachrichtensammlung, Band 73, Eintr ag 2
by m.seifarth＠quattronet.de 15 Aug '13

15 Aug '13

1 0

← Newer
1
...
10
11
12
13
14
15
16
...
51
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