- Discuss - lists.centos.org

Mic Plugged into sound card not working
by Mark LaPierre 18 Jan '12

18 Jan '12

Hey guys, I have a mic plugged into my sound card. It worked late last night but not today. When I try to select the mic using System/Preferences/Sound I'm provided with several options to choose from. On the Hardware tab I choose the Internal Audio device and set it to Analog Stereo Duplex. On the Input tab I choose Internal Audio Analog Stereo there are two Analog Microphone Inputs, 1 and 2, to choose from. Each of those inputs has Microphone 1 and 2 to choose from. When I try to record from the mic in Audacity I get a flat signal if I choose Input 1 no matter which Microphone, 1 or 2, I choose. If I choose Input 2, no matter which Microphone I choose, the wave form freezes until I return the selection to Input 1. alsamixer -c0 does not indicate any input settings being muted. In fact its indications change in response to changes in Sound Preferences and Sound Preferences indications change in response to changes in alsamixer -c0. CentOS 6.2 Advanced Linux Sound Architecture Driver Version 1.0.21 /proc/asound/cards 0 [V8237 ]: VIA8237 - VIA 8237 VIA 8237 with ALC655 at 0xd400, irq 22 /proc/asound/devices 2: : timer 3: : sequencer 4: [ 0- 1]: digital audio playback 5: [ 0- 1]: digital audio capture 6: [ 0- 0]: digital audio playback 7: [ 0- 0]: digital audio capture 8: [ 0] : control 9: [ 1- 0]: digital audio capture 10: [ 1] : control 11: [ 2- 0]: digital audio playback 12: [ 2- 0]: digital audio capture 13: [ 2] : control /proc/asound/pcm 00-00: VIA 8237 : VIA 8237 : playback 4 : capture 1 00-01: VIA 8237 : VIA 8237 : playback 1 : capture 1 01-00: USB Audio : USB Audio : capture 1 02-00: USB Audio : USB Audio : playback 1 : capture 1 I tested the mic by plugging it into my wife's XP machine. The mic works fine but the XP machine doesn't. Very frustrated. Anyone have any idea what else I can check? -- _ °v° /(_)\ ^ ^ Mark LaPierre Registerd Linux user No #267004

1 1

A little confused with video drivers
by Phil Savoie 18 Jan '12

18 Jan '12

Hello, I have an HP Pavilion g series laptop with an ATI vision A6 video chipset. I tried elrepos ati driver but found that the laptop would freeze intermittently and frequently. So I unloaded that driver and am running with nomodeset argument just to get a desktop. I went to the ATI site but am not sure what to try. Would anyone know which driver I could use that would work? Thanks in advance, Phil

3 3

Dedicated Firewall/Router
by Jason T. Slack-Moehrle 17 Jan '12

17 Jan '12

Hi All, I want to build a dedicated firewall/router as I am launching a NPO and I can host this in my garage. (Comcast offered me a 100 x 20 circuit for $99/mo with 5 statics) I used to run Untangle, but as of version 9, you are forced to use their build in protocol policies versus the firewalling I am used to (Deny All and then opening holes for specific IP's, etc). There are so many firewall distros to choose from. FireStarter, IPCOP, etc. The box I was going to use is a P4, 3GB RAM, 3 GB NICS. I could always use a beefier box also if there was really a need to for such a task. I am used to some Cisco PIX boxes and they just seem fast on hardly any specs. I had a PIX 525 that only had 256mb of RAM about 8 years ago and it was a rockstar. Thoughts, opinions, suggestions are welcome as to what to do! -Jason

11 10

what to do about [abrt] full crash report kernel taint?
by Thomas Burns 17 Jan '12

17 Jan '12

I have a machine with a recent install of centos (2.6.32-220.2.1.el6.x86_64 kernel). It crashed 3 times this week, and sent emails like the one below complaining about kernel taint. I've gone back to a previous kernel to see if that helps, but otherwise I don't know how to investigate this. What should I do? Here's stuff from the log and one of the emails: log:******************************** # grep -e '12 10:16' -e '10 14:46' -e '9 15:44' /var/log/messages Jan 9 15:44:11 name kernel: ------------[ cut here ]------------ Jan 9 15:44:11 name kernel: WARNING: at kernel/sched.c:5914 thread_return+0x232/0x79d() (Not tainted) Jan 9 15:44:11 name kernel: Hardware name: Precision WorkStation 490 Jan 9 15:44:11 name kernel: Modules linked in: fuse nfs lockd fscache nfs_acl auth_rpcgss autofs4 sunrpc p4_clockmod freq_table speedstep_lib ipv6 ppdev parport_pc parport sg microcode dcdbas serio_raw i2c_i801 iTCO_wdt iTCO_vendor_support tg3 snd_hda_codec_idt snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd soundcore snd_page_alloc i5000_edac edac_core i5k_amb shpchp ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom firewire_ohci firewire_core crc_itu_t ahci pata_acpi ata_generic ata_piix nouveau ttm drm_kms_helper drm i2c_algo_bit i2c_core mxm_wmi wmi video output dm_mirror dm_region_hash dm_log dm_mod [last unloaded: mperf] Jan 9 15:44:11 name kernel: Pid: 17, comm: ksoftirqd/3 Not tainted 2.6.32-220.2.1.el6.x86_64 #1 Jan 9 15:44:11 name kernel: Call Trace: Jan 9 15:44:11 name kernel: [<ffffffff81069997>] ? warn_slowpath_common+0x87/0xc0 Jan 9 15:44:11 name kernel: [<ffffffff810699ea>] ? warn_slowpath_null+0x1a/0x20 Jan 9 15:44:11 name kernel: [<ffffffff814eccc5>] ? thread_return+0x232/0x79d Jan 9 15:44:11 name kernel: [<ffffffff81071b35>] ? ksoftirqd+0xd5/0x110 Jan 9 15:44:11 name kernel: [<ffffffff81071a60>] ? ksoftirqd+0x0/0x110 Jan 9 15:44:11 name kernel: [<ffffffff810906a6>] ? kthread+0x96/0xa0 Jan 9 15:44:11 name kernel: [<ffffffff8100c14a>] ? child_rip+0xa/0x20 Jan 9 15:44:11 name kernel: [<ffffffff81090610>] ? kthread+0x0/0xa0 Jan 9 15:44:11 name kernel: [<ffffffff8100c140>] ? child_rip+0x0/0x20 Jan 9 15:44:11 name kernel: ---[ end trace ce943d42785388df ]--- Jan 9 15:44:12 name abrtd: Directory 'oops-2012-01-09-15:44:12-1647-0' creation detected Jan 9 15:44:12 name abrt-dump-oops: Reported 1 kernel oopses to Abrt Jan 9 15:44:12 name abrtd: Can't open file '/var/spool/abrt/oops-2012-01-09-15:44:12-1647-0/uid': No such file or directory Jan 9 15:44:20 name kernel: Bridge firewalling registered Jan 9 15:44:32 name abrtd: Sending an email... Jan 9 15:44:32 name abrtd: Email was sent to: root@localhost Jan 9 15:44:32 name abrtd: New dump directory /var/spool/abrt/oops-2012-01-09-15:44:12-1647-0, processing Jan 10 14:46:44 name kernel: ------------[ cut here ]------------ Jan 10 14:46:44 name kernel: WARNING: at kernel/sched.c:5914 thread_return+0x232/0x79d() (Not tainted) Jan 10 14:46:44 name kernel: Hardware name: Precision WorkStation 490 Jan 10 14:46:44 name kernel: Modules linked in: fuse nfs lockd fscache nfs_acl auth_rpcgss autofs4 sunrpc p4_clockmod freq_table speedstep_lib ipv6 ppdev parport_pc parport sg microcode dcdbas serio_raw i2c_i801 iTCO_wdt iTCO_vendor_support tg3 snd_hda_codec_idt snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd soundcore snd_page_alloc i5000_edac edac_core i5k_amb shpchp ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom firewire_ohci firewire_core crc_itu_t ahci pata_acpi ata_generic ata_piix nouveau ttm drm_kms_helper drm i2c_algo_bit i2c_core mxm_wmi wmi video output dm_mirror dm_region_hash dm_log dm_mod [last unloaded: mperf] Jan 10 14:46:44 name kernel: Pid: 2304, comm: thunderbird-bin Not tainted 2.6.32-220.2.1.el6.x86_64 #1 Jan 10 14:46:44 name kernel: Call Trace: Jan 10 14:46:44 name kernel: [<ffffffff81069997>] ? warn_slowpath_common+0x87/0xc0 Jan 10 14:46:44 name kernel: [<ffffffff810699ea>] ? warn_slowpath_null+0x1a/0x20 Jan 10 14:46:44 name kernel: [<ffffffff814eccc5>] ? thread_return+0x232/0x79d Jan 10 14:46:44 name kernel: [<ffffffff81051dc6>] ? enqueue_task+0x66/0x80 Jan 10 14:46:44 name kernel: [<ffffffff814ee50d>] ? schedule_hrtimeout_range+0x13d/0x160 Jan 10 14:46:44 name kernel: [<ffffffff81090d76>] ? add_wait_queue+0x46/0x60 Jan 10 14:46:44 name kernel: [<ffffffff8118b895>] ? __pollwait+0x75/0xf0 Jan 10 14:46:44 name kernel: [<ffffffff8118b079>] ? poll_schedule_timeout+0x39/0x60 Jan 10 14:46:44 name kernel: [<ffffffff8118bdcb>] ? do_sys_poll+0x45b/0x520 Jan 10 14:46:44 name kernel: [<ffffffff8118b820>] ? __pollwait+0x0/0xf0 Jan 10 14:46:44 name kernel: [<ffffffff8118b910>] ? pollwake+0x0/0x60 Jan 10 14:46:44 name kernel: [<ffffffff8141be4e>] ? sock_aio_write+0x15e/0x170 Jan 10 14:46:44 name kernel: [<ffffffff8141bcf0>] ? sock_aio_write+0x0/0x170 Jan 10 14:46:44 name kernel: [<ffffffff81175fbb>] ? do_sync_readv_writev+0xfb/0x140 Jan 10 14:46:44 name kernel: [<ffffffff81090a10>] ? autoremove_wake_function+0x0/0x40 Jan 10 14:46:44 name kernel: [<ffffffff81218def>] ? selinux_file_permission+0xbf/0x150 Jan 10 14:46:44 name kernel: [<ffffffff811770e2>] ? do_readv_writev+0x162/0x1f0 Jan 10 14:46:44 name kernel: [<ffffffff8120c1d6>] ? security_file_permission+0x16/0x20 Jan 10 14:46:44 name kernel: [<ffffffff8118c08c>] ? sys_poll+0x7c/0x110 Jan 10 14:46:44 name kernel: [<ffffffff8100b0f2>] ? system_call_fastpath+0x16/0x1b Jan 10 14:46:44 name kernel: ---[ end trace f9f851f2bb55fcd3 ]--- Jan 10 14:46:45 name abrtd: Directory 'oops-2012-01-10-14:46:45-1649-0' creation detected Jan 10 14:46:45 name abrt-dump-oops: Reported 1 kernel oopses to Abrt Jan 10 14:46:45 name abrtd: Can't open file '/var/spool/abrt/oops-2012-01-10-14:46:45-1649-0/uid': No such file or directory Jan 10 14:46:50 name kernel: Bridge firewalling registered Jan 12 10:16:39 name kernel: ------------[ cut here ]------------ Jan 12 10:16:39 name kernel: WARNING: at kernel/sched.c:5914 thread_return+0x232/0x79d() (Not tainted) Jan 12 10:16:39 name kernel: Hardware name: Precision WorkStation 490 Jan 12 10:16:39 name kernel: Modules linked in: fuse nfs lockd fscache nfs_acl auth_rpcgss autofs4 sunrpc p4_clockmod freq_table speedstep_lib ipv6 ppdev parport_pc parport sg microcode dcdbas serio_raw i2c_i801 iTCO_wdt iTCO_vendor_support tg3 snd_hda_codec_idt snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd soundcore snd_page_alloc i5000_edac edac_core i5k_amb shpchp ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom firewire_ohci firewire_core crc_itu_t ahci pata_acpi ata_generic ata_piix nouveau ttm drm_kms_helper drm i2c_algo_bit i2c_core mxm_wmi wmi video output dm_mirror dm_region_hash dm_log dm_mod [last unloaded: mperf] Jan 12 10:16:39 name kernel: Pid: 1734, comm: Xorg Not tainted 2.6.32-220.2.1.el6.x86_64 #1 Jan 12 10:16:39 name kernel: Call Trace: Jan 12 10:16:39 name kernel: [<ffffffff81069997>] ? warn_slowpath_common+0x87/0xc0 Jan 12 10:16:39 name kernel: [<ffffffff810699ea>] ? warn_slowpath_null+0x1a/0x20 Jan 12 10:16:39 name kernel: [<ffffffff814eccc5>] ? thread_return+0x232/0x79d Jan 12 10:16:39 name kernel: [<ffffffff810958e3>] ? __hrtimer_start_range_ns+0x1a3/0x460 Jan 12 10:16:39 name kernel: [<ffffffff81094dc1>] ? lock_hrtimer_base+0x31/0x60 Jan 12 10:16:39 name kernel: [<ffffffff814ee498>] ? schedule_hrtimeout_range+0xc8/0x160 Jan 12 10:16:39 name kernel: [<ffffffff81094b70>] ? hrtimer_wakeup+0x0/0x30 Jan 12 10:16:39 name kernel: [<ffffffff81095bd4>] ? hrtimer_start_range_ns+0x14/0x20 Jan 12 10:16:39 name kernel: [<ffffffff8118b079>] ? poll_schedule_timeout+0x39/0x60 Jan 12 10:16:39 name kernel: [<ffffffff8118b6e8>] ? do_select+0x578/0x6b0 Jan 12 10:16:39 name kernel: [<ffffffff8104d80d>] ? check_preempt_curr+0x6d/0x90 Jan 12 10:16:39 name kernel: [<ffffffff8118b820>] ? __pollwait+0x0/0xf0 Jan 12 10:16:39 name kernel: [<ffffffff8118b910>] ? pollwake+0x0/0x60 Jan 12 10:16:39 name kernel: [<ffffffff8118b910>] ? pollwake+0x0/0x60 Jan 12 10:16:39 name kernel: [<ffffffff8118b910>] ? pollwake+0x0/0x60 Jan 12 10:16:39 name kernel: [<ffffffff8118b910>] ? pollwake+0x0/0x60 Jan 12 10:16:39 name kernel: [<ffffffff8118b910>] ? pollwake+0x0/0x60 Jan 12 10:16:39 name kernel: [<ffffffff8118b910>] ? pollwake+0x0/0x60 Jan 12 10:16:39 name kernel: [<ffffffff8118b910>] ? pollwake+0x0/0x60 Jan 12 10:16:39 name kernel: [<ffffffff8118b910>] ? pollwake+0x0/0x60 Jan 12 10:16:39 name kernel: [<ffffffff8118b910>] ? pollwake+0x0/0x60 Jan 12 10:16:39 name kernel: [<ffffffff8118c30a>] ? core_sys_select+0x18a/0x2c0 Jan 12 10:16:39 name kernel: [<ffffffff81090a10>] ? autoremove_wake_function+0x0/0x40 Jan 12 10:16:39 name kernel: [<ffffffff81277141>] ? __clear_user+0x21/0x70 Jan 12 10:16:39 name kernel: [<ffffffff811770e2>] ? do_readv_writev+0x162/0x1f0 Jan 12 10:16:39 name kernel: [<ffffffff81012b59>] ? read_tsc+0x9/0x20 Jan 12 10:16:39 name kernel: [<ffffffff8109b629>] ? ktime_get_ts+0xa9/0xe0 Jan 12 10:16:39 name kernel: [<ffffffff810d41b5>] ? __audit_syscall_exit+0x265/0x290 Jan 12 10:16:39 name kernel: [<ffffffff8118c697>] ? sys_select+0x47/0x110 Jan 12 10:16:39 name kernel: [<ffffffff8100b0f2>] ? system_call_fastpath+0x16/0x1b Jan 12 10:16:39 name kernel: ---[ end trace 9c5478b05024d9ed ]--- Jan 12 10:16:40 name abrtd: Directory 'oops-2012-01-12-10:16:40-1660-0' creation detected Jan 12 10:16:40 name abrt-dump-oops: Reported 1 kernel oopses to Abrt Jan 12 10:16:40 name abrtd: Can't open file '/var/spool/abrt/oops-2012-01-12-10:16:40-1660-0/uid': No such file or directory Jan 12 10:16:47 name kernel: Bridge firewalling registered >From email: ************************************** Duplicate check ===== Common information ===== package ----- kernel architecture ----- x86_64 kernel ----- 2.6.32-220.2.1.el6.x86_64 Additional information ===== kernel_tainted_long ----- Taint on warning. kernel_tainted ----- 512 backtrace ----- WARNING: at kernel/sched.c:5914 thread_return+0x232/0x79d() (Not tainted) Hardware name: Precision WorkStation 490 Modules linked in: fuse nfs lockd fscache nfs_acl auth_rpcgss autofs4 sunrpc p4_clockmod freq_table speedstep_lib ipv6 ppdev parport_pc parport sg microcode dcdbas serio_raw i2c_i801 iTCO_wdt iTCO_vendor_support tg3 snd_hda_codec_idt snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd soundcore snd_page_alloc i5000_edac edac_core i5k_amb shpchp ext4 mbcache jbd2 sd_mod crc_t10dif sr_mod cdrom firewire_ohci firewire_core crc_itu_t ahci pata_acpi ata_generic ata_piix nouveau ttm drm_kms_helper drm i2c_algo_bit i2c_core mxm_wmi wmi video output dm_mirror dm_region_hash dm_log dm_mod [last unloaded: mperf] Pid: 1734, comm: Xorg Not tainted 2.6.32-220.2.1.el6.x86_64 #1 Call Trace: [<ffffffff81069997>] ? warn_slowpath_common+0x87/0xc0 [<ffffffff810699ea>] ? warn_slowpath_null+0x1a/0x20 [<ffffffff814eccc5>] ? thread_return+0x232/0x79d [<ffffffff810958e3>] ? __hrtimer_start_range_ns+0x1a3/0x460 [<ffffffff81094dc1>] ? lock_hrtimer_base+0x31/0x60 [<ffffffff814ee498>] ? schedule_hrtimeout_range+0xc8/0x160 [<ffffffff81094b70>] ? hrtimer_wakeup+0x0/0x30 [<ffffffff81095bd4>] ? hrtimer_start_range_ns+0x14/0x20 [<ffffffff8118b079>] ? poll_schedule_timeout+0x39/0x60 [<ffffffff8118b6e8>] ? do_select+0x578/0x6b0 [<ffffffff8104d80d>] ? check_preempt_curr+0x6d/0x90 [<ffffffff8118b820>] ? __pollwait+0x0/0xf0 [<ffffffff8118b910>] ? pollwake+0x0/0x60 [<ffffffff8118b910>] ? pollwake+0x0/0x60 [<ffffffff8118b910>] ? pollwake+0x0/0x60 [<ffffffff8118b910>] ? pollwake+0x0/0x60 [<ffffffff8118b910>] ? pollwake+0x0/0x60 [<ffffffff8118b910>] ? pollwake+0x0/0x60 [<ffffffff8118b910>] ? pollwake+0x0/0x60 [<ffffffff8118b910>] ? pollwake+0x0/0x60 [<ffffffff8118b910>] ? pollwake+0x0/0x60 [<ffffffff8118c30a>] ? core_sys_select+0x18a/0x2c0 [<ffffffff81090a10>] ? autoremove_wake_function+0x0/0x40 [<ffffffff81277141>] ? __clear_user+0x21/0x70 [<ffffffff811770e2>] ? do_readv_writev+0x162/0x1f0 [<ffffffff81012b59>] ? read_tsc+0x9/0x20 [<ffffffff8109b629>] ? ktime_get_ts+0xa9/0xe0 [<ffffffff810d41b5>] ? __audit_syscall_exit+0x265/0x290 [<ffffffff8118c697>] ? sys_select+0x47/0x110 [<ffffffff8100b0f2>] ? system_call_fastpath+0x16/0x1b hostname ----- airy component ----- kernel reason ----- WARNING: at kernel/sched.c:5914 thread_return+0x232/0x79d() (Not tainted) cmdline ----- ro root=/dev/mapper/vg_iprctmp9-lv_root rd_LVM_LV=vg_iprctmp9/lv_root rd_LVM_LV=vg_iprctmp9/lv_swap rd_NO_LUKS rd_NO_MD rd_NO_DM LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us crashkernel=128M rhgb quiet kernel_tainted_short ----- ---------W analyzer ----- Kerneloops time ----- 1326399400 os_release ----- CentOS release 6.2 (Final) -- Q: Why should this email be 5 sentences or less? A: http://five.sentenc.es IPRC-help FAQ: http://auana1.soest.hawaii.edu/wiki/index.php/Faq -- Q: Why should this email be 5 sentences or less? A: http://five.sentenc.es IPRC-help FAQ: http://auana1.soest.hawaii.edu/wiki/index.php/Faq

3 4

bounties for exploits against CentOS?
by Bennett Haselton 17 Jan '12

17 Jan '12

With companies like Facebook and Google offering cash prizes for people who can find security holes in their products, has there ever been any consideration given to offering cash rewards to people finding security exploits in CentOS or in commonly bundled services like Apache? (Provided of course they follow "responsible disclosure" and report the exploit to the software authors and get it fixed.) Obviously the benefit would be that it would increase the chance of a white hat finding and fixing an exploit, before a black hat discovered the same one and used it to attack people's servers. Would there be any other downsides, other than the cost of paying out the prize? I've heard some objections from companies over the years who didn't want to institute a "prize program", but I thought some of those objections didn't make much sense (and indeed some of those companies ended up instituting a prize program after all, a few years later). For example, some people said, "This just encourages people to find exploits and then they might use those exploits to do harm." (The problem with this is if someone has sufficient black-hat incentives for finding an exploit -- either to do malice, or more likely to sell it on the black market -- those incentives *already* exist, so the prize program wouldn't create any additional incentive to use an exploit illegally.) Would you feel safer using CentOS if a bounty program encouraged people to report exploits to the project? Why or why not? I think I would, for the stated reason -- newly discovered exploits are more likely to get reported and fixed, than to be used in the wild. But I'd be curious why anyone might feel less safe if such a program existed. On a related question, suppose that instead of paying for generic exploits against the operating system, you as a webmaster had the option of adding your website to a directory of "bounty" sites, where you would have to put up a bond of $100 to join. Then anyone who could prove that they broke into your server (let's say the "proof" is that they read a world-readable file in the root directory) would collect the $100 prize, if they can describe exactly how they did it and what you need to fix to prevent the attack in the future. That way, if there's ever a weakness in your server, it's more likely to be found by a white hat and reported to you directly so you can fix it, before a black hat finds the same weakness. Would you sign up your webserver? I think I would, and I believe I'd be reducing the risk of a black-hat breakin as a result, but there may be counter-arguments that I'm not thinking of. Bennett

5 11

LVM question
by Jonathan Vomacka 17 Jan '12

17 Jan '12

CentOS Community, It is to my understanding that the /boot partition should never be placed on LVM and should be a physical partition on the hard drives (or on top of a RAID array). Is this an accurate statement? Also please advise if the SWAP filesystem is safe to be placed under LVM, or if this should be a hard partition / hard limit as well. I am unsure if boot issues or any filesystem issues would be caused by placing them on LVM. Please educate me if possible. Thanks in advance for the information!

5 6

Errors in /var/spool/mail/root
by Jonathan Vomacka 17 Jan '12

17 Jan '12

CentOS Experts, I am receiving the following in /var/spool/mail/root. I cleaned out the file and then rebooted and the same errors came back. Is it possible to analyze the data and advise if there is an issue with my system? This is a completely fresh install. From user(a)localhost.srv.net Tue Jan 17 08:11:56 2012 Return-Path: <user(a)localhost.srv.net> X-Original-To: root@localhost Delivered-To: root(a)localhost.srv.net Received: by fst.srv.net (Postfix, from userid 0) id 6F02E2A0078; Tue, 17 Jan 2012 08:11:56 -0500 (EST) Date: Tue, 17 Jan 2012 08:11:56 -0500 From: user(a)localhost.srv.net To: root(a)localhost.srv.net Subject: [abrt] full crash report Message-ID: <4f15739c.MHhrv8Xn0YkMj8Xp%user@localhost> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Duplicate check ===== Common information ===== architecture ----- x86_64 package ----- kernel kernel ----- 2.6.32-220.2.1.el6.x86_64 Additional information ===== kernel_tainted_long ----- Taint on warning. kernel_tainted ----- 512 backtrace ----- WARNING: at arch/x86/kernel/cpu/mtrr/generic.c:467 generic_get_mtrr+0x11e/0x140() (Not tainted) Hardware name: empty mtrr: your BIOS has set up an incorrect mask, fixing it up. Modules linked in: Pid: 0, comm: swapper Not tainted 2.6.32-220.2.1.el6.x86_64 #1 Call Trace: [<ffffffff81069997>] ? warn_slowpath_common+0x87/0xc0 [<ffffffff81069a86>] ? warn_slowpath_fmt+0x46/0x50 [<ffffffff8102713e>] ? generic_get_mtrr+0x11e/0x140 [<ffffffff81c2bfd1>] ? mtrr_cleanup+0x8c/0x3fd [<ffffffff81c2ae47>] ? get_mtrr_state+0x2ec/0x2fb [<ffffffff81c2a988>] ? mtrr_bp_init+0x1ab/0x1d2 [<ffffffff81c254d8>] ? setup_arch+0x4b8/0xaea [<ffffffff814ec4c5>] ? printk+0x41/0x44 [<ffffffff81c1fc2e>] ? start_kernel+0xdc/0x430 [<ffffffff81c1f33a>] ? x86_64_start_reservations+0x125/0x129 [<ffffffff81c1f438>] ? x86_64_start_kernel+0xfa/0x109 time ----- 1326805905 component ----- kernel hostname ----- fst.srv.net reason ----- WARNING: at arch/x86/kernel/cpu/mtrr/generic.c:467 generic_get_mtrr+0x11e/0x140() (Not tainted) cmdline ----- ro root=/dev/mapper/VolGroup00-root rd_NO_LUKS LANG=en_US.UTF-8 rd_MD_UUID=435d8e67:5dceefb3:85c46cf3:9f6cb0df rd_LVM_LV=VolGroup00/swap SYSFONT=latarcyrheb-sun16 rhgb crashkernel=129M@0M quiet rd_LVM_LV=VolGroup00/root KEYBOARDTYPE=pc KEYTABLE=us rd_NO_DM kernel_tainted_short ----- ---------W analyzer ----- Kerneloops os_release ----- CentOS release 6.2 (Final)

2 1

OT: simple server room temp monitor
by Fajar Priyanto 17 Jan '12

17 Jan '12

Hi all, I have a spare USB GSM modem and it's card. I want to setup a very simple server room temperature monitor using it. Anyone has experience to share? - Program required - Script example Currently I have something like this that will send email if temp reaches something. Invoked by cron. #!/bin/bash # lm_sensors must be installed and configured first # This will check the CPU temp and send email # Changelog: # 18 Feb 2009 - created temp=$(/sbin/service lm_sensors status | /bin/grep CPU | /bin/cut -c 15-16) /bin/echo $temp #function to send mail with subject "Hot" func_mail_hot () { /bin/echo $temp | /bin/mail -s "server is hot" notification(a)arinet.org } #function to send mail with subject "Cool" func_mail_cool () { /bin/date >> /var/log/temp.log /bin/echo $temp >> /var/log/temp.log } #testing the temperature of CPU ((temp>40)) && func_mail_hot || func_mail_cool Thank you -- Fajar.

5 4

Error occurred when compiling Vim 7.3 with --enable-perlinterp specified.
by Lenin 17 Jan '12

17 Jan '12

Has anyone compiled Vim 7.3 on CentOS 6.2 64bit ? I got the following error after *configure --enable-perlinterp && make*: ./vim.h:2153:21: error: EXTERN.h: No such file or directory ./vim.h:2154:19: error: perl.h: No such file or directory ./vim.h:2155:19: error: XSUB.h: No such file or directory I've installed perl and perl-devel, but with no luck. Any ideas ? Thanks.

2 2

Re: [CentOS] ia32-libs for 64 bit CentOS
by Elijah Karari 17 Jan '12

17 Jan '12

Let me give you the complete picture so that you may undrstand the predicament am in, the Zimbra collab. suite is completely open source, it has a desktop version which is only available as a .i686 package. see it for yourself: http://www.zimbra.com/downloads/zd-downloads.html i installed compat-libstdc++ but it still doesn't work . This is the error message : WARNING: ia32-libs is missing for x86_64 platform. This package is required to run Zimbra Desktop on 64-bit Linux. Please help..... ----- Original Message ----- From: "Frank Cox" <theatre(a)melvilletheatre.com> To: "Elijah Karari" <elijah.karari(a)edf.co.ke> Sent: Tuesday, January 17, 2012 7:35:05 AM Subject: Re: [CentOS] ia32-libs for 64 bit CentOS Please read what I said: > I've never heard of Zimbra before, so I don't know the difference. I just ran > "Zimbra Desktop 7" through google and found a webpage with 64-bit and 32-bit > downloads on it. Otherwise, if it's open source then you should be able to download the source code and compile it for your system. Since I have no use for this thing myself I didn't bother to bookmark or save any references for it; in fact I may have been looking at something entirely different. Who knows? Check google and follow the first few links -- that's all I did. On Mon, 16 Jan 2012 22:01:59 -0600 (CST) Elijah Karari wrote: > Kindly send me the link where you saw the supposed 64 bit download for linux. > FYI zimbra is an open source mail server. > > ----- Original Message ----- > > From: "Frank Cox" <theatre(a)melvilletheatre.com> > To: "CentOS mailing list" <centos(a)centos.org> > Cc: "Elijah Karari" <elijah.karari(a)edf.co.ke> > Sent: Monday, January 16, 2012 7:51:04 PM > Subject: Re: [CentOS] ia32-libs for 64 bit CentOS > > On Mon, 16 Jan 2012 03:51:46 -0600 (CST) > Elijah Karari wrote: > > > Are you sure its Zimbra Desktop 7 & not Zimbra Collaboration Suite. If you > > really found it, kindly post the link. > > I've never heard of Zimbra before, so I don't know the difference. I just ran > "Zimbra Desktop 7" through google and found a webpage with 64-bit and 32-bit > downloads on it. > > It looks like this is some kind of a commercial program which someone is, > presumably, paying for. Have you considered contacting their technical > support department to ask them about it? > > -- > MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com > www.creekfm.com - FIFTY THOUSAND WATTS of POW WOW POWER! > -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com www.creekfm.com - FIFTY THOUSAND WATTS of POW WOW POWER!

4 4

What software RAID levels are supported with CentOS 6.x?
by Jonathan Vomacka 17 Jan '12

17 Jan '12

CentOS Community, Which RAID levels are supported with a software RAID during the CentOS install? I currently have 4 drives in the system, and am looking to have performance and mirror (like RAID 0+1 or RAID 1+0). Are these raid levels supported?

2 1

NOUVEAU driver video acceleration
by Mark LaPierre 16 Jan '12

16 Jan '12

My Xorg.0.log file says: [ 64601.460] (==) Using default built-in configuration (30 lines) [ 64601.460] (==) --- Start of built-in configuration --- [ 64601.460] Section "Device" [ 64601.460] Identifier "Builtin Default nouveau Device 0" [ 64601.460] Driver "nouveau" [ 64601.460] EndSection [ 64601.460] Section "Screen" [ 64601.460] Identifier "Builtin Default nouveau Screen 0" [ 64601.460] Device "Builtin Default nouveau Device 0" [ 64601.460] EndSection [ 64601.469] GeForce 6 (NV4x) [ 64601.474] (--) NOUVEAU(0): Chipset: "NVIDIA NV4b" I have no xorg.conf file. I have a GeForce 7 (G7x) chip set on my video card. The NOUVEAU driver is misidentifying my chip set. I suspect that this is a major part of the reason why video acceleration is not working. How can I get the NOUVEAU driver to recognize the GeForce 7 (G7x) chip set on my video card? Maybe I don't care about that. How can I get the NOUVEAU driver to support accelerated video? -- _ °v° /(_)\ ^ ^ Mark LaPierre Registerd Linux user No #267004

5 11

Re: [CentOS] VirtIO disk 'leakage' across guests?
by James B. Byrne 16 Jan '12

16 Jan '12

If I log on to the newly cloned guest and I try and rename the vg used by that instance I see this: [root@vm-centos-6 ~]# vgrename vg_vm_centos_6 vg_vm_renamed Couldn't find device with uuid umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De. Cannot change VG vg_vm_centos_6 while PVs are missing. Consider vgreduce --removemissing. [root@vm-centos-6 ~]# vgreduce vg_vm_centos_6 --removemissing Couldn't find device with uuid umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De. WARNING: Partial LV lv_pgsql needs to be repaired or removed. WARNING: Partial LV lv_backups needs to be repaired or removed. WARNING: There are still partial LVs in VG vg_vm_centos_6. To remove them unconditionally use: vgreduce --removemissing --force. Proceeding to remove empty missing PVs. The xmldump for this guest instance contains this: <devices> <emulator>/usr/libexec/qemu-kvm</emulator> <disk type='block' device='disk'> <driver name='qemu' type='raw' cache='none'/> <source dev='/dev/vg_vhost01/lv_vm_test-vg-rename'/> <target dev='vda' bus='virtio'/> <alias name='virtio-disk0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </disk> <disk type='block' device='cdrom'> <driver name='qemu' type='raw'/> <target dev='hdc' bus='ide'/> <readonly/> <alias name='ide0-1-0'/> <address type='drive' controller='0' bus='1' unit='0'/> </disk> <controller type='ide' index='0'> <alias name='ide0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> The /dev entries for this vm guest are these: [root@vm-centos-6 ~]# ll /dev/vg_vm_centos_6/* lrwxrwxrwx. 1 root root 7 Jan 16 15:36 /dev/vg_vm_centos_6/lv_root -> ../dm-0 lrwxrwxrwx. 1 root root 7 Jan 16 15:36 /dev/vg_vm_centos_6/lv_swap -> ../dm-1 Searching for the missing uuid I find these files: # find /etc -print | xargs grep 'umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De' /etc/lvm/archive/vg_vm_centos_6_00005-1429183950.vg: id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De" /etc/lvm/archive/vg_vm_centos_6_00002-807578735.vg: id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De" /etc/lvm/archive/vg_vm_centos_6_00004-1687335328.vg: id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De" /etc/lvm/archive/vg_vm_centos_6_00003-650133889.vg: id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De" /etc/lvm/archive/vg_vm_centos_6_00006-1907108135.vg: id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De" /etc/lvm/backup/vg_vm_centos_6: id = "umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De" Looking in the files of /etc/lvm/archive created by the vgrename command shows a complete mess of lvs from different vm guests non of which have anything in common with the test vm guest, other than they all share the same volume group name. Evidently, cloning vm instances for the purpose of setting up a new vm guest to run with other vms cloned from the same prototype is not a good idea, -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 1

CentOS 6 (G)parted re-aligning existing partitions?
by Ljubomir Ljubojevic 16 Jan '12

16 Jan '12

I used Hiren Boot CD (Some tool on it) to create 8 partitions for Windows XP and CentOS 6. Now, CentOS6 Disk Utility reports for first partition: "Warning: The partition is misaligned by 512 bytes. This may result in very poor performances. Repartitioning is suggested.", and similar warnings almost all other partitions. Since I already have both Windows (NTFS) and CentOS 6 installed, I was wondering is there any easy way of re-alligning them, maybe via parted? Can someone write short to-the-point howto for repartitioning ext4 partitions (/boot especially)? NTFS partitions I can ghost without a problem and resize them when I returnin it on the HDD. It would be nice to experiment, but I am out of time. I did fdisk -l /dev/sda > file and I can do dd to image file, but how about resizing/repartitioning? I read somewhere that it is good to leave 1MB free before first partition, so it can be aligned? Thanks, -- Ljubomir Ljubojevic (Love is in the Air) PL Computers Serbia, Europe Google is the Mother, Google is the Father, and traceroute is your trusty Spiderman... StarOS, Mikrotik and CentOS/RHEL/Linux consultant

2 1

6.2 install fails on HP 6200pro (Intel Q65X chipset).
by Bryan Hodgson 16 Jan '12

16 Jan '12

CentOS 5.6 x64 installs successfully on HP 6200pro SFF box with Intel Q65X Express chipset (including HD graphics), Core i5 and added NVS300 graphics card. Actually, it works great. HP lists "RedHat Enterprise x64" as a supported OS. The 6200pro is a "business desktop" that became available in early summer 2011. CentOS 6.2 x64 install halts during initial boot, with boot messages stopping at "Detecting hardware". I'm clueless on this one. Suggestions appreciated. Does anyone have CentOS running on this hardware or this chipset? Bryan Hodgson Lehigh University

3 4

Re: [CentOS] VirtIO disk 'leakage' across guests?
by James B. Byrne 16 Jan '12

16 Jan '12

On Mon, January 16, 2012 13:05, James B. Byrne wrote: > How is it even possible for an > application running under a httpd service on one guest to > see anything at all besides the VirtIO storage assigned to > that guest? > > Has anyone else encountered this anomaly? > I just cloned a guest instance. The clone prototype was set up with a single VirtIO disk of 8Gbs, divided into a 500 Mb boot and a ~7.1Gb root partition. The root partition was entirely assigned to the basic vg and two lv were created, one for swap and one for the actual root partition. When the guest was cloned there was only one VirtIO disk of 8 Gb assigned to it and this was cloned and given a new name. When I look at the newly cloned guest instance with pvdisplay this is what I see: # pvdisplay Couldn't find device with uuid umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De. --- Physical volume --- PV Name /dev/vda2 VG Name vg_vm_centos_6 PV Size 7.32 GiB / not usable 3.00 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 1874 Free PE 0 Allocated PE 1874 PV UUID djM23m-6Yeb-BQ2x-gPh9-ORMt-dX2i-Ou9xBQ --- Physical volume --- PV Name unknown device VG Name vg_vm_centos_6 PV Size 31.25 GiB / not usable 3.97 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 7999 Free PE 0 Allocated PE 7999 PV UUID umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De When I look at it using vgdisplay then this is what I see: # vgdisplay Couldn't find device with uuid umrIn6-Np0c-NC4Z-MuUo-5TBj-IKRE-XBU0De. --- Volume group --- VG Name vg_vm_centos_6 System ID Format lvm2 Metadata Areas 1 Metadata Sequence No 10 VG Access read/write VG Status resizable MAX LV 0 Cur LV 4 Open LV 2 Max PV 0 Cur PV 2 Act PV 1 VG Size 38.57 GiB PE Size 4.00 MiB Total PE 9873 Alloc PE / Size 9873 / 38.57 GiB Free PE / Size 0 / 0 VG UUID qa6jwq-5gTp-6mMH-IWl9-OrEK-HjWc-pbaFsa What is going on and how do I fix this? The size of the ghost pv (31Gb) is showing up as the size of the clone's vg whereas the pv for the cloned instance is only 8Gb. I am only using virt-manager to manage disk storage for these guests and I have no idea why or how this mismash is happening. Any ideas? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

2 2

CentOS 6 and glib 2.24
by Grendel 16 Jan '12

16 Jan '12

Hi all, when will be glib 2.24 in CnetOS 6 releases? grendel

3 2

CentOS-announce Digest, Vol 83, Issue 6
by centos-announce-request＠centos.org 16 Jan '12

16 Jan '12

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CEBA-2012:0021 CentOS 5 procinfo Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 16 Jan 2012 13:44:56 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:0021 CentOS 5 procinfo Update To: centos-announce(a)centos.org Message-ID: <20120116134456.GA2489(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:0021 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0021.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: d0d097e023686ff61086924618037ec38117d77b0022ddc3172ae45f6c514f7e procinfo-18-19.el5_7.2.i386.rpm x86_64: 5173bd1e3c161cba6a9b5958029e4ad4a8b2f80099241cb1272aebe9caf3cb08 procinfo-18-19.el5_7.2.x86_64.rpm Source: 4e49b85b4f804dd35ae31e87d7a6fa294cc1c7e94d925f7a5762e7a3fa6e0934 procinfo-18-19.el5_7.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 83, Issue 6 **********************************************

1 0

ia32-libs for 64 bit CentOS
by Elijah Karari 16 Jan '12

16 Jan '12

Hi, I've been trying to install Zimbra Desktop 7 on CentOS 5.5 using the usual perl script provided. The issue is, I get a warning that my system does not have ia32 libs. I dug a bit on google and found out that 'there is no such package as ia32 libs for Centos'. I also tried all the suggested work arounds like glibc & stuff, can anyone shed more light on this? Oh, the zimbra package is a .i686 package. Please help if you can. Regards, EK.

4 7

SELinux and rsh+xauth
by Philippe Naudin 16 Jan '12

16 Jan '12

Hello, I have a strange (for me) problem with these two machines : - Client, a CentOS-5.7 workstation ; - Server, a CentOS-6.2 headless, up-to-date server. From Client, I want to use xauth on Server with the help of rsh (yes, I know, ssh and all this sort of things... another time.) When SELinux is in permissive mode on Server, all these commands perform as expected : rsh Server /usr/bin/xauth info rsh Server /usr/bin/xauth list xauth nextract - Client:0.0 | rsh Server /usr/bin/xauth nmerge - But when SELinux is in enforcing mode on Server, the commands fail with this message : bash: /usr/bin/xauth: Permission denied and /var/log/audit/audit.log shows the following errors : type=SELINUX_ERR msg=audit(1326381080.364:610): security_compute_sid: invalid context system_u:system_r:xauth_t:s0-s0:c0.c1023 for scontext=system_u:system_r:unconfined_t:s0-s0:c0.c1023 tcontext=system_u:object_r:xauth_exec_t:s0 tclass=process type=AVC msg=audit(1326381080.364:610): avc: denied { write } for pid=3487 comm="xauth" path="pipe:[21744]" dev=pipefs ino=21744 scontext=system_u:system_r:xauth_t:s0-s0:c0.c1023 tcontext=system_u:system_r:rshd_t:s0-s0:c0.c1023 tclass=fifo_file type=AVC msg=audit(1326381080.369:611): avc: denied { getattr } for pid=3487 comm="xauth" path="socket:[21700]" dev=sockfs ino=21700 scontext=system_u:system_r:xauth_t:s0-s0:c0.c1023 tcontext=system_u:system_r:inetd_t:s0-s0:c0.c1023 tclass=tcp_socket The output from audit2allow is here : $ grep AVC /var/log/audit/audit.log | audit2allow libsepol.context_from_record: invalid security context: "system_u:system_r:xauth_t:s0-s0:c0.c1023" libsepol.context_from_record: could not create context structure libsepol.context_from_string: could not create context structure libsepol.sepol_context_to_sid: could not convert system_u:system_r:xauth_t:s0-s0:c0.c1023 to sid (these 4 lines are repeated 2 times) On Server, after creating a new authority file (with rsh again, while Server is in permissive mode), I find : $ ls -Z .Xauthority -rw-------. naudin biom system_u:object_r:xauth_home_t:s0 .Xauthority I don't have this problem on a CentOS-5.7 server with the same configuration. Any idea (other than ssh) on how to solve it ? Thanks, -- Philippe Naudin

2 1

URL pour les logiciels du campus
by Philippe Naudin 16 Jan '12

16 Jan '12

https://www1.montpellier.inra.fr/intranet/intracampus/logiciels/consult/

1 0

with Centos6 i cant Partition on 3TB Disks, problem
by Marko Weber 16 Jan '12

16 Jan '12

Hello List, i try to install Centos 6 on a Server with 2x 3TB Disks. When anaconda is showing up the disk partitioner i cant do more then 3 "normal Partitions" or more then 3 "Raid Partitions". Even when u choose that each partition is 200mb, u cant do more then 3 "normal" or "raid" partitions. is this a bug of anaconda installer? thanks marko

3 2

[CENTOS6] mtrr_cleanup: can not find optimal value - during server startup
by no.spa＠o2.pl 15 Jan '12

15 Jan '12

After fresh installation of CentOS 6.2 on my server, I get following errors in my dmesg output: ------- MTRR default type: uncachable MTRR fixed ranges enabled: 00000-9FFFF write-back A0000-BFFFF uncachable C0000-D7FFF write-protect D8000-E7FFF uncachable E8000-FFFFF write-protect MTRR variable ranges enabled: 0 base 000000000 mask C00000000 write-back 1 base 400000000 mask FC0000000 write-back 2 base 0CB800000 mask FFF800000 uncachable 3 base 0CC000000 mask FFC000000 uncachable 4 base 0D0000000 mask FF0000000 uncachable 5 base 0E0000000 mask FE0000000 uncachable 6 base 42FE00000 mask FFFE00000 uncachable 7 base 430000000 mask FF0000000 uncachable 8 disabled 9 disabled x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 original variable MTRRs reg 0, base: 0GB, range: 16GB, type WB reg 1, base: 16GB, range: 1GB, type WB reg 2, base: 3256MB, range: 8MB, type UC reg 3, base: 3264MB, range: 64MB, type UC reg 4, base: 3328MB, range: 256MB, type UC reg 5, base: 3584MB, range: 512MB, type UC reg 6, base: 17150MB, range: 2MB, type UC reg 7, base: 17152MB, range: 256MB, type UC total RAM covered: 16310M gran_size: 64K chunk_size: 64K num_reg: 10 lose cover RAM: 126M gran_size: 64K chunk_size: 128K num_reg: 10 lose cover RAM: 126M gran_size: 64K chunk_size: 256K num_reg: 10 lose cover RAM: 126M gran_size: 64K chunk_size: 512K num_reg: 10 lose cover RAM: 126M gran_size: 64K chunk_size: 1M num_reg: 10 lose cover RAM: 126M gran_size: 64K chunk_size: 2M num_reg: 10 lose cover RAM: 126M *BAD*gran_size: 64K chunk_size: 4M num_reg: 10 lose cover RAM: -2M *BAD*gran_size: 64K chunk_size: 8M num_reg: 10 lose cover RAM: -2M gran_size: 64K chunk_size: 16M num_reg: 10 lose cover RAM: 0G gran_size: 64K chunk_size: 32M num_reg: 10 lose cover RAM: 0G gran_size: 64K chunk_size: 64M num_reg: 10 lose cover RAM: 0G gran_size: 64K chunk_size: 128M num_reg: 10 lose cover RAM: 0G gran_size: 64K chunk_size: 256M num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 64K chunk_size: 512M num_reg: 10 lose cover RAM: -256M gran_size: 64K chunk_size: 1G num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 64K chunk_size: 2G num_reg: 10 lose cover RAM: -1G gran_size: 128K chunk_size: 128K num_reg: 10 lose cover RAM: 126M gran_size: 128K chunk_size: 256K num_reg: 10 lose cover RAM: 126M gran_size: 128K chunk_size: 512K num_reg: 10 lose cover RAM: 126M gran_size: 128K chunk_size: 1M num_reg: 10 lose cover RAM: 126M gran_size: 128K chunk_size: 2M num_reg: 10 lose cover RAM: 126M *BAD*gran_size: 128K chunk_size: 4M num_reg: 10 lose cover RAM: -2M *BAD*gran_size: 128K chunk_size: 8M num_reg: 10 lose cover RAM: -2M gran_size: 128K chunk_size: 16M num_reg: 10 lose cover RAM: 0G gran_size: 128K chunk_size: 32M num_reg: 10 lose cover RAM: 0G gran_size: 128K chunk_size: 64M num_reg: 10 lose cover RAM: 0G gran_size: 128K chunk_size: 128M num_reg: 10 lose cover RAM: 0G gran_size: 128K chunk_size: 256M num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 128K chunk_size: 512M num_reg: 10 lose cover RAM: -256M gran_size: 128K chunk_size: 1G num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 128K chunk_size: 2G num_reg: 10 lose cover RAM: -1G gran_size: 256K chunk_size: 256K num_reg: 10 lose cover RAM: 126M gran_size: 256K chunk_size: 512K num_reg: 10 lose cover RAM: 126M gran_size: 256K chunk_size: 1M num_reg: 10 lose cover RAM: 126M gran_size: 256K chunk_size: 2M num_reg: 10 lose cover RAM: 126M *BAD*gran_size: 256K chunk_size: 4M num_reg: 10 lose cover RAM: -2M *BAD*gran_size: 256K chunk_size: 8M num_reg: 10 lose cover RAM: -2M gran_size: 256K chunk_size: 16M num_reg: 10 lose cover RAM: 0G gran_size: 256K chunk_size: 32M num_reg: 10 lose cover RAM: 0G gran_size: 256K chunk_size: 64M num_reg: 10 lose cover RAM: 0G gran_size: 256K chunk_size: 128M num_reg: 10 lose cover RAM: 0G gran_size: 256K chunk_size: 256M num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 256K chunk_size: 512M num_reg: 10 lose cover RAM: -256M gran_size: 256K chunk_size: 1G num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 256K chunk_size: 2G num_reg: 10 lose cover RAM: -1G gran_size: 512K chunk_size: 512K num_reg: 10 lose cover RAM: 126M gran_size: 512K chunk_size: 1M num_reg: 10 lose cover RAM: 126M gran_size: 512K chunk_size: 2M num_reg: 10 lose cover RAM: 126M *BAD*gran_size: 512K chunk_size: 4M num_reg: 10 lose cover RAM: -2M *BAD*gran_size: 512K chunk_size: 8M num_reg: 10 lose cover RAM: -2M gran_size: 512K chunk_size: 16M num_reg: 10 lose cover RAM: 0G gran_size: 512K chunk_size: 32M num_reg: 10 lose cover RAM: 0G gran_size: 512K chunk_size: 64M num_reg: 10 lose cover RAM: 0G gran_size: 512K chunk_size: 128M num_reg: 10 lose cover RAM: 0G gran_size: 512K chunk_size: 256M num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 512K chunk_size: 512M num_reg: 10 lose cover RAM: -256M gran_size: 512K chunk_size: 1G num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 512K chunk_size: 2G num_reg: 10 lose cover RAM: -1G gran_size: 1M chunk_size: 1M num_reg: 10 lose cover RAM: 126M gran_size: 1M chunk_size: 2M num_reg: 10 lose cover RAM: 126M *BAD*gran_size: 1M chunk_size: 4M num_reg: 10 lose cover RAM: -2M *BAD*gran_size: 1M chunk_size: 8M num_reg: 10 lose cover RAM: -2M gran_size: 1M chunk_size: 16M num_reg: 10 lose cover RAM: 0G gran_size: 1M chunk_size: 32M num_reg: 10 lose cover RAM: 0G gran_size: 1M chunk_size: 64M num_reg: 10 lose cover RAM: 0G gran_size: 1M chunk_size: 128M num_reg: 10 lose cover RAM: 0G gran_size: 1M chunk_size: 256M num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 1M chunk_size: 512M num_reg: 10 lose cover RAM: -256M gran_size: 1M chunk_size: 1G num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 1M chunk_size: 2G num_reg: 10 lose cover RAM: -1G gran_size: 2M chunk_size: 2M num_reg: 10 lose cover RAM: 126M *BAD*gran_size: 2M chunk_size: 4M num_reg: 10 lose cover RAM: -2M *BAD*gran_size: 2M chunk_size: 8M num_reg: 10 lose cover RAM: -2M gran_size: 2M chunk_size: 16M num_reg: 10 lose cover RAM: 0G gran_size: 2M chunk_size: 32M num_reg: 10 lose cover RAM: 0G gran_size: 2M chunk_size: 64M num_reg: 10 lose cover RAM: 0G gran_size: 2M chunk_size: 128M num_reg: 10 lose cover RAM: 0G gran_size: 2M chunk_size: 256M num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 2M chunk_size: 512M num_reg: 10 lose cover RAM: -256M gran_size: 2M chunk_size: 1G num_reg: 10 lose cover RAM: 0G *BAD*gran_size: 2M chunk_size: 2G num_reg: 10 lose cover RAM: -1G gran_size: 4M chunk_size: 4M num_reg: 10 lose cover RAM: 126M *BAD*gran_size: 4M chunk_size: 8M num_reg: 10 lose cover RAM: -2M gran_size: 4M chunk_size: 16M num_reg: 10 lose cover RAM: 2M gran_size: 4M chunk_size: 32M num_reg: 10 lose cover RAM: 2M gran_size: 4M chunk_size: 64M num_reg: 10 lose cover RAM: 2M gran_size: 4M chunk_size: 128M num_reg: 10 lose cover RAM: 2M gran_size: 4M chunk_size: 256M num_reg: 10 lose cover RAM: 2M *BAD*gran_size: 4M chunk_size: 512M num_reg: 10 lose cover RAM: -254M gran_size: 4M chunk_size: 1G num_reg: 10 lose cover RAM: 2M *BAD*gran_size: 4M chunk_size: 2G num_reg: 10 lose cover RAM: -1022M gran_size: 8M chunk_size: 8M num_reg: 10 lose cover RAM: 126M gran_size: 8M chunk_size: 16M num_reg: 10 lose cover RAM: 6M gran_size: 8M chunk_size: 32M num_reg: 10 lose cover RAM: 6M gran_size: 8M chunk_size: 64M num_reg: 10 lose cover RAM: 6M gran_size: 8M chunk_size: 128M num_reg: 10 lose cover RAM: 6M gran_size: 8M chunk_size: 256M num_reg: 10 lose cover RAM: 6M *BAD*gran_size: 8M chunk_size: 512M num_reg: 10 lose cover RAM: -250M gran_size: 8M chunk_size: 1G num_reg: 10 lose cover RAM: 6M *BAD*gran_size: 8M chunk_size: 2G num_reg: 10 lose cover RAM: -1018M gran_size: 16M chunk_size: 16M num_reg: 10 lose cover RAM: 70M gran_size: 16M chunk_size: 32M num_reg: 10 lose cover RAM: 22M gran_size: 16M chunk_size: 64M num_reg: 10 lose cover RAM: 22M gran_size: 16M chunk_size: 128M num_reg: 10 lose cover RAM: 22M gran_size: 16M chunk_size: 256M num_reg: 10 lose cover RAM: 22M *BAD*gran_size: 16M chunk_size: 512M num_reg: 10 lose cover RAM: -234M gran_size: 16M chunk_size: 1G num_reg: 10 lose cover RAM: 22M *BAD*gran_size: 16M chunk_size: 2G num_reg: 10 lose cover RAM: -1002M gran_size: 32M chunk_size: 32M num_reg: 10 lose cover RAM: 54M gran_size: 32M chunk_size: 64M num_reg: 10 lose cover RAM: 54M gran_size: 32M chunk_size: 128M num_reg: 10 lose cover RAM: 54M gran_size: 32M chunk_size: 256M num_reg: 10 lose cover RAM: 54M *BAD*gran_size: 32M chunk_size: 512M num_reg: 10 lose cover RAM: -202M gran_size: 32M chunk_size: 1G num_reg: 10 lose cover RAM: 54M *BAD*gran_size: 32M chunk_size: 2G num_reg: 10 lose cover RAM: -970M gran_size: 64M chunk_size: 64M num_reg: 8 lose cover RAM: 118M gran_size: 64M chunk_size: 128M num_reg: 8 lose cover RAM: 118M gran_size: 64M chunk_size: 256M num_reg: 9 lose cover RAM: 118M gran_size: 64M chunk_size: 512M num_reg: 10 lose cover RAM: 118M gran_size: 64M chunk_size: 1G num_reg: 9 lose cover RAM: 118M gran_size: 64M chunk_size: 2G num_reg: 10 lose cover RAM: 118M gran_size: 128M chunk_size: 128M num_reg: 7 lose cover RAM: 182M gran_size: 128M chunk_size: 256M num_reg: 9 lose cover RAM: 182M gran_size: 128M chunk_size: 512M num_reg: 10 lose cover RAM: 182M gran_size: 128M chunk_size: 1G num_reg: 9 lose cover RAM: 182M gran_size: 128M chunk_size: 2G num_reg: 10 lose cover RAM: 182M gran_size: 256M chunk_size: 256M num_reg: 5 lose cover RAM: 438M gran_size: 256M chunk_size: 512M num_reg: 5 lose cover RAM: 438M gran_size: 256M chunk_size: 1G num_reg: 6 lose cover RAM: 438M gran_size: 256M chunk_size: 2G num_reg: 7 lose cover RAM: 438M gran_size: 512M chunk_size: 512M num_reg: 5 lose cover RAM: 438M gran_size: 512M chunk_size: 1G num_reg: 6 lose cover RAM: 438M gran_size: 512M chunk_size: 2G num_reg: 7 lose cover RAM: 438M gran_size: 1G chunk_size: 1G num_reg: 4 lose cover RAM: 950M gran_size: 1G chunk_size: 2G num_reg: 4 lose cover RAM: 950M gran_size: 2G chunk_size: 2G num_reg: 3 lose cover RAM: 1974M mtrr_cleanup: can not find optimal value please specify mtrr_gran_size/mtrr_chunk_size -------------- use 16 GB ECC Ram on this server, all modules are the same (speed, manufacuer - Kingston, etc). Here are my questions: 1. o you know what disadventages this could make on server installation 2. what should I modify in server configuration to solve this problem?

1 0

update bind97 centos 5 to centos 6
by fakessh ＠ 15 Jan '12

15 Jan '12

hello centos list hello guys hello master of Fu I want to know the different changes to be applied in the config bind97 because I use dnssec and differences may be present. I do not know they are the differences that may exist between centos 5.7 and bind to bind to centos 6.2 I want to know the small differences that may be present in the config bind in the concerns of my desire to perform the update from my server to centos 6.2 in the best conditions all testimonial are welcome -- http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x092164A7 gpg --keyserver pgp.mit.edu --recv-key 092164A7 http://urlshort.eu fakessh @ http://gplus.to/sshfake http://gplus.to/sshswilting http://gplus.to/john.swilting

1 0

Is avahi essential?
by Timothy Murphy 15 Jan '12

15 Jan '12

I've been getting a few avahi-daemon errors in /var/log/messages, eg ------------------------------- Jan 11 00:40:24 helen avahi-daemon[12732]: Invalid query packet. Jan 11 00:40:29 helen last message repeated 17 times ------------------------------- (This is on a CentOS-5.7 server.) So I looked up avahi on the web, but as far as I could see it is not doing anything essential; so I was wondering if stopping avahi-daemon would have any bad effect? -- Timothy Murphy e-mail: gayleard /at/ eircom.net tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College Dublin

15 30

Re: [CentOS] Storage - posibilities?
by Lisandro Grullon 15 Jan '12

15 Jan '12

I hope you will be clustering those storage arrays since email is such a vital service for any organization. What are your current choices? I don't think there would be any major issues as long as you plan you current and long term capacity needs. Let us know what are your plans at the moment. ------Original Message------ From: Rafał Radecki Sender: centos-bounces(a)centos.org To: CentOS mailing list ReplyTo: CentOS mailing list Subject: [CentOS] Storage - posibilities? Sent: Jan 14, 2012 4:56 AM Hi all. Currently I am administering a mail cluster in which messages are stored on software RAID shared with NFS. There are several NFS servers, every one of them exports a part of all mail files for a specific frontend with postfix. We are thinking about replacing these storage hosts with one solution, maybe a storage array with appropriate disk space and I/O capacity. What are pros and cons of that solution? Do storage arrays have appropriate I/O capacity (X*software RAID)? Does it scale good? Does storage capacity also scale good in those solutions? Best regards, R. _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos Sent on the Sprint® Now Network from my BlackBerry®

1 0

LSI/3ware 9750-4i and multipath I/O
by Vahan Yerkanian 15 Jan '12

15 Jan '12

Hi, I was wondering if anyone has successfully configured two lsi/3ware 9750-4i series controllers for multipathing under CentOS 5.7 x86_64? I've tried some basic setups with both multibus and failover settings, and had repeatable filesystem corruption over a iscsi(tgtd) or nfs3 connection. Any ideas? Vahan

3 12

blue screen instead of login screen
by Frank Cox 14 Jan '12

14 Jan '12

I installed Centos 6.2/i386 on a machine last night with a 1920x1080 monitor. The installer ran in graphical mode and looked fine. After the install was finished I rebooted and ran through the "firstboot" stuff (set up user, etc) with no problem and, again, it looked good. After that, when I should have seen the gdm login screen, all I got was the blue background but not the box with the usernames in it, so there is no way to log in. "telinit 3", login to the text console, no problem. Type "startx", back to the same empty blue screen that gdm shows me. [root@ws194 log]# cat /etc/hosts 127.0.0.1 localhost localhost.localdomain ws194 ws194.ltsp ::1 localhost localhost.localdomain ws194 ws194.ltsp [root@ws194 log]# uname -a Linux ws194.ltsp 2.6.32-220.2.1.el6.i686 #1 SMP Thu Dec 22 18:50:52 GMT 2011 i686 i686 i386 GNU/Linux [root@ws194 log]# I rsynced /etc/skel to /home/myusername before running startx but that made no difference. Still got the blank blue screen. I tried disabling the Composite extension as directed here: http://www.linuxquestions.org/questions/slackware-14/unable-to-startx-after… Nothing changed. I don't see anything in /var/log/Xorg.0.log that looks too interesting; it appears that X figures it's running fine. This was working fine with a smaller monitor on Centos 5.7. Plus the Centos 6 installer looked fine, and the blue screen also looks nice and crisp, -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com www.creekfm.com - FIFTY THOUSAND WATTS of POW WOW POWER!

3 8

Storage - posibilities?
by Rafał Radecki 14 Jan '12

14 Jan '12

Hi all. Currently I am administering a mail cluster in which messages are stored on software RAID shared with NFS. There are several NFS servers, every one of them exports a part of all mail files for a specific frontend with postfix. We are thinking about replacing these storage hosts with one solution, maybe a storage array with appropriate disk space and I/O capacity. What are pros and cons of that solution? Do storage arrays have appropriate I/O capacity (X*software RAID)? Does it scale good? Does storage capacity also scale good in those solutions? Best regards, R.

4 3

iptable rule for bypassing netfilter queue for a matching address.‏
by Arif Tuhin 14 Jan '12

14 Jan '12

I have two iptable rules for userspace modification : iptable -t mangle -A PREROUTING -p udp --dport 9090 -j NFQUEUE iptable -t mangle -A OUTPUT -p udp --sport 9090 -j NFQUEUE I have the following network setup: client ---------------->Linux Box or router--------------------->server. What i'm trying to achieve is modifying all packets which comes from client to 9090 port of the Linux Box. Also which packets will go from Linux Box to client. I do not want to manipulate both from or to the server. So the rules i need will work like this: If packet comes from client to port 9090 i will modify it. Now the router opens symmetric port when it communicates with the server. That means it opens 9090 port when it communicates with the server and hence get modified by the second rule(--sport 9090). I want to avoid this. The rules will be like this: 1.If packet comes from a specific ip block i will accept it. then i will queue the remaining packets based on the destination port it comes to. 2.If packet goes to a specific ip block i will forward it. I will queue the remaining packets based on the source port information. Thanks in advance.

1 0

Rozważania odnośnie storage?
by Rafał Radecki 14 Jan '12

14 Jan '12

Cześć. Aktualnie mam do czynienia z klastrem pocztowym, w którym pliki wiadomości pocztowych użytkowników są przechowywane na raid software-owym udostępnianym po NFS. Serwerów NFS jest kilka, każdy udostępnia podzbiór wiadomości dla odpowiedniego serwera z postfix-em, który jest klientem NFS. Dane z jakiego serwera NFS host frontend z postfix-em powinien montować katalogi z pocztą są w MySQL. Zastanawiamy się nad zastąpieniem kilku host-ów storage jednym rozwiązaniem, macierzą o odpowiedniej pojemności dyskowej i wydajności I/O. Możecie podpowiedzieć plusy i minusy takiego rozwiązania? Czy macierze zazwyczaj dysponują kilkukrotnie większą wydajnością I/O niż pojedynczy serwer z dyskami SATA? Czy taka wydajność I/O jest skalowalna? Czy skalować przestrzeń dyskową w macierzach można "bez ograniczeń"? Dzięki! Pozdrawiam, R.

9 9

defense-in-depth possible for sshd?
by Bennett Haselton 14 Jan '12

14 Jan '12

If an attacker finds an exploit to take control of httpd, they're still blocked in part by the fact that httpd runs as the unprivileged apache user and hence can't write any root-owned files on the system, unless the attacker also knows of a second attack that lets apache escalate its privilege. Basically correct? What about sshd -- assuming that the attacker can connect to sshd at all (i.e. not prevented by a firewall), if they find an exploit to let them take control of sshd, would that imply immediate total control of the machine? Because if they can control sshd they can tell sshd, "Allow root login (even if prohibited in sshd.conf) and accept 'foo' as the password", then the attacker can log in as root. Is it possible, even in theory, to provide a second layer of defense behind sshd to prevent the attacker from controlling the machine, if the attacker controls sshd? The "log me in as root" attack would appear to imply that an extra layer is not possible. (Note I'm not talking about extra layers of security *in front* of sshd, like a firewall that only permits logins from known locations. I'm also not talking about detection after the fact -- obviously you can detect unexpected root logins from the /var/log/secure* files if the attacker doesn't erase them -- only whether you could use extra layers to *prevent* the attacker from owning the machine if they take control of sshd.)

11 16

sendmail deferred
by Ismail Ozatay 13 Jan '12

13 Jan '12

Hi all, I having a problem with my sendmail server running on centos 5.7 x64. Sometimes when we send an email to microsoft exchange servers, sendmail says deferred or timeout. I do not know what is happening. Here is some details; [root@avgw ~]# sendmail -v -qRxxx(a)xxx.gov.qa Running /var/spool/mqueue/q0B7caw9023076 (sequence 1 of 2) <xxx(a)xxx.gov.qa>... Connecting to smtp.xxx.gov.qa. via esmtp... 220 mail.xxx.gov.qa Microsoft ESMTP MAIL Service ready at Fri, 13 Jan 2012 16:37:28 +0300 >>> EHLO avgw.yyy.com 250-mail.xxx.gov.qa Hello [95.9.x.x] 250-SIZE 10485760 250-PIPELINING 250-DSN 250-ENHANCEDSTATUSCODES 250-AUTH 250-8BITMIME 250-BINARYMIME 250 CHUNKING >>> MAIL From:<xxx(a)yyy.com> SIZE=939155 250 2.1.0 Sender OK >>> RCPT To:<xxx(a)xxx.gov.qa> >>> DATA 250 2.1.5 Recipient OK 354 Start mail input; end with <CRLF>.<CRLF> timeout writing message to smtp2.xxx.gov.qa.: Connection reset by smtp2.xxx.gov.qa. <xxx(a)xxx.gov.qa>... Deferred [root@avgw ~]# telnet smtp2.xxx.gov.qa 25 Trying 89.211.40.246... Connected to smtp2.xxx.gov.qa (89.211.x.x). Escape character is '^]'. 220 mail.xxx.gov.qa Microsoft ESMTP MAIL Service ready at Fri, 13 Jan 2012 17:54:56 +0300 It seems everything is ok but i do not know what is the problem with exchange communication. Has anybody experienced this issue? Regards

2 1

Is Amanda "vaulting" what I need for archiving data?
by Alan McKay 13 Jan '12

13 Jan '12

Hi folks, I've got a bit of a different scenario than I imagine most, and have spent the last 60 or 90 minutes searching Amanda list archives and googling, but did not come up with anything much. Then I went browsing around the Amanda website and found "vaulting" and was wondering whether this would suit my needs. I'm basically searching around for a backup solution and trying to decide whether to use something off the shelf or just roll my own with gtar. It is important to me that my solution use standard tools like dump/restore / gtar on the back end, which is how I ended up at Amanda. In looking through some of the initial configuration how-tos it seemed as though this was massively over-complex for my application. But then I hit upon "vaulting" http://wiki.zmanda.com/index.php/How_To:Copy_Data_from_Volume_to_Volume This is not exactly my scenario, but maybe there is another way to roll a "vaulting" solution to suit me. Basically I work in a scientific research lab (stem cell research) where the scientists produce a fair bit of raw data. We want to periodically take the data and archive it to tape and then remove it from disk and store the tape in our archival facility. We'd need a record of what is on each tape of course. But this would not be the same scenario as in the link above because it would not be taking data from 2ndary to tertiary storage. It would essentially be taken from primary to tertiary directly. i.e. directly from disk to tape. But not in an automated fashion like typical nightly dumps. On request, we'd take the scientist's data and copy it over to our server that has the tape unit, then dump it out to tape, and remove it from the disk there. Once verified, we could tell the scientist it is OK to remove their primary data now, and then we'd store the tape. Is Amanda suited to this? Or is there another application I should be looking at? thanks, -Alan -- “Don't eat anything you've ever seen advertised on TV” - Michael Pollan, author of "In Defense of Food"

5 6

A silly question about getting access to webapp installed with yum
by Rajagopal Swaminathan 13 Jan '12

13 Jan '12

Greetings, I have helped host a few applications such as GLPI, OCSInventory, etc etc. using the tarball method and untarring them in /var/www/htom directory. I have never done them though using yum. I was trying to install Trac, Bugzilla etc using yum install method on a Centos 6.2 box. Somehow I am not able to see the respective pages say even using http://localhost/trac or http://localhost/bugzilla Now comes the elementary and stupid question: Now where do these stuff get installed? they are not under /var/www/html I did find some under /usr/share Any pointers to instantiate them? I am not good at understanding what that beast of yum does as to post install script. Though I have created a mysql with CSV and blackhole engines about a year back and as I did it for a client of the company where I worked then and cannot have my grubby hands on that script. Any help appreciated. TIA -- Regards, Rajagopal

5 10

bug submission justified for distribution of obsolete java software?
by e-letter 13 Jan '12

13 Jan '12

Readers, Would someone advise whether the distribution of an obsolete version of java should be reported as a bug; http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=827

7 20

Re: [CentOS] USB install annoyances
by Darr247 13 Jan '12

13 Jan '12

> But this thread's gotten way OT: *does* anyone have any > idea what the .img file is that the running o/s from install.img > is looking for, after the partitioning, when it's ready to install? Possibly, but without the info I previously requested, I won't be trying to reproduce the problem. e.g. the source file[s] and command[s] used to make your bootable USB stick.

4 4

Re: [CentOS] USB install annoyances (not OT)
by m.roth＠5-cent.us 12 Jan '12

12 Jan '12

I've retried again, and it still fails. I see that it's mounted /dev/sda2, which is where I've got the contents of a DVD, as /mnt/isolinux. The contents of that are: ls -a . GPL TRANS.TBL .. Packages images .discinfo RELEASE-NOTES-en-US.html isolinux .treeinfo RPM-GPG-KEY-CentOS-6 lost+found CentOS_BuildTag RPM-GPG-KEY-CentOS-Debug-6 repodata EFI RPM-GPG-KEY-CentOS-Security-6 EULA RPM-GPG-KEY-CentOS-Testing-6 I've tried mounting /dev/sda2 on a new mountpoint, and both ln -s isolinux and images to /mnt/isolinux, and neither was accepted. Does anyone have any idea at all what the thing is looking for? mark

4 5

CentOS-announce Digest, Vol 83, Issue 5
by centos-announce-request＠centos.org 12 Jan '12

12 Jan '12

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2012:0016 Important CentOS 4 libxml2 Update (Johnny Hughes) 2. CESA-2012:0007 Important CentOS 5 kernel Update (Johnny Hughes) 3. CESA-2012:0017 Important CentOS 5 libxml2 Update (Johnny Hughes) 4. CESA-2012:0019 Moderate CentOS 5 php53 Update (Johnny Hughes) 5. CESA-2012:0019 Moderate CentOS 6 php Update (Johnny Hughes) 6. CESA-2012:0018 Important CentOS 6 libxml2 Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 11 Jan 2012 18:47:59 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:0016 Important CentOS 4 libxml2 Update To: centos-announce(a)centos.org Message-ID: <20120111184759.GA30572(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:0016 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0016.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 78e2dffdf8c995b1eccfd02132bb10663ea92daedcd293724cf1f51429680152 libxml2-2.6.16-12.9.i386.rpm 0e7b5c9c8ebcdd3b481006bce6fee5fb5b9c1ae5dc4bc1ed44ec3abfdb0ba749 libxml2-devel-2.6.16-12.9.i386.rpm 8321ca7f2ccc2d01dc42a8ea8f8585f5fa0eecb471e233764b8e9f970973a0a1 libxml2-python-2.6.16-12.9.i386.rpm x86_64: 78e2dffdf8c995b1eccfd02132bb10663ea92daedcd293724cf1f51429680152 libxml2-2.6.16-12.9.i386.rpm 9553dd3c21c98ed4ef5d68e31c4420935eba81850f61eb2f69ea0854dbcf1a23 libxml2-2.6.16-12.9.x86_64.rpm a08b852fa6b8cba07502ff67c5df8dd9f7284844d6c3ac075489c107b2877551 libxml2-devel-2.6.16-12.9.x86_64.rpm 8793fee9abfed29eb9251d652d2505fcbaa752abcb3e5c32943dc4bbe1ba51ab libxml2-python-2.6.16-12.9.x86_64.rpm Source: 8e4f9172f1b42efdf9fee4cb9a84ed90229d61120ba8bf40f4e56503696425c6 libxml2-2.6.16-12.9.src.rpm -- Tru Huynh CentOS Project { http://www.centos.org/ } irc: tru_tru, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 11 Jan 2012 19:18:33 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:0007 Important CentOS 5 kernel Update To: centos-announce(a)centos.org Message-ID: <20120111191833.GA32674(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:0007 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0007.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 402d3404f92474d86ddd4d8c6758ba10bd3b39959a0faaec09e9e5a19d218a5a kernel-2.6.18-274.17.1.el5.i686.rpm b251bd9d76087e56bca02fc47501fe331c9625cefbaa7c7fc8f0a3fbc89b3b53 kernel-debug-2.6.18-274.17.1.el5.i686.rpm 8508f7d98f4a57fc393162f340944c0d07d8e2281c14701bc6420eb5f5cc1268 kernel-debug-devel-2.6.18-274.17.1.el5.i686.rpm 49563f6179d3eff48073c8949c080dc9e038b72d5aba27f436ae3a1ed1513fae kernel-devel-2.6.18-274.17.1.el5.i686.rpm 251a821d2b78df410105a48a1c3dd3b6908d8146cdd03ee19270de5d0ec18251 kernel-doc-2.6.18-274.17.1.el5.noarch.rpm 28794913da797e46efffe592b4f6d498734372ad27028187fefb1475019a0b42 kernel-headers-2.6.18-274.17.1.el5.i386.rpm d1110bc1638f68477990d39022f2cf1ba0cf80cb55ff26bae48ae2f04ec902eb kernel-PAE-2.6.18-274.17.1.el5.i686.rpm 3fb76bc62ea497fe696a3e615ab3caccca33f0743e71c1217c6b5ebb48101d19 kernel-PAE-devel-2.6.18-274.17.1.el5.i686.rpm e270307bac77e3d10542c64f625e27e3e10f3c5d65de4a718a34c061106f8977 kernel-xen-2.6.18-274.17.1.el5.i686.rpm 9d58b222cfa0442ea30fbc410c4eb46ce6ffcf25d7d1f19b6e59a8f43c54b109 kernel-xen-devel-2.6.18-274.17.1.el5.i686.rpm x86_64: 5feb173a778651a68e9850193c2e7e36ef437c9b53ca7a991474d31db323538f kernel-2.6.18-274.17.1.el5.x86_64.rpm 234ac89f24db3eca242881e8ca5b6fdb40eab8922cfe605b784ffc42ae22cab4 kernel-debug-2.6.18-274.17.1.el5.x86_64.rpm 56ff302db4e661afae1eb20b2e1d33416b3dd4539da96caf5c47e347a01eb8ec kernel-debug-devel-2.6.18-274.17.1.el5.x86_64.rpm cc2434f423b4c9c2f8249e507bb01aa12f0fa7f40fb36b9299037869e23e3398 kernel-devel-2.6.18-274.17.1.el5.x86_64.rpm 251a821d2b78df410105a48a1c3dd3b6908d8146cdd03ee19270de5d0ec18251 kernel-doc-2.6.18-274.17.1.el5.noarch.rpm 978743db832ae51f77de6f69f27e6924e79127a47b0f85f20711a17761610bd1 kernel-headers-2.6.18-274.17.1.el5.x86_64.rpm 2f00d6f7db60ac0317d524f72d3dafafdba2cb294c69f097b57c3dfba728cb31 kernel-xen-2.6.18-274.17.1.el5.x86_64.rpm 040b1b55c941f2ff5f837668b689d5150c8cb83617169d5f0ea86eba1a9a88b1 kernel-xen-devel-2.6.18-274.17.1.el5.x86_64.rpm Source: 9d80443d04c6d7c47f5cb69359b257debfd4186557ef480503b1b65483b33e90 kernel-2.6.18-274.17.1.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 11 Jan 2012 19:19:14 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:0017 Important CentOS 5 libxml2 Update To: centos-announce(a)centos.org Message-ID: <20120111191914.GA32728(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:0017 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0017.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8b5c72f32f25422e628ee99929cd8942909632ac6744b09a25d1af85b7e6874d libxml2-2.6.26-2.1.12.el5_7.2.i386.rpm 8e2fecc619a1ba5662176b3f5fb6481e48ce624822913fac252b816e81e88ebb libxml2-devel-2.6.26-2.1.12.el5_7.2.i386.rpm a372ad69cc80ae7f5b80aff386b02fbd27cb5261e8b7b00e725ef1f6f2a6823b libxml2-python-2.6.26-2.1.12.el5_7.2.i386.rpm x86_64: 8b5c72f32f25422e628ee99929cd8942909632ac6744b09a25d1af85b7e6874d libxml2-2.6.26-2.1.12.el5_7.2.i386.rpm a6ff186faadddbb6c86126280dd2d874c0a69d8a33019f7407d5f2fb8b9bcb33 libxml2-2.6.26-2.1.12.el5_7.2.x86_64.rpm 8e2fecc619a1ba5662176b3f5fb6481e48ce624822913fac252b816e81e88ebb libxml2-devel-2.6.26-2.1.12.el5_7.2.i386.rpm ea7eb838ce98df6986201be23458290830a4e7de131cff78065cb1b37ee533ab libxml2-devel-2.6.26-2.1.12.el5_7.2.x86_64.rpm cf3bedce3e407dbb1c678fc23b7545d7e1a119bb1c58e116c7b20be4d7245f45 libxml2-python-2.6.26-2.1.12.el5_7.2.x86_64.rpm Source: 5964e03bb6aee909ad2c5285d0fae854cbd958009da7c7bc57d77e1fd0cacc61 libxml2-2.6.26-2.1.12.el5_7.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Wed, 11 Jan 2012 19:19:36 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:0019 Moderate CentOS 5 php53 Update To: centos-announce(a)centos.org Message-ID: <20120111191936.GA308(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:0019 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0019.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8014c7e9b67bc11dda0a884358b1dd8c50c02fb73a77ca073dc6026dc719458d php53-5.3.3-1.el5_7.5.i386.rpm 0a574041b052b5f4ea7fcba3fe403d2a2360b79c698b26e903c0273a78b472e2 php53-bcmath-5.3.3-1.el5_7.5.i386.rpm 871542ec857ba879eba956f5170f6cb9ad8f0de23cd772c255086cbcf29fc0ef php53-cli-5.3.3-1.el5_7.5.i386.rpm 2eaf832bcc948e5fd31282d6cf84ad5c1a10ea30158f4f03e35293db3cde97b0 php53-common-5.3.3-1.el5_7.5.i386.rpm 4d6738f6b96ac44cbced3d5a9259530601983d6dfd6e2f0f7813ecff21badd02 php53-dba-5.3.3-1.el5_7.5.i386.rpm c9288468496458dead774e7cc977fc9da5eaac58d5a0455964e6cdde789d5bd5 php53-devel-5.3.3-1.el5_7.5.i386.rpm 8f158f243d3feeb61babe5b94166e7e5618741ad4b7a87fb1c148561a438fa1e php53-gd-5.3.3-1.el5_7.5.i386.rpm f939a78e4212667068c865dde12b9aa95726783f06a4db041cbfb50ae507a8dc php53-imap-5.3.3-1.el5_7.5.i386.rpm 7845e42a6759292cbcc83d8d029439fff4ed746eb1532bbad78bff85f111cce0 php53-intl-5.3.3-1.el5_7.5.i386.rpm ec13cc1722dfc520f2f82e30038ad65d713b8ee07b8353b6944007a2e5ddbd8a php53-ldap-5.3.3-1.el5_7.5.i386.rpm 883a2d24097d7d7f93755b06316a2f73bf52a080ab9a1c65313ee4b83b2aede1 php53-mbstring-5.3.3-1.el5_7.5.i386.rpm f1e2bda4f1876416ae057fcbcac2b9fac21dffbee0e06e6d9a84cd680c9cf2fa php53-mysql-5.3.3-1.el5_7.5.i386.rpm 70e9e28fe2fe8448b4a6dc65a44ef02f01ab404aa23b32c62cc2cc33eeddbdf1 php53-odbc-5.3.3-1.el5_7.5.i386.rpm 6d8a5499042fb5ca62bdf43adf7611f294ed3a894e2369360a0738ea230ae9e0 php53-pdo-5.3.3-1.el5_7.5.i386.rpm 5282819c024886062a23c18025e572f5ea9190d9d40a1280f2e81b0b60fc8d7b php53-pgsql-5.3.3-1.el5_7.5.i386.rpm e7c5e4ca66ddbcf83a927563a98151de2d78b63771466909dce2703bf20b1b2e php53-process-5.3.3-1.el5_7.5.i386.rpm 5c5f526326627413b6b9fecc9118399e29fbd027ca130a04f8a01f3d6b822ad9 php53-pspell-5.3.3-1.el5_7.5.i386.rpm 9a33fa6016a91eedb778bc990ca3a40d01979ac7c9fa2ec1394ab307f08d5c65 php53-snmp-5.3.3-1.el5_7.5.i386.rpm 89efa6f3812d9f9ae661a53933030bc325eec915fa2b8a545d86d1e20157f84e php53-soap-5.3.3-1.el5_7.5.i386.rpm 029b38a076cac0d13b6b300af1efb8ef979e476a264526f716ac4fd6d38de916 php53-xml-5.3.3-1.el5_7.5.i386.rpm 19827d985a2269875ae9a869714180653d07ccb2ff36c90a12d480a3f73833d6 php53-xmlrpc-5.3.3-1.el5_7.5.i386.rpm x86_64: 68ace47107e952d6295982801c169d449f3a6f9be9beee91acb7e3dbfe08e769 php53-5.3.3-1.el5_7.5.x86_64.rpm c3e0e77eb66f12fce597627f2960e627ddfcf91bffdcb6c0c43f3711ba54935c php53-bcmath-5.3.3-1.el5_7.5.x86_64.rpm 1734ad73a247ba23b4aadc6f399ef11c074065dcda6c9069fb6981566a562b1a php53-cli-5.3.3-1.el5_7.5.x86_64.rpm d2856d733c1580655808b74818cf7dcf5ea60e07bf876f37adfd2c9da87ca7d5 php53-common-5.3.3-1.el5_7.5.x86_64.rpm 910a527c88a1ac97be623cbb26340e89248a83ee694df778a18f524745425077 php53-dba-5.3.3-1.el5_7.5.x86_64.rpm f2e7bd8262d145c7d6ff16ea1b66d037968fe4d3d9f7c615481cdf4b2fd1b3de php53-devel-5.3.3-1.el5_7.5.x86_64.rpm 278c9f11fa4d39924340e31207b834b07edacb68c1b52d3192b39364ae98abae php53-gd-5.3.3-1.el5_7.5.x86_64.rpm a829212a7d2811867f5122f7c84c4ef6ca2c9b0c450d8ae03d7bccb9a05ace94 php53-imap-5.3.3-1.el5_7.5.x86_64.rpm e40b5921dd2dfaefa427162231c6fd3592f74296b3e31d32a0209bfbf527dd38 php53-intl-5.3.3-1.el5_7.5.x86_64.rpm e4950fcde1c42931343ba6e616f012110fe7335f632c89d038c56f966f2d8b78 php53-ldap-5.3.3-1.el5_7.5.x86_64.rpm 930482da1e682f0227d17b9193fe75795e247f00524e227a8a680bd61d9bbdcc php53-mbstring-5.3.3-1.el5_7.5.x86_64.rpm 6a4b8a757189f1e55cb3f8e2a1d7fc17368c80dc45646fa7657f41c2c24f9f12 php53-mysql-5.3.3-1.el5_7.5.x86_64.rpm 9e11026e3bdeba05d687cb323b5d0e6b519051f718c1c12a2e7baf66f08c6671 php53-odbc-5.3.3-1.el5_7.5.x86_64.rpm e17c0d330f61b172ed72c7650efcc9dc20cf09c2673af1d7fb3d319bc2759aa5 php53-pdo-5.3.3-1.el5_7.5.x86_64.rpm e0fe53a67296729ae02ad86721af842e01ec7b944b49d900f34b9c21e114c470 php53-pgsql-5.3.3-1.el5_7.5.x86_64.rpm d9109c55c4eae1854bc5eedc432dfdc1fe891304b07c5424559641ff7f8b41d6 php53-process-5.3.3-1.el5_7.5.x86_64.rpm 97f2a5e7f2378a047743bfee8e13491778898bd54fefc7a65d2280f6d8158915 php53-pspell-5.3.3-1.el5_7.5.x86_64.rpm 474327a1f5441cc871df445d50fcd4bfff3ad02eb721e046d0b7ebe23635391d php53-snmp-5.3.3-1.el5_7.5.x86_64.rpm b8fb55189068454c1a001c49793b41cb4006dc6c9187417a55bfb61a888ecef7 php53-soap-5.3.3-1.el5_7.5.x86_64.rpm daa534683c18026939c986276ed4322fcbda435386a2bd3f6db65ee79d889428 php53-xml-5.3.3-1.el5_7.5.x86_64.rpm 7a8812fb778553953e6ebc30eb1bc91a7cda099548a4e083dc60399504ecd929 php53-xmlrpc-5.3.3-1.el5_7.5.x86_64.rpm Source: 9d984bbd329a8595e26d6652bd4ffa8c54ece9cd7fdb31ee55ec95c2ad3031de php53-5.3.3-1.el5_7.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Wed, 11 Jan 2012 20:04:37 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:0019 Moderate CentOS 6 php Update To: centos-announce(a)centos.org Message-ID: <20120111200437.GA3301(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:0019 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0019.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6101921f6aac7f1635edb99c9bb8c3c3f7d90ff3fb305ae537a73dd69446f095 php-5.3.3-3.el6_2.5.i686.rpm 94d6c542dd4b3ac3a3e704c6db02832b1975bf8bf945e3a3e8cfe8a530c96a62 php-bcmath-5.3.3-3.el6_2.5.i686.rpm 307d5970fb7f8402bfe5a474f6ccd52a12d22caddb852ac6045e6947f6e072fd php-cli-5.3.3-3.el6_2.5.i686.rpm 01387da840e56f344dbc150a693889a8831091fafea22cbafea275bf60b66fbd php-common-5.3.3-3.el6_2.5.i686.rpm ead784a55f06745a1df328132fd9b1a96ad34c3a5d8c7cce9a34231d7c793401 php-dba-5.3.3-3.el6_2.5.i686.rpm 863d370cb9207ef7a9bf7dcad9ed1e010f7c0b75d92119e02ed955b98b6061ae php-devel-5.3.3-3.el6_2.5.i686.rpm 4c40d749185094ea256d45b088bd0ba43931b912c33bba287c8c84a094f49599 php-embedded-5.3.3-3.el6_2.5.i686.rpm 999923223c5d246587af3446c8fd01cb75dbfc18f816f39fe443e7f9898c60e1 php-enchant-5.3.3-3.el6_2.5.i686.rpm 952a85487746c95b88b8ed5b423ead0ba89f8716fd642d2bee1c8906a204d198 php-gd-5.3.3-3.el6_2.5.i686.rpm 99585ad713ed0e53537f5e7d5239f70c2ee2a5148120b6ce61eec17f4fb6f46c php-imap-5.3.3-3.el6_2.5.i686.rpm 9e41fa51cfca22a7cd35917394b52d2c64ee714059b4117a4f1fee1318d861ad php-intl-5.3.3-3.el6_2.5.i686.rpm 693ed3aa70929f7af5b326430960ebaab2d29e52289df2b8626fb8f72ba624f2 php-ldap-5.3.3-3.el6_2.5.i686.rpm 267f4ec7efeb278b3df7de4f1755ecc790384190f8f10ce1ae05f96532974c14 php-mbstring-5.3.3-3.el6_2.5.i686.rpm 7247bb34344af38d8f18835bd916f8ef1fd19c1eb74852ceceac3d8bb9ea3b36 php-mysql-5.3.3-3.el6_2.5.i686.rpm e9b6d3d7b52f318f8f110ab60241affaed9fe6b14111f9001157c0686e6ee289 php-odbc-5.3.3-3.el6_2.5.i686.rpm c2594c083e898a6d98a26a7afa95b114f30dfd09f09e0e0fb3067466c1d86f8b php-pdo-5.3.3-3.el6_2.5.i686.rpm 1fe3f086ee64cf4913efefc1056dee99f8cab03795f11c5bd5ec211775adc9b1 php-pgsql-5.3.3-3.el6_2.5.i686.rpm 4a94a5e3aa84140ee4718cb8bcbe0ac7b6d2adb089714eef884f5ad3a1cce789 php-process-5.3.3-3.el6_2.5.i686.rpm 013f3d99503ca7eeae20aa957ee41beea5c32b4977464b59533bfdec1b017a18 php-pspell-5.3.3-3.el6_2.5.i686.rpm 12bcbba5cef0cff12912c8f2d6cb2faa9f9cac1954663e3ddd5db9e91feda490 php-recode-5.3.3-3.el6_2.5.i686.rpm 4cde9ac2ed01e40cc8dcbca5ec8c32f60eb620df9cd88841c039d1113f7e7160 php-snmp-5.3.3-3.el6_2.5.i686.rpm 87bf2e286754c6fc29e50b0e11f282449acf52da5c78b067f6ee13106c6d0f28 php-soap-5.3.3-3.el6_2.5.i686.rpm 7d66f7870c8a6b8dbfc30945fe38b96b7609c0b3a0033567e87e234dd7c6923a php-tidy-5.3.3-3.el6_2.5.i686.rpm 7521c62310369c21535a57952e50cc1c0225cf1dca057479f58e74721e72fe23 php-xml-5.3.3-3.el6_2.5.i686.rpm 3be5357d6beb47bc33573dc77c3528c3855f7a2f216e378ffeda6a5c5032c0c4 php-xmlrpc-5.3.3-3.el6_2.5.i686.rpm 323a3a89f9f0359728c7b65023af31d6421ed9da35a79ee9a77cafa9bc17660a php-zts-5.3.3-3.el6_2.5.i686.rpm x86_64: ac28119b05306a2921b333916d0ac55a69acc66617cf61dac45a6545b0ae2967 php-5.3.3-3.el6_2.5.x86_64.rpm 5e978ec2d5546877fb72dbb0f3ccbb3fbf669c4f38f763311bb6176d2aa05474 php-bcmath-5.3.3-3.el6_2.5.x86_64.rpm a8086b35f0b2a99b4930b1234dd93ad0cc9154d4f23db921513a6da40e1f41db php-cli-5.3.3-3.el6_2.5.x86_64.rpm 94ba970bffd019a2e6b439684f4e38b9cd041e91f9122bfb4d9ed725644f597a php-common-5.3.3-3.el6_2.5.x86_64.rpm 7ea69f8d2e0d2f838dee64f6612286b8f7479c1243ea4e74637ef054f2d4a746 php-dba-5.3.3-3.el6_2.5.x86_64.rpm f7af5f55ed25957587dc4954b1b6bd98fd64ee3bda962128ec033c0ca2214b52 php-devel-5.3.3-3.el6_2.5.x86_64.rpm 0b1255635b075d6e6e5b28d81aaa4a31a05c553fb9139cc7c9bdb4be01170977 php-embedded-5.3.3-3.el6_2.5.x86_64.rpm bf6dd86daccdbe8d4c54e0096722081d18f6d64301f993f40b23abe3213332f5 php-enchant-5.3.3-3.el6_2.5.x86_64.rpm acfc8f34aec12e01087c2449a5c297bd284259121719aff792d773c0bc9a761a php-gd-5.3.3-3.el6_2.5.x86_64.rpm 74e61f6f4d30c828c8071eb34990ab31d106943dc456a9636dbe6b1fab0aa373 php-imap-5.3.3-3.el6_2.5.x86_64.rpm cb83e598dddf5752ee16b6b3d98343c9a51a2f6abc986fe9f20465a09f8e7afa php-intl-5.3.3-3.el6_2.5.x86_64.rpm 8eb77fa4f6629725b4121537d427208869ee61e7abd44e22080d2f573dec6ed6 php-ldap-5.3.3-3.el6_2.5.x86_64.rpm bdb968709b27b2dad4b8126e7c90cbd23e8b29566bf764a8c3b1ee128174e137 php-mbstring-5.3.3-3.el6_2.5.x86_64.rpm 0ea0d8a14b5fb44bcfb4f880a90fa88e01b46385cbfaa2e136c779b61856de34 php-mysql-5.3.3-3.el6_2.5.x86_64.rpm cdd2f698eef93f3b89f50e854de87c2f6e0e7c16255e079c16d285bb8170f3ae php-odbc-5.3.3-3.el6_2.5.x86_64.rpm 9fb1f04490e5eb1bf87dc4c6a125ec4e677b695854d10ebe80d8b66c2f6a5c8f php-pdo-5.3.3-3.el6_2.5.x86_64.rpm 611c433ed807d7b2c8442219a3ad797e924edc33125f5138cb6d8b3970c912c2 php-pgsql-5.3.3-3.el6_2.5.x86_64.rpm f2671195d0751e7510bd935cbcb504ea9d2c4645186d015ee02afac186ba61a8 php-process-5.3.3-3.el6_2.5.x86_64.rpm 666486c52f9cd8b8118e90362af7f7f3b5925a07914209b06be5c5f840feb1f2 php-pspell-5.3.3-3.el6_2.5.x86_64.rpm 73fdfe788cdecdd3a4f0ccfa00036657feb1b26281f0c45b806c84b04bd067dd php-recode-5.3.3-3.el6_2.5.x86_64.rpm 65bcc558b59c17557d67af3d11a5a21b0b15d89a4c1c13748d6823714557ca13 php-snmp-5.3.3-3.el6_2.5.x86_64.rpm e9395f0112ef5985954d1bd59868b8e7203551abd3621c7a03a4f4b09cb78aac php-soap-5.3.3-3.el6_2.5.x86_64.rpm 07dd7faa387007104ef1e441386affe82e77fa556af455056118873dd8a79202 php-tidy-5.3.3-3.el6_2.5.x86_64.rpm e84d48b19dbae7230330ce6d84251b38b9fefd3418b12cf0dad12312e5879d5e php-xml-5.3.3-3.el6_2.5.x86_64.rpm fe6214b5e747712294941c6e6de9510c2033aa3b452a3c082cd9c3547836a9ae php-xmlrpc-5.3.3-3.el6_2.5.x86_64.rpm da4d1c7ddb242f11dd1b4747d1506ae812211a2effb3cf027363f921f9996c1e php-zts-5.3.3-3.el6_2.5.x86_64.rpm Source: 407c11d422bbcb7316d5480bb073425184f92c892d7e0dd4ccf868fdf1cf5b83 php-5.3.3-3.el6_2.5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Wed, 11 Jan 2012 20:05:02 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:0018 Important CentOS 6 libxml2 Update To: centos-announce(a)centos.org Message-ID: <20120111200502.GA3394(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:0018 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-0018.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ee2079738a9700351dddb1119480aaa2484495d3e8241fe313910070e583418c libxml2-2.7.6-4.el6_2.1.i686.rpm 85391644a9df8e8b6e348008e857dc5e48bc267fe9dcaa7dd323fa0fac7f9166 libxml2-devel-2.7.6-4.el6_2.1.i686.rpm 7f53126876df4b8d8c1babd1a45d618d1e25c57ce39a27a104e4805eb5ac554f libxml2-python-2.7.6-4.el6_2.1.i686.rpm 9563d63785142a4f15d40c8a32d7c7cce1546dee0cf9e621b36a14375af6c6a7 libxml2-static-2.7.6-4.el6_2.1.i686.rpm x86_64: ee2079738a9700351dddb1119480aaa2484495d3e8241fe313910070e583418c libxml2-2.7.6-4.el6_2.1.i686.rpm 111742b43aeca98d1d2b131887bbd28894f44d96cf6bdd86f8726ef185c0df56 libxml2-2.7.6-4.el6_2.1.x86_64.rpm 85391644a9df8e8b6e348008e857dc5e48bc267fe9dcaa7dd323fa0fac7f9166 libxml2-devel-2.7.6-4.el6_2.1.i686.rpm 3c78b7ef80739a9a55c30adbdd456e954e8096854363448c239f8b94cb0a7e0e libxml2-devel-2.7.6-4.el6_2.1.x86_64.rpm 9f7244267ca51a9fbfdc873fe135623ac34fd1280ac6435e58d83f42054c2c5a libxml2-python-2.7.6-4.el6_2.1.x86_64.rpm 308bc7a96bcb4aa2007d5274fc51406d329fbbd969f159cc21947ad28c8d106a libxml2-static-2.7.6-4.el6_2.1.x86_64.rpm Source: af03917205bfd92ff9a2fac7cbb099c1081162d71b43a61e95e18d4e70c7c873 libxml2-2.7.6-4.el6_2.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 83, Issue 5 **********************************************

1 0

Write to USB pendrives horribly slow
by wwp 12 Jan '12

12 Jan '12

Hello there, since I installed CentOS6 few months ago (kept up-to-date using yum), I'm facing very poor performances when writing to USB pendrives. The hardware: a Dell Latitude E6500 laptop (Intel Core Duo P8600 @2.40Ghz), 4Go RAM + 4Go swap, several USB2 pendrives of various brands (less than old, all formatted as vfat). When I perform a copy (with cp or midnight commander, copying big AVI files between 300Mo to 1.4Go) to those devices, whatever the source is on the same device or on another disk, I notice that the CPU activity shows 2 phases as far as I can see with the Gnome system monitor applet: - a phase where both CPUs show less than 20% of activity, and IOWait is <80%. It lasts the time I would expect such copy to last (say, it's like writing at 1-4MB/sec to such devices, which is reasonable or expected). - a phase, at least twice as long as 1st phase but this ratio depends on the file copy size, where CPUs show <5% of activity but IOWait is at 100%. During phase 1, system and applications are responsive, as expected during a file copy to external USB2 disks. During phase 2, system is slow, applications are often non responsive. I was not facing this behaviour w/ Fedora 11, not w/ the Windows XP system also installed on this laptop. I'm not facing such poor performances when writing to externals SATA drives (thru the same USB2 ports), even formatted as vfat. Neither when writing to those pendrives from another hardware system. `hdparm -tT` is useless here. I wonder if some mount options aren't wrong with USB pendrives, see: /dev/sdd1 on /media/monolith type vfat (rw,nosuid,nodev,uhelper=udisks,shortname=mixed,dmask=0077,utf8=1,flush) my suspicion is about the flush option, which I find atypical here. BTW, I'm still unable to control the mount options that are automatically set by Gnome - even if I can mount manually if I want. Any hint? Regards, -- wwp

4 5

Re: [CentOS] CPU Usage when idle
by sheraz naz 12 Jan '12

12 Jan '12

--- On Wed, 1/11/12, Warren Young <warren(a)etr-usa.com> wrote: From: Warren Young <warren(a)etr-usa.com> Subject: Re: [CentOS] CPU Usage when idle To: "CentOS mailing list" <centos(a)centos.org> Date: Wednesday, January 11, 2012, 8:14 PM On 1/11/2012 6:42 PM, Jorge Fábregas wrote: > > They did a great job with RHEL6 and I'm > curious what was changed in order to accomplish this. It's probably the PowerTop work, primarily done to get better battery life on laptops by throttling the CPU down when it's idle: http://www.lesswatts.org/projects/powertop/ powertop is just tool, similar to top command to see the top programs causing the cpu to wake up. I think the main improvement that Redhat themselves have provided is the use of tickless kernel. RHEL 5 used a periodic timer for each CPU causing it to wake up every few milliseonds to process events and thus never really entering idle state. The tickless kernel in RHEL6 allows the system to enter idle state more often. If you see system consuming too much power, you can install and run powertop to find the offending programs. See section 1.2 in RHEL 6 power management guide. Thanks Sheraz

1 0

SOLVED: Centos6 Installer can handle 3TB Disks with little prepare.
by Marko Weber 12 Jan '12

12 Jan '12

Hi List, yesterday i tried to install CentOS6 on Server bei Hetzner.de I noticed that Anaconda Installer is not possible to handle the 3TB Disks in Server when u try to Partition them. U can do only 3 normal partitions or u can do only 3 raid partitions, the SOLUTION is: Before U install Centos6 on the new naked server: a) Start Server in Rescue mode b) parted /dev/sda c) mklabel gpt ( Answer YES, you will do new disk label ) d) print ( look that all is fine? ) e) parted /dev/sdb f) mklabel gpt ( Answer YES, you will do new disk label ) g) print ( Answer YES, you will do new disk label ) h) q ( for quit ) Now go back to Hetzner Customer Menu, and activate VNC INSTALL Centos6 English 64 Bit Voila! now at the Part of Partitioning u say "CUSTOM LAYOUT" and you can do your own Layout as you like. Maybe this helps other ppl too. Marko ( from cloudy stormy rainy Hamburg Harbour )

1 0

SELinux and access across 'similar types'
by Bennett Haselton 12 Jan '12

12 Jan '12

http://wiki.centos.org/HowTos/SELinux says: "Access is only allowed between similar types, so Apache running as httpd_t can read /var/www/html/index.html of type httpd_sys_content_t." however the doc doesn't define what "similar types" means. I assumed it just meant "beginning with the same prefix". However that can't be right because on my system with SELinux turned on, httpd runs as type init_t: [root@peacefire04 - /root # ps awuxZ | grep httpd | head -n 3 system_u:system_r:init_t:s0 root 2521 0.1 0.4 21680 8820 ? Ss 05:05 0:00 /usr/sbin/httpd system_u:system_r:init_t:s0 apache 2550 0.0 0.4 23364 8920 ? S 05:05 0:00 /usr/sbin/httpd system_u:system_r:init_t:s0 apache 2551 0.1 0.4 22736 8212 ? S 05:05 0:00 /usr/sbin/httpd and the robots.txt file has type file_t: [root@peacefire04 - /root # ls -lZ /var/www/html/robots.txt -rw-rw-rw- root root system_u:object_r:file_t:s0 /var/www/html/robots.txt but Apache can of course access that file. So in Type Enforcement, what determines what process type can access what file type? Bennett

14 91

Re: [CentOS] CentOS post acknowledgement
by Darr247 12 Jan '12

12 Jan '12

Hmmmm... well THAT doesn't seem right - getting 2 post acknowledgements to a single message.

1 0

Re: [CentOS] USB install annoyances
by Darr247 12 Jan '12

12 Jan '12

On Tuesday, January 10, 2012 17:53 [UTC -5], Darr247 spake thusly: > I did not see that synopsis in your original post (and I'm not sure I > could figure out what commands you used by that). > The only 2 replies to this thread I saw in digest 84 issue 9 were to > John Doe. > > Anyway, this is what I have in my notes, though I see you've marked > this as solved... > > mostly assuming sdb as the USB device. > > From blank USB stick to bootable install: > > yum install livecd-tools syslinux > dd if=/dev/zero of=/dev/sdb bs=512 count=1000 > parted /dev/sdb mklabel msdos > parted /dev/sdb mkpartfs p ext2 0% 100% > tune2fs -m0 /dev/sdb1 Oh, and sometimes the tune2fs command isn't needed. If I recall, it's needed only if the stick has never been formatted. > parted /dev/sdb toggle 1 boot > umount /dev/sdb1 > livecd-iso-to-disk <path to>/DVD.iso /dev/sdb1 > > mkdir /mnt/iso > mount -o loop <path to>/DVD.iso /mnt/iso > mkdir media<usb stick>/images > cp /mnt/iso/images/install.img media<usb stick>images > cp <path to>/DVD.iso /media/<usb stick>/ > > TEST: > qemu -m 512 /dev/sdb > > > I guess I should add > yum install qemu > to my notes, as I don't think that's installed by default. > > But using livecd-iso-to-disk makes it NOT ask for the image file > location during the install. Try it. > > Personally, I think they should've named it bootable-iso-tools, but > everyone's probably used to the livecd-tools name by now.

1 0

Re: [CentOS] USB install annoyances
by Darr247 12 Jan '12

12 Jan '12

On Tuesday, January 10, 2012 17:53 [UTC -5], Darr247 spake thusly: > I did not see that synopsis in your original post (and I'm not sure I > could figure out what commands you used by that). > The only 2 replies to this thread I saw in digest 84 issue 9 were to > John Doe. > > Anyway, this is what I have in my notes, though I see you've marked > this as solved... > > mostly assuming sdb as the USB device. > > From blank USB stick to bootable install: > > yum install livecd-tools syslinux > dd if=/dev/zero of=/dev/sdb bs=512 count=1000 > parted /dev/sdb mklabel msdos > parted /dev/sdb mkpartfs p ext2 0% 100% > tune2fs -m0 /dev/sdb1 Oh, and sometimes the tune2fs command isn't needed. If I recall, it's needed only if the stick has never been formatted. > parted /dev/sdb toggle 1 boot > umount /dev/sdb1 > livecd-iso-to-disk <path to>/DVD.iso /dev/sdb1 > > mkdir /mnt/iso > mount -o loop <path to>/DVD.iso /mnt/iso > mkdir media<usb stick>/images > cp /mnt/iso/images/install.img media<usb stick>images > cp <path to>/DVD.iso /media/<usb stick>/ > > TEST: > qemu -m 512 /dev/sdb > > > I guess I should add > yum install qemu > to my notes, as I don't think that's installed by default. > > But using livecd-iso-to-disk makes it NOT ask for the image file > location during the install. Try it. > > Personally, I think they should've named it bootable-iso-tools, but > everyone's probably used to the livecd-tools name by now.

1 0

CPU Usage when idle
by Jorge Fábregas 12 Jan '12

12 Jan '12

Hello guys, Did anyone noticed how green CentOS 6 is compared to the previous release? I've been running a couple of "CentOS 6" VMs (on our vSphere environment) for the last couple of weeks and noticed a BIG difference when it comes to CPU usage when the VM is completely idle. I would like to share what I've seen in our environment: PfSense 2.0 (FreeBSD) VM: 40 Mhz CentOS 5.7 VM: 60 Mhz CentOS 6.2 VM: 5 Mhz This is really wonderful. They did a great job with RHEL6 and I'm curious what was changed in order to accomplish this. Regards, Jorge

2 1

Building REDHAT Desktop Virtualization Solution With Centos
by Arif Tuhin 12 Jan '12

12 Jan '12

Redhat offers a desktop virtualization solution using "kvm,qemu,libvirt and spice" which is directed at centralized server hosting virtual desktops and thin clients connecting to it. All the relevant software are open source. So it should be possible to achieve the same feat with CentOS. Anyone know any complete tutorial regarding this? I've found separate tutorials regarding spice, kvm etc. But a complete tutorial describing how to emulate the "Redhat virtualization for Desktops" will be very handy. Thanks in advance.

3 2

Centos 5.7, I10 video, 1920x1080 monitor
by Frank Cox 12 Jan '12

12 Jan '12

I have a Centos 5.7 machine with Intel I10 video (built-in, I guess -- this is one of those all-in-one mini terminal things) that I'm trying to put a new 1920x1080 monitor onto, without conspicuous success. Prior to this it's been using a smaller monitor with no issues. Try as I might I can't get the new monitor to run at its 1920x1080 resolution. I just realized that I forgot to write down the actual resolution that it runs at but it's less than it should be, maybe 1280x1024? Obviously the display looks pretty crappy like that. I tried following the instructions posted here: http://www.ubuntugeek.com/how-change-display-resolution-settings-using-xran… but when I got to the step of typing "xrandr --newmode ..." all I got was a help screen for xrandr command line options (and --newmode wasn't listed as one of them). I tried this: system-config-display --reconfig --set-resolution=1920x1080 --set-depth=24 --set-driver=vesa --set-videoram=0 It rewrote the xorg.conf file but I still didn't get 1920x1080. I tried changing "vesa" to "i810" in xorg.conf and was then told that the xserver can't be started. It then took me to a simple GUI-style monitor setup screen and I told it that a 1920x1080 LCD monitor was connected. It then created the following xorg.conf, but I still don't get 1920x1080. The Xorg.0.log file is over 2000 lines so I won't include it in this mesage but I have posted it here: http://www.melvilletheatre.com/Xorg.0.log.bz2 Here is what I currently have for xorg.conf but again, it doesn't give me the full resolution on the monitor: # Xorg configuration created by system-config-display Section "ServerLayout" Identifier "single head configuration" Screen 0 "Screen0" 0 0 InputDevice "Keyboard0" "CoreKeyboard" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbModel" "pc105" Option "XkbLayout" "us" EndSection Section "Monitor" Identifier "Monitor0" ModelName "LCD Panel 1920x1080" ### Comment all HorizSync and VertSync values to use DDC: HorizSync 31.5 - 67.0 VertRefresh 56.0 - 65.0 Option "dpms" EndSection Section "Device" Identifier "Videocard0" Driver "vesa" EndSection Section "Screen" Identifier "Screen0" Device "Videocard0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection -- MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com www.creekfm.com - FIFTY THOUSAND WATTS of POW WOW POWER!

2 3

Re: [CentOS] Write to USB pendrives horribly slow
by m.roth＠5-cent.us 11 Jan '12

11 Jan '12

Blah, blah, blah, Being blocked again, still appears to be based on new content vs. included content. Which makes it very annoying when I want to include context for my response. blah, blah, blah, new content................. Hi, wwp, wwp wrote: > On Wed, 11 Jan 2012 16:31:43 +0100 Ljubomir Ljubojevic <office(a)plnet.rs> wrote: >> On 01/11/2012 08:45 AM, wwp wrote: >> > On Tue, 10 Jan 2012 08:57:14 -0800 (PST) John Doe<jdmls(a)yahoo.com> >> wrote: >> >> From: wwp<subscript(a)free.fr> >> >> >> >>> I wonder if some mount options aren't wrong with USB pendrives, see: >> >>> /dev/sdd1 on /media/monolith type vfat >> >>> (rw,nosuid,nodev,uhelper=udisks,shortname=mixed,dmask=0077,utf8=1,flush) my suspicion is about the flush option, which I find atypical here. <snip> > ehci_hcd does manage my devices (it's not a loadable module, apparently compiled in kernel instead), see for instance: > > kernel: usb 2-2: new high speed USB device using ehci_hcd and address 28 <snip> This may be a dumb question, but have you done an lsusb? I'd be curious - I know that on my brand new, as of a few months ago, Dell I have two kinds of USB ports, 1.1 and 2.0. We also have some 1.1 webcams... and some 1.0. See if your pen drive's in a slower port. mark

2 1

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss