Discuss

discuss@lists.centos.org

34753 discussions

Threading and CentOS mailing list digest
by David G. Miller 18 Apr '09

18 Apr '09

Kai Schaetzl <maillists(a)conactive.com> wrote: > John R Pierce wrote on Fri, 17 Apr 2009 04:34:49 -0700: >> > odder, I don't see a "In-Reply-To:" header, so I dunno HOW it appears >> > threaded just fine. >> > > It's been put in the thread according to the time sequence because the > header you mention is missing. So, it just *appears* to be threaded, but > the node where it gets put as a reply is random (here it is put as a reply > to me, that is why I noticed there is something wrong). That header is > missing from all of David's postings, now that I look, and he's been using > several older versions of Thunderbird which can't all be broken. So, I > assume he's using a broken mail gateway which strips these headers. > > Kai Rather than continue to hijack the original thread regarding dual booting, let's move this discussion to it's own thread. The version of T-Bird I use is *always* the current version for CentOS. My mailer is sendmail again kept to the current version for CentOS. I somehow doubt that either are broken. What is happening is I get the CentOS mailing list in digest form. That is, I get one e-mail each day with all of the previous day's posts. If I notice a topic that I feel I can contribute to, I cut and paste an appropriate e-mail from the digest and "reply" to the list setting the subject appropriately (i.e., "Re: <original subject>). This is somewhat of a pain but it is more than made up for by the convenience of getting the list traffic in digest form. Your complaint is the first I've heard that this creates a problem for anyone. Unfortunately, I don't see a way to set the "in reply to" mail header element though T-Bird. If anyone has a reasonable (meaning doesn't take significantly more of my time than my current approach) alternative, I'm more than wiling to change how I'm posting. Giving up getting the list traffic in digest form is not acceptable. Cheers, Dave -- Politics, n. Strife of interests masquerading as a contest of principles. -- Ambrose Bierce

5 6

Bind - zone delegation
by Gopinath Achari 18 Apr '09

18 Apr '09

hi all, i have configured a local dns master server test.com the same server is responsible for zone delegation for child.test.com. But starting the named service it displays out of zone data in log file. Same configuration works fine on centos 4.xx but the below configuration is not working on centos 5.2, i have attached the zone file of master server for domain test.com below, $TTL 86400 @ IN SOA test.com. root.test.com. ( 1997022700 ; Serial 28800 ; Refresh 14400 ; Retry 3600000 ; Expire 86400 ) ; Minimum IN NS test.com. child.test.com. IN NS name1.child.test.com. 101 IN PTR test.com. @ IN A 192.168.1.101 www IN A 192.168.1.101 name1.child.test.com. IN A 192.168.1.222 222 IN PTR name1.child.test.com. sys1 IN A 192.168.1.220 ~ ~ when dig command is used reponse comes for hosts entries of test.com but not child.test.com. Any suggestions , please help me out.

1 0

Re: [CentOS] 5.3 and XFS (fwd)
by James A. Peltier 17 Apr '09

17 Apr '09

Doesn't look like my reply hit the list for some reason. -- James A. Peltier Systems Analyst (FASNet), VIVARIUM Technical Director Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpeltier(a)sfu.ca Website : http://www.fas.sfu.ca | http://vivarium.cs.sfu.ca http://blogs.sfu.ca/people/jpeltier MSN : subatomic_spam(a)hotmail.com The point of the HPC scheduler is to keep everyone equally unhappy. ---------- Forwarded message ---------- Date: Fri, 17 Apr 2009 13:35:20 -0700 (PDT) From: James A. Peltier <jpeltier(a)cs.sfu.ca> To: CentOS mailing list <centos(a)centos.org> Subject: Re: [CentOS] 5.3 and XFS On Thu, 16 Apr 2009, Ross Walker wrote: > I think it's worth while to keep xfs updated for a while until ext4 > has made enough of an in-road to say xfs should be depreciated in > favor of ext4. > > -Ross Considering that it still takes several minutes to format a partition with EXT4 vs the couple of seconds for XFS, I don't see XFS depricated *any* time soon. -- James A. Peltier Systems Analyst (FASNet), VIVARIUM Technical Director Simon Fraser University - Burnaby Campus Phone : 778-782-6573 Fax : 778-782-3045 E-Mail : jpeltier(a)sfu.ca Website : http://www.fas.sfu.ca | http://vivarium.cs.sfu.ca http://blogs.sfu.ca/people/jpeltier MSN : subatomic_spam(a)hotmail.com The point of the HPC scheduler is to keep everyone equally unhappy.

2 2

Re: [CentOS] Dual-boot with WinXP, CentOS already installed
by Guy Boisvert 17 Apr '09

17 Apr '09

Sorin Srbu wrote: > > Apparantely Windows can bork up after a while if the system files aren't on > C:. I was thinking the Windows installer will see the linux partitions and > try to name them C: and D: etc, thus Windows will be installed on E: or F:, > which might not go down well with some programs. > Unless you install Linux on FAT, Winblows won't see it. Guy Boisvert, ing IngTegration inc.

4 4

problem with 5.3 upgrade or just bad timing?
by Gordon McLellan 17 Apr '09

17 Apr '09

I've been experiencing delays access data off my file server since I upgraded to 5.3... either I hosed something, have bad hardware or very unlikely, found a bug. When reading or writing data, the stream to the hdd's stops every 5-10 min and %iowait goes through the roof. I checked the logs and they are filled with this diagnostic data that I can't readily decipher. my setup involves two md raid5 devices, 9+1 sata drives total, five of them are on the internal intel sata (i5000) controller, five of them on an external super micro (marvell) controller. I need to do some more testing to see which of (or is it both?) of the md devices is generating these errors. system is running centos 5.3 64bit: # uname -a Linux xenmaster.dimension-x.local 2.6.18-128.1.6.el5xen #1 SMP Wed Apr 1 09:53:14 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux # cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md1 : active raid5 sdk1[2] sdj1[4] sdi1[3] sdh1[0] sdg1[1] 976783616 blocks level 5, 64k chunk, algorithm 2 [5/5] [UUUUU] md0 : active raid5 sdf1[3] sde1[1] sdd1[4](S) sdc1[0] sdb1[2] 2197715712 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU] unused devices: <none> here is what dmesg has to say: (some of it looks like repeats but some of it is very slightly different too) BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff8025c62a>] generic_unplug_device+0x22/0x37 [<ffffffff8835c060>] :raid456:unplug_slaves+0x60/0x9b [<ffffffff8836122f>] :raid456:raid5d+0x17c/0x187 [<ffffffff802639f9>] _spin_lock_irqsave+0x9/0x14 [<ffffffff803fed01>] md_thread+0xf8/0x10e [<ffffffff80299fec>] autoremove_wake_function+0x0/0x2e [<ffffffff803fec09>] md_thread+0x0/0x10e [<ffffffff80233483>] kthread+0xfe/0x132 [<ffffffff8025fb2c>] child_rip+0xa/0x12 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80233385>] kthread+0x0/0x132 [<ffffffff8025fb22>] child_rip+0x0/0x12 BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff8025c62a>] generic_unplug_device+0x22/0x37 [<ffffffff8835c060>] :raid456:unplug_slaves+0x60/0x9b [<ffffffff8836122f>] :raid456:raid5d+0x17c/0x187 [<ffffffff802639f9>] _spin_lock_irqsave+0x9/0x14 [<ffffffff803fed01>] md_thread+0xf8/0x10e [<ffffffff80299fec>] autoremove_wake_function+0x0/0x2e [<ffffffff803fec09>] md_thread+0x0/0x10e [<ffffffff80233483>] kthread+0xfe/0x132 [<ffffffff8025fb2c>] child_rip+0xa/0x12 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80233385>] kthread+0x0/0x132 [<ffffffff8025fb22>] child_rip+0x0/0x12 BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff8033949e>] cfq_kick_queue+0x0/0x89 [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff80339514>] cfq_kick_queue+0x76/0x89 [<ffffffff8024ee1e>] run_workqueue+0x94/0xe4 [<ffffffff8024b727>] worker_thread+0x0/0x122 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff8024b817>] worker_thread+0xf0/0x122 [<ffffffff80286daf>] default_wake_function+0x0/0xe [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80233483>] kthread+0xfe/0x132 [<ffffffff8025fb2c>] child_rip+0xa/0x12 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff8026df02>] monotonic_clock+0x35/0x7b [<ffffffff80233385>] kthread+0x0/0x132 [<ffffffff8025fb22>] child_rip+0x0/0x12 BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff8025c62a>] generic_unplug_device+0x22/0x37 [<ffffffff8835c060>] :raid456:unplug_slaves+0x60/0x9b [<ffffffff8836122f>] :raid456:raid5d+0x17c/0x187 [<ffffffff802639f9>] _spin_lock_irqsave+0x9/0x14 [<ffffffff803fed01>] md_thread+0xf8/0x10e [<ffffffff80299fec>] autoremove_wake_function+0x0/0x2e [<ffffffff803fec09>] md_thread+0x0/0x10e [<ffffffff80233483>] kthread+0xfe/0x132 [<ffffffff8025fb2c>] child_rip+0xa/0x12 [<ffffffff80299dd4>] keventd_create_kthread+0x0/0xc4 [<ffffffff80233385>] kthread+0x0/0x132 [<ffffffff8025fb22>] child_rip+0x0/0x12 BUG: warning at drivers/ata/libata-core.c:4923/ata_qc_issue() (Tainted: G ) Call Trace: <IRQ> [<ffffffff880b6625>] :libata:ata_qc_issue+0x61/0x4a9 [<ffffffff880bacf3>] :libata:ata_scsi_rw_xlat+0x119/0x188 [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880babda>] :libata:ata_scsi_rw_xlat+0x0/0x188 [<ffffffff880baea2>] :libata:ata_scsi_translate+0x140/0x16d [<ffffffff880735a6>] :scsi_mod:scsi_done+0x0/0x18 [<ffffffff880bda72>] :libata:ata_scsi_queuecmd+0x1b4/0x1d4 [<ffffffff88073c83>] :scsi_mod:scsi_dispatch_cmd+0x290/0x322 [<ffffffff880790e2>] :scsi_mod:scsi_request_fn+0x2c5/0x39c [<ffffffff8025e2f2>] blk_run_queue+0x41/0x72 [<ffffffff88078016>] :scsi_mod:scsi_next_command+0x2d/0x39 [<ffffffff88078174>] :scsi_mod:scsi_end_request+0xbf/0xcd [<ffffffff880782d0>] :scsi_mod:scsi_io_completion+0x14e/0x324 [<ffffffff880a57cd>] :sd_mod:sd_rw_intr+0x21d/0x257 [<ffffffff88078565>] :scsi_mod:scsi_device_unbusy+0x67/0x81 [<ffffffff802389b8>] blk_done_softirq+0x67/0x75 [<ffffffff80212880>] __do_softirq+0x8d/0x13b [<ffffffff8025fda4>] call_softirq+0x1c/0x278 [<ffffffff8026d08e>] do_softirq+0x31/0x98 [<ffffffff8026cf09>] do_IRQ+0xec/0xf5 [<ffffffff803a6cca>] evtchn_do_upcall+0x13b/0x1fb [<ffffffff8025f8d6>] do_hypervisor_callback+0x1e/0x2c <EOI> [<ffffffff8026df02>] monotonic_clock+0x35/0x7b [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 [<ffffffff802063aa>] hypercall_page+0x3aa/0x1000 [<ffffffff8026e4e5>] raw_safe_halt+0x84/0xa8 [<ffffffff8026ba22>] xen_idle+0x38/0x4a [<ffffffff8024a803>] cpu_idle+0x97/0xba var/log/messages has the same info, with timestamps - this error repeats itself several times a second for several minutes at a time all suggestions are appreciated! -Gordon

1 0

Re: [CentOS] Dual-boot with WinXP, CentOS already installed
by Kai Schaetzl 17 Apr '09

17 Apr '09

Sorin Srbu wrote on Fri, 17 Apr 2009 09:37:53 +0200: > How do you mean broken? Sorin, why do you think I replied to you? The person using the broken configuration is "David G. Miller". Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com

4 8

Acrobat Reader 9 on Centos 4.7
by tblader 17 Apr '09

17 Apr '09

Hello, Anyone know how to get Acrobat 9 running* on Centos 4.7? Looks like a libc conflict: /Adobe/Reader9/Reader/intellinux/bin/acroread: error while loading shared \ libraries: /apps/Adobe/Reader9_libs/libstdc++.so.6: requires glibc 2.5 or later dynamic linker Thanks Thomas [*] - http://www.us-cert.gov/cas/techalerts/TA09-051A.html -- Flambeau Inc. Technology Center - Baraboo, WI Email : tblader(a)flambeau.com Keyserver: http://pgp.mit.edu KeyID: 0x00E9EC2C

4 4

Re: [CentOS] Dual-boot with WinXP, CentOS already installed
by Guy Boisvert 17 Apr '09

17 Apr '09

Sorin Srbu wrote: > > Isn't reinstalling GAG the same thing as reinstalling grub. What's the > incentive so to speak? Is GAG so much better, or just easier to work with > than grub? > Easier. GAG has its own boot media (diskette or cd). It has a graphical interface and is very easy. Guy Boisvert, ing. IngTegration inc.

1 0

looking for alternative to SME & Clark Connect
by Rudi Ahlers 17 Apr '09

17 Apr '09

Hi all, I'm looking for a (preferably free) alternative to SME / Clark Connect. I basically need the following: - firewall - nat - VPN - bandwidth limiting / monitoring - email (SMTP / POP3 / IMAP) & groupware - file & printer sharing - RAID support - if possible fail-over / high availability support. I need to support about 15 - 30 (some part time) students, so I would like to keep the costs low. If it's free, so much better. SME works for most of the stuff, but it still runs on CentOS 4, and I'd prefer to use 5. Any recommendations? -- Kind Regards Rudi Ahlers

8 11

Re: [CentOS] kernel update doesn't update grub.conf
by Devin Reade 17 Apr '09

17 Apr '09

[I saw this thread in the mailing list archives, but wasn't subscribed at the time, so sorry it's not a proper follow-up.] The symptoms you describe could be a side effect of being previously hit by <http://bugs.centos.org/view.php?id=2914> and <https://bugzilla.redhat.com/show_bug.cgi?id=447841>. Those bug items describe workarounds. After you get mkinitrd upgraded to that in 5.3 the problem should go away, although you may have to manually fix up the results of the bad kernel install. Devin -- You live and learn. Or you don't live long. - Robert Heinlein

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss