discuss-de

discuss-de@lists.centos.org

507 discussions

named: the working directory is not writable
by Wolfgang 30 Oct '11

30 Oct '11

Hallo, eigentlich läuft alles ganz gut, (die DNSauflöung funktioniert in beide Richtungen) aber vielleicht kann mir doch einer verraten, um welches directory es sich hier handelt: named: the working directory is not writable Google erzhält mir immer das gleiche... chown named ....das ich bereits umgesetzt habe. Gruss Wolfgang [root@hex ~]# rpm -qa bind* bind97-libs-9.7.0-6.P2.el5_6.3 bind97-utils-9.7.0-6.P2.el5_6.3 bind97-9.7.0-6.P2.el5_6.3 [root@hex ~]# grep named /var/log/messages Oct 29 10:52:01 hex named[7291]: adjusted limit on open files from 16384 to 1048576 Oct 29 10:52:01 hex named[7291]: found 6 CPUs, using 6 worker threads Oct 29 10:52:01 hex named[7291]: using up to 4096 sockets Oct 29 10:52:01 hex named[7291]: loading configuration from '/etc/named.conf' Oct 29 10:52:01 hex named[7291]: reading built-in trusted keys from file '/etc/named.iscdlv.key' Oct 29 10:52:01 hex named[7291]: using default UDP/IPv4 port range: [1024, 65535] Oct 29 10:52:01 hex named[7291]: using default UDP/IPv6 port range: [1024, 65535] Oct 29 10:52:01 hex named[7291]: no IPv6 interfaces found Oct 29 10:52:01 hex named[7291]: listening on IPv4 interface lo, 127.0.0.1#53 Oct 29 10:52:01 hex named[7291]: listening on IPv4 interface eth0, 192.168.1.6#53 Oct 29 10:52:01 hex named[7291]: generating session key for dynamic DNS Oct 29 10:52:01 hex named[7291]: zone 'schule.local' allows updates by IP address, which is insecure Oct 29 10:52:01 hex named[7291]: zone '1.168.192.in-addr.arpa' allows updates by IP address, which is insecure Oct 29 10:52:01 hex named[7291]: using built-in trusted-keys for view _default Oct 29 10:52:01 hex named[7291]: automatic empty zone: 127.IN-ADDR.ARPA Oct 29 10:52:01 hex named[7291]: automatic empty zone: 254.169.IN-ADDR.ARPA Oct 29 10:52:01 hex named[7291]: automatic empty zone: 2.0.192.IN-ADDR.ARPA Oct 29 10:52:01 hex named[7291]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA Oct 29 10:52:01 hex named[7291]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA Oct 29 10:52:01 hex named[7291]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA Oct 29 10:52:01 hex named[7291]: automatic empty zone: D.F.IP6.ARPA Oct 29 10:52:01 hex named[7291]: automatic empty zone: 8.E.F.IP6.ARPA Oct 29 10:52:01 hex named[7291]: automatic empty zone: 9.E.F.IP6.ARPA Oct 29 10:52:01 hex named[7291]: automatic empty zone: A.E.F.IP6.ARPA Oct 29 10:52:01 hex named[7291]: automatic empty zone: B.E.F.IP6.ARPA Oct 29 10:52:01 hex named[7291]: using built-in trusted-keys for view _meta Oct 29 10:52:01 hex named[7291]: set up managed-keys.bind meta-zone Oct 29 10:52:01 hex named[7291]: command channel listening on 127.0.0.1#953 Oct 29 10:52:01 hex named[7291]: the working directory is not writable << Um diese Zeile dreht sich meine Frage. Oct 29 10:52:01 hex named[7291]: zone 0.in-addr.arpa/IN: loaded serial 0 Oct 29 10:52:01 hex named[7291]: zone 1.0.0.127.in-addr.arpa/IN: loaded serial 0 Oct 29 10:52:01 hex named[7291]: zone 1.168.192.in-addr.arpa/IN: loaded serial 0 Oct 29 10:52:01 hex named[7291]: zone schule.local/IN: loaded serial 0 Oct 29 10:52:01 hex named[7291]: zone localhost/IN: loaded serial 0 Oct 29 10:52:01 hex named[7291]: zone managed-keys.bind/IN/_meta: loaded serial 4 Oct 29 10:52:01 hex named[7291]: running Oct 29 10:52:01 hex named[7291]: zone 1.168.192.in-addr.arpa/IN: sending notifies (serial 0) Oct 29 10:52:01 hex named[7291]: zone schule.local/IN: sending notifies (serial 0) Oct 29 10:52:01 hex named[7291]: zone windows.com/IN: sending notifies (serial 0) [root@hex ~]# ls -l /var ... drwxr-x--- 5 named named 4096 29. Okt 10:04 named ... [root@hex ~]# ls -al /var/named insgesamt 96 drwxr-x--- 5 named named 4096 29. Okt 10:04 . drwxr-xr-x 28 root root 4096 29. Okt 09:00 .. -rw-r----- 1 named named 307 18. Sep 11:18 1.168.192.in-addr.arpa drwxrwx--- 2 named named 4096 29. Okt 09:35 data drwxrwx--- 2 named named 4096 29. Okt 10:36 dynamic -rw-r----- 1 named named 1892 18. Feb 2008 named.ca -rw-r----- 1 named named 146 29. Okt 10:02 named.empty -rw-r----- 1 named named 147 29. Okt 10:03 named.localhost -rw-r----- 1 named named 162 29. Okt 10:03 named.loopback -rw-r----- 1 named named 484 8. Okt 11:34 schule.local drwxrwx--- 2 named named 4096 8. Jul 00:24 slaves OS: CentOS 5.7 Kernel: 2.6.18-274.3.1.el5 #1 SMP Tue Sep 6 20:13:52 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux [root@hex ~]# cat /etc/named.conf options { listen-on port 53 { 127.0.0.1; 192.168.1.6; }; directory "/var/named"; dump-file "/var/named/data/cache_dump.db"; statistics-file "/var/named/data/named_stats.txt"; memstatistics-file "/var/named/data/named_mem_stats.txt"; allow-query { localhost; 192.168.1.0/24; }; recursion yes; dnssec-enable yes; dnssec-validation yes; dnssec-lookaside auto; /* Path to ISC DLV key */ bindkeys-file "/etc/named.iscdlv.key"; }; logging { channel default_debug { file "data/named.run"; severity dynamic; }; }; zone "." IN { type hint; file "named.ca"; }; include "/etc/rndc.key"; include "/etc/named.rfc1912.zones";

4 4

Re: [CentOS-de] named: the working directory is not writable
by Wolfgang 29 Oct '11

29 Oct '11

> Hallo, > > ich denke entweder --> /var/named > bzw. --> /var/named/chroot/var > > # ll /var/named/chroot/var/ > total 16 > drwxrwx--- 2 named named 4096 Oct 23 04:21 log > --> > drwxrwx--- 5 root named 4096 Aug 9 10:20 named > --> > drwxr-x--- 4 root named 4096 Mar 14 2003 run > drwxrwx--- 2 named named 4096 Mar 14 2003 tmp > > Grüße > Klaus. > Hallo Klaus, Du hast Recht. # yum -y install bind97-ch* && chown -R named /var/named/chroot && service named restart ist die Lösung, wenn man chroot benötigt. Danke Wolfgang

2 1

Philosophie der Partitionierung bei der Verwendung Kickstart
by Wolfgang 25 Oct '11

25 Oct '11

Hallo, ich beschäftige mich gerade mit CentOS 5.7 & Kickstart in der Virtualbox. Auszug aus Kickstart: # ACHTUNG: Partitionsgröße für Testinstallation bestimmt. bootloader --location=mbr clearpart --all --initlabel part /boot --size=250 part swap --size=1000 part / --fstype=ext4 --size=5000 part /var/www --fstype=ext4 --size=10000 part /samba --fstype=ext4 --size=10 --grow Ergebnis nach der Installation: # df -h /dev/sdb2 ............ / /dev/sdb5 ........... /samba /dev/sdb1 ........... /var/www/ /dev/sda1 244M 17M 8% /boot Die Frage lautet: Warum nimmt Kickstart nur ein Teil von sda (sda = 8GB) obwohl noch genügend Platz auf sda vorhanden ist? Ich weiss, das man die Verwendung auch zuweisen kann. z.B.: part / --fstype=ext4 --size=5000 --ondrive=sda Schönen Tag Wolfgang

2 1

"bug in file drivers/md/md.c, line 1659"
by Tobias Crefeld 20 Oct '11

20 Oct '11

Hier wird permanent das Kernel-Log mit Fehlermeldungen "bug in file drivers/md/md.c, line 1659" vollgemüllt, gefolgt von Status-Reports über sämtliche "md" im System. ---------------8<---------------schnipp---------------8<--------------- md: bug in file drivers/md/md.c, line 1659 md: ********************************** md: * <COMPLETE RAID STATE PRINTOUT> * md: ********************************** md4: <sdm><sdq><sdp><sdo><sdn> md: rdev sdm, SZ:2925516544 F:0 S:1 DN:0 md: rdev superblock: md: SB: (V:1.0.0) ID:<2a0aec4b.00000000.00000000.00000000> CT:eabbf7a0 md: L1741355610 S00000052 ND:0 RD:0 md0 LO:65536 CS:196610 md: UT:00000000 ST:0 AD:1556066032 WD:1 FD:1556066288 SD:1 CSUM:00000000 E:00000000 D 0: DISK<N:-1,(-1,-1),R:-1,S:-1> D 1: DISK<N:-1,(-1,-1),R:-1,S:-1> D 2: DISK<N:-1,(-1,-1),R:-1,S:-1> D 3: DISK<N:-1,(-1,-1),R:-1,S:-1> md: THIS: DISK<N:0,(0,0),R:0,S:0> md: rdev sdq, SZ:2925516544 F:0 S:1 DN:4 md: rdev superblock: md: SB: (V:1.0.0) ID:<2a0aec4b.00000000.00000000.00000000> CT:eabbf7a0 md: L1741355610 S00000052 ND:0 RD:0 md0 LO:65536 CS:196610 md: UT:00000000 ST:0 AD:1556066032 WD:1 FD:1556066288 SD:1 CSUM:00000000 E:00000000 D 0: DISK<N:-1,(-1,-1),R:-1,S:-1> D 1: DISK<N:-1,(-1,-1),R:-1,S:-1> D 2: DISK<N:-1,(-1,-1),R:-1,S:-1> D 3: DISK<N:-1,(-1,-1),R:-1,S:-1> md: THIS: DISK<N:0,(0,0),R:0,S:0> md: rdev sdp, SZ:2925516544 F:0 S:1 DN:3 md: rdev superblock: (usw.usf.) ---------------8<---------------schnipp---------------8<--------------- (bei Bedarf gerne den ganzen Status-Report, aber ist bei ca. 25 beteiligten block devices halt "etwas" umfangreich...) Bin mir nicht ganz sicher, aber m.E. ist das erst aufgetreten, nachdem ich vor einigen Monaten das md4, bestehend aus mehreren 3TB-Platten nachgerüstet habe - vielleicht war aber auch ein Upgrade auf CentOS 5.6 oder 5.7 der Auslöser. Abgesehen davon, dass der Platten mit GB-großen Logdateien zugemüllt wird, ist bislang keine Störung festzustellen, aber irgendwie stören mich die Fehlermeldungen langsam doch etwas. OS ist "CentOS release 5,7 (Final) mit Kernel Linux 2.6.18-274.3.1.el5 #1 SMP Tue Sep 6 20:13:52 EDT 2011 x86_64 Nachfolgend noch ein paar Konfigurationsdaten: /proc/mdstat ============ Personalities : [raid6] [raid5] [raid4] [raid1] md4 : active raid5 sdm[0] sdq[4] sdp[3] sdo[2] sdn[1] 11702066176 blocks super 1.0 level 5, 256k chunk, algorithm 2 [5/5] [UUUUU] md3 : active raid5 sdg[0] sdl[5] sdk[4] sdj[3] sdi[2] sdh[1] 9751704320 blocks level 5, 256k chunk, algorithm 2 [6/6] [UUUUUU] md0 : active raid1 sda1[0] sdb1[1] 200704 blocks [2/2] [UU] md2 : active raid5 sdf3[4] sde3[5] sdd3[3] sdc3[2] sdb3[1] sda3[0] 9730730240 blocks level 5, 256k chunk, algorithm 2 [6/6] [UUUUUU] md1 : active raid5 sdf2[5] sde2[4] sdd2[3] sdc2[2] sdb2[1] sda2[0] 19960320 blocks level 5, 256k chunk, algorithm 2 [6/6] [UUUUUU] grep md /proc/partitions ======================== unused devices: <none> 9 1 19960320 md1 9 2 9730730240 md2 9 0 200704 md0 9 3 9751704320 md3 9 4 11702066176 md4 ls -l /dev/md* ============== brw-r----- 1 root disk 9, 0 19. Sep 13:03 /dev/md0 brw-r----- 1 root disk 9, 1 19. Sep 13:03 /dev/md1 brw-r----- 1 root disk 9, 2 19. Sep 13:03 /dev/md2 brw-r----- 1 root disk 9, 3 19. Sep 13:04 /dev/md3 lrwxrwxrwx 1 root root 4 19. Sep 13:04 /dev/md4 -> md/4 /dev/md: insgesamt 0 brw-r----- 1 root disk 9, 4 19. Sep 13:04 4 mdadm -Ds ========= ARRAY /dev/md1 level=raid5 num-devices=6 metadata=0.90 UUID=b8120597:871a6e70:cf6b1487:dc58b391 ARRAY /dev/md2 level=raid5 num-devices=6 metadata=0.90 UUID=9894a242:7ff56a7b:c19ab258:6f9bfcc6 ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90 UUID=29c84de8:372e4a7a:730b97e6:597fe28e ARRAY /dev/md3 level=raid5 num-devices=6 metadata=0.90 UUID=5a157b85:5daf922c:97ab19ab:5a4b9713 ARRAY /dev/md4 level=raid5 num-devices=5 metadata=1.00 name=4 UUID=dbe90346:4bec0a2a:a0f7bbea:5afaca67 mdadm -Es ========= ARRAY /dev/md0 level=raid1 num-devices=2 UUID=29c84de8:372e4a7a:730b97e6:597fe28e ARRAY /dev/md1 level=raid5 num-devices=6 UUID=b8120597:871a6e70:cf6b1487:dc58b391 ARRAY /dev/md2 level=raid5 num-devices=6 UUID=9894a242:7ff56a7b:c19ab258:6f9bfcc6 ARRAY /dev/md3 level=raid5 num-devices=6 UUID=5a157b85:5daf922c:97ab19ab:5a4b9713 ARRAY /dev/md/4 level=raid5 metadata=1.0 num-devices=5 UUID=dbe90346:4bec0a2a:a0f7bbea:5afaca67 name=4 /etc/mdadm.conf =============== # mdadm.conf written out by anaconda DEVICE partitions MAILADDR root ARRAY /dev/md0 level=raid1 num-devices=2 uuid=29c84de8:372e4a7a:730b97e6:597fe28e ARRAY /dev/md3 level=raid5 num-devices=6 uuid=5a157b85:5daf922c:97ab19ab:5a4b9713 spare-group=max3tb ARRAY /dev/md/4 level=raid5 metadata=1.0 num-devices=5 uuid=dbe90346:4bec0a2a:a0f7bbea:5afaca67 name=4 Irgendeine Idee, was diese permanenten Fehler auslöst und wie man das ändern kann? Danke schonmal! Gruß, Tobias.

1 0

Re: [CentOS-de] Chaos Computer Club analysiert Staatstrojaner
by Wolfgang 13 Oct '11

13 Oct '11

> ... was uns heute als 'Demokratie' verkauft wird ... Je schlechter die Bildung der Bürger, je mehr Mist kann als Lösung verkauft werden. Man könnte auch sagen:"Die Gier der Banken hält so lange an bis der letzte Euro aus dem Steuerzahler gepresst wurde." Evtl. würde ich als Banker das gleiche machen, wenn ich zu diesen Kreisen Zugang hätte, was nichts mit fachlicher Qualifikation begründet sein muss. Größere Geschäft laufen immer über Bestechung und selten mit Vernunft oder den 5 Grundrechenarten. Ich wette, dass im Jahr 2030 der Euro nicht mehr existiert. Wer hält dagegen? Das Problem: 'wo lagert man den Wetteinsatz? Auf einer Bank? Hahahahahahahahaha Die Bank klaut Dir doch das Geld und behauptet anschließend: "... Sie haben Ihre Zugangsdaten u.s.w. nicht richtig geschützt, ansonsten wäre das alles nicht möglich..." Dann bleibt nur noch die Mafia, der man das Geld anvertrauen kann. hmhmhahahahahmhmhm? Wer hat Ideen zur sicheren Lagerung des Wetteinsatz? Achso mein Wetteinsatz: 10.000,- Euro, was im Jahr 2030 wahrscheinlich nur noch 100,- Euro Wert ist. (Inflation & Preistreiberei) Grüsse Wolfgang

1 0

Re: [CentOS-de] Chaos Computer Club analysiert Staatstrojaner
by Wolfgang 13 Oct '11

13 Oct '11

> Nein. Eine terroristische Regierung trifft mich auch als NetBSD-, AIX- > oder sonstwas-Benutzer, selbst Menschen, die gar keinen Rechner ihr > eigen nennen, haben da 'kein Glück'. > > Amüsierte Grüsse, > > Timo Naja; wenn man es extrem betrachtet, hast Du natürlich Recht. Ich hoffe einfach mal, dass paranoide Linux-Fans die Mainsoftware im Auge behalten, weil sonst nur noch ein eigenes OS hilft. Verwendest Du irgendwelche Konzepte um Dein System sicher zu halten? Klar: - je weniger RPM um so geringer ist die Gefahr - RPMs nur von vertrauten Quellen ziehen Und sonst? Gruss Wolfgang

2 1

Chaos Computer Club analysiert Staatstrojaner
by Wolfgang 10 Oct '11

10 Oct '11

Ah; Windows Trojaner. Nochmal Glück gehabt, oder wie seht Ihr das? Gruss Wolfgang

2 1

CentOS 6 Aktualisierungen?
by Dietrich Schmidt 28 Sep '11

28 Sep '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, seit Ende August nutze ich CentOS 6 und seitdem sind keine Aktualisierungen erschienen, d.h. 'yum update' zeigt keine aktualisierbaren Pakete an. Auf der CentOS.org Startseite steht der Satz Since upstream has a 6.1 version already released, we will be using a Continous Release repository for 6.0 to bring all 6.1 and post 6.1 security updates to all 6.0 users, till such time as CentOS-6.1 is released itself. Wie kann ich dieses "Continous Release repository" aktivieren? Oder besser auf Version 6.1 warten? Viele Grüße - -- Dietrich Schmidt PGP-Schlüssel 0xC4A59269 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (Darwin) iQEcBAEBAgAGBQJOgrdQAAoJEHnBfvnEpZJpDxIH/Albu+iFFafETK8bhptKEBWW MUIL99kZQVSx0v3u/68fV44uMqJACgYfW6NNqHfCUevxwZzWFmRSzKljChPoMoK5 UnX2cnQrOO92xpyIRdYeQctPqjPhQp8Vk95ALRzjmvWufxcQiYlRCO3+C3YZi35Y Dlq1lw+RtW9dy/Npl7WgL2xid27EQN/xk4hM5hkcA8g8GZCBDQCs+bPPH1EvUai/ rGkZHV5B3QAaOTdxLrFLbh9wsqfPsWS20SKeaXRg+0fpb15OnVZaaH4LTHWfu+t/ REIX2X4jVEnJHrWYhrMI/tcIf3+XmrOFUsrlPgwPjOimEYMOGg2oAKAcIsuGoCM= =3xFs -----END PGP SIGNATURE-----

3 3

CentOS 6 + Hyper-V
by Samir Rachidi 22 Sep '11

22 Sep '11

Hallo zusammen, gibt es hier jemanden in der Mailingliste, der eine Centos 6 Installation als virtuelle Maschine innerhalb von Hyper-V nutzt? Wir haben ein Netzwerk-Problem festgestellt das wir noch nicht lösen können, da wir die Ursache nicht finden. Es könnte genauso ein Problem mit dem Hyper-V switch sein, wie es ein Konfigurationsproblem sein kann. Ich habe das Problem in diesem Forum-Beitrag detaillierter beschrieben: http://social.technet.microsoft.com/Forums/en-US/linuxintegrationservices/t… Bei einer identischen Netzwerkkonfiguration mit der alten Centos Version hat alles einwandfrei geklappt. Das eigentliche Problem drückt sich dadurch aus, dass der neue Server unsere Firewall zwar über beide Schnittstellen (intern und DMZ) erreichen kann, die Firewall jedoch den Centos 6 Server nicht über die DMZ-Schnittstelle. Entweder läuft was im Hyper-V Switch falsch, oder der Centos 6 Server reagiert auf eingehende Pakete anders als in vorhergehenden Versionen. Die anderen Server im Netzwerk erreichen den neuen Centos 6 Server ohne jegliche Probleme. Außerdem konnte ich auch ein unterschiedliches Verhalten feststellen, wenn ich den Gateway des neuen Servers ändere. Darüber hinaus ist mir aufgefallen, dass der neue Centos 6 Server in der Routing-Tabelle einen Eintrag für seine link lokale ip4-Adresse hat, den die anderen nicht haben. Hat das vielleicht irgendwelche Auswirkungen? Vielleicht ist es auch nur ein Konfigurationsfehler, der entstanden ist, weil sich irgendetwas im neuen Kernel geändert hat? Ich bin über jegliche Hilfestellung dankbar. Viele Grüße Samir

3 10

CF-Card kopieren
by DL2RDH 19 Sep '11

19 Sep '11

Hallo ! Mein CentOS 5 läuft auf einer bootfähigen CF-Card. Nachdem nun in nächster Zeit ein Austausch der CF-Card notwendig wird, stellt sich mir die Frage, wie kann ich die vorhandene bootfähige CF-Card 1:1 auf eine neue Card kopieren ? Gruss Wolfgang

2 1

← Newer
1
...
19
20
21
22
23
24
25
...
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