Discuss

discuss@lists.centos.org

34758 discussions

Centso 6.2 bug ?
by Riccardo Veraldi 22 Jan '12

22 Jan '12

Hello, is anyone experiencing this ? I have a sympa process (bulk.pl) which triggers this bug: ------------[ cut here ]------------ WARNING: at kernel/sched.c:5914 thread_return+0x232/0x79d() (Not tainted) Hardware name: X8DTU-LN4+ Modules linked in: cpufreq_ondemand acpi_cpufreq freq_table mperf ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables ipv6 microcode serio_raw i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support igb ioatdma dca i7core_edac edac_core sg ext4 mbcache jbd2 sr_mod cdrom sd_mod crc_t10dif usb_storage pata_acpi ata_generic ata_piix sata_mv dm_mirror dm_region_hash dm_log dm_mod [last unloaded: scsi_wait_scan] Pid: 2241, comm: bulk.pl 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 [<ffffffff814ee5db>] ? do_nanosleep+0x8b/0xc0 [<ffffffff81095da4>] ? hrtimer_nanosleep+0xc4/0x180 [<ffffffff81094b70>] ? hrtimer_wakeup+0x0/0x30 [<ffffffff81095bd4>] ? hrtimer_start_range_ns+0x14/0x20 [<ffffffff81095ed4>] ? sys_nanosleep+0x74/0x80 [<ffffffff8100b0f2>] ? system_call_fastpath+ thank you Rick

3 2

doing a new install on top of existing software raid-1
by fred smith 22 Jan '12

22 Jan '12

Hi all! One of these days I'm going to upgrade my centos 5.7 box (which is currently configured with raid-1 on two drives) to 6.x. i've been given to believe that I should be able to do a fresh install on top of the existing raid setup, i.e., without having to re-create the raid array, but just use the existing setup. and somewhere in the last few days (in this list I think) someone posted that Anaconda should detect the existing raid array and allow you to re- use it for a new install. so just as an experiment, I booted up the 6.2 DVD (not live) and took it as far as where it sets up the partitioning. So, was I unduly surprised when it DID NOT detect the existing raid? well, a little. more in the category of NOT ENTIRELY PLEASED, actually. I'd appreciate it if someone who knows something about linux hardware raid, and its intersection with Anaconda, could drop a few clues in my direction. thanks in advance! -- ---- Fred Smith -- fredex(a)fcshome.stoneham.ma.us ----------------------------- "And he will be called Wonderful Counselor, Mighty God, Everlasting Father, Prince of Peace. Of the increase of his government there will be no end. He will reign on David's throne and over his kingdom, establishing and upholding it with justice and righteousness from that time on and forever." ------------------------------- Isaiah 9:7 (niv) ------------------------------

4 10

secpwgen
by Helmut Drodofsky 21 Jan '12

21 Jan '12

Hi, secpwgen is always reporting "mlock: Cannot allocate memory" even with user root. CentOS 6.2. Problem with selinux? Thank you for help in advance. Best regards Helmut Drodofsky

2 2

OT: anyone out there with Oracle ZFS appliance?
by Alan McKay 20 Jan '12

20 Jan '12

I'll ask more specific questions if so :-) Need to pull some usage data via a script and Oracle suppport says it can't be done. I have trouble believing that. -- “Don't eat anything you've ever seen advertised on TV” - Michael Pollan, author of "In Defense of Food"

1 0

Re: [CentOS] Connecting ethX devices directly to a KVM/QEMU guest OS (SOLVED)
by Chuck Munro 20 Jan '12

20 Jan '12

On 01/20/2012 09:00 AM, Tait Clarridge wrote: >> > But a new problem arises ... one of the m0n0wall instances needs to use >> > DHCP to get a dynamic IP from my ISP (the others are static, so they're >> > ok). How do I get the bridge to proxy the DHCP request and forward the >> > response to the VM guest? I brought up a test instance of m0n0wall but >> > when it asks for an IP on its WAN side, the result is 0.0.0.0/8 so it >> > would appear the request never makes it to the ISP. >> > >> > As a sanity check, I configured the WAN-side bridge to use DHCP and that >> > worked, but it's the m0n0wall VM guest that needs to make the request, >> > not the CentOS host. >> > >> > Suggestions anyone? In the mean time, I'll keep looking for a solution. >> > >> > Thanks, >> > Chuck > Hmmm. Is the bridge up and you can see the interface attached to it from > running "brctl show" and "ifconfig"? Could you attach that output? > > If yes, then I would do a packet capture on the CentOS host on the eth > interface attached to the bridge to see if the request makes it out. > > I'm running XEN at home and I have a very similar setup where I pass a > VLAN from my switch that a provider modem is connected to into a bridge > and it gets DHCP no problem (as long as the bridge and dot1q > subinterfaces show up in ifconfig). > > The bridge should automatically send all the traffic out regardless of > protocol, I doubt ebtables would be actively blocking anything as well > and same goes for the ISP locking down with MAC addresses. I'm embarrassed to say the problem was solved in the most simplistic possible way ... reboot the cable modem. I notice that when the host boots up, all NIC ports are placed in promiscuous mode, which means that DHCP broadcasts should be free to travel across the bridge, so it had to be something about a mismatch in the cable modem's arp cache. Thanks for your suggestions. It's full steam ahead now, and I'm pleased to say the performance of the four m0n0wall VM instances has been very good. Chuck

1 0

Wrong PV UUID
by Muhammad Panji 20 Jan '12

20 Jan '12

Dear All, I have one VG with one LV inside consist of four disk (and four PV) somehow the UUID is changed. I try to restore with the last known good configuration and use pvcreate --uuid xxx --restorefile xxx but I think when I first time do it I did use wrong UUID for two device. but haven't only using command above and haven't used vgcfgrestore. After carefully read the configuration, using hdparm to know device serial number I think I have assign the right UUID for each device. I succesfully use vgcfgrestore, but I cannot mount the device (unknown filesystem, bad superblock, etc). My questions are, is my first attempt to assigning (wrong) UUID make all the LVM corrupt? I see that all LE and PE is still there, the VG and LV size is right but still I cannot mount the volume. Is this just a bad filesystem or the data really gone? Thank you. Regards, -- ----- Muhammad Panji http://www.panji.web.id http://www.kurungsiku.com http://sumodirjo.wordpress.com http://www.kurungsiku.web.id http://www.linuxbox.web.id

2 1

where is libid3-3.8.so.3
by ken 20 Jan '12

20 Jan '12

I searched for libid3-3.8.so.3 with yum: # yum search \*libid3-3.8\* but it returns "No Matches found" Am I not searching correctly, or does this not exist in CentOS 5.7? tnx

3 3

Setting From address for cronjob mails (because Gmail rejects)
by Alexander Farber 20 Jan '12

20 Jan '12

Hello, I have two identical CentOS 6.2 machines with stock Postfix package and unchanged config: # rpm -qa|grep post postfix-2.6.6-2.2.el6_1.x86_64 # postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/libexec/postfix data_directory = /var/lib/postfix debug_peer_level = 2 html_directory = no inet_interfaces = localhost inet_protocols = all mail_owner = postfix mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man mydestination = $myhostname, localhost.$mydomain, localhost newaliases_path = /usr/bin/newaliases.postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix-2.6.6/README_FILES sample_directory = /usr/share/doc/postfix-2.6.6/samples sendmail_path = /usr/sbin/sendmail.postfix setgid_group = postdrop unknown_local_recipient_reject_code = 550 On both machines I have appended afarber: Alexander.Farber(a)gmail.com root: Alexander.Farber(a)gmail.com to the /etc/aliases and run "newaliases". Both machines have several cronjobs and logwatch. One machine is a database server, I receive its cronjob mails just fine. The other machine (preferans.de) is running Drupal 7. I've configured it's MX records to point to Google Apps, so that I can receive mails addressed to that domain and this works well. Also I've set Drupal's From address to webmaster(a)xn--prferans-d8g.de and so sending mails by Drupal (for its user registration) works too. But sending mails to my Gmail address by cronjobs doesn't work. I suspect this happens, because Google is too clever and it thinks that mails coming from "preferans.de" shouldn't have the From header set to "afarber(a)static.169.40.9.176.clients.your-server.de" Jan 20 09:34:10 static sendmail[10577]: q0K8Y7mj010577: from=afarber, size=201, class=0, nrcpts=1, msgid=<201201200834.q0K8Y7mj010577(a)static.169.40.9.176.clients.your-server.de>, relay=afarber@localhost Jan 20 09:34:10 static postfix/smtpd[10578]: connect from localhost.localdomain[127.0.0.1] Jan 20 09:34:10 static postfix/smtpd[10578]: 9B84B31EA0A1: client=localhost.localdomain[127.0.0.1] Jan 20 09:34:10 static postfix/cleanup[10581]: 9B84B31EA0A1: message-id=<201201200834.q0K8Y7mj010577(a)static.169.40.9.176.clients.your-server.de> Jan 20 09:34:10 static sendmail[10577]: q0K8Y7mj010577: to=afarber, ctladdr=afarber (500/500), delay=00:00:03, xdelay=00:00:00, mailer=relay, pri=30201, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (Ok: queued as 9B84B31EA0A1) Jan 20 09:34:10 static postfix/qmgr[10025]: 9B84B31EA0A1: from=<afarber(a)static.169.40.9.176.clients.your-server.de>, size=823, nrcpt=1 (queue active) Jan 20 09:34:10 static postfix/smtp[10582]: connect to static.169.40.9.176.clients.your-server.de[176.9.40.169]:25: Connection refused Jan 20 09:34:10 static postfix/smtp[10582]: 9B84B31EA0A1: to=<afarber(a)static.169.40.9.176.clients.your-server.de>, relay=none, delay=0.14, delays=0.12/0.01/0.01/0, dsn=4.4.1, status=deferred (connect to static.169.40.9.176.clients.your-server.de[176.9.40.169]:25: Connection refused) So does anybody please have an advice on how to fix my cronjob mails? Regards Alex

2 5

Transition to CentOS - RAID HELP!
by Ashley M. Kirchner 20 Jan '12

20 Jan '12

Hi Folks, I've inherited an old RH7 system that I'd like to upgrade to CentOS6.1 by means of wiping it clean and doing a fresh install. However, the system has a software raid setup that I wish to keep untouched as it has data on that I must keep. Or at the very least, TRY to keep. If all else fails, then so be it and I'll just recreate the thing. I do plan on backing up the data first in case of disasters. But I'm hoping I don't have to considering there's some 500GiB on it. The previous owner sent me a breakdown of how they build the raid when it was first done. I've included an explanation below this message with the various command outputs. Apparently their reason for doing it the way they did was so they can easily add drives to the raid and grow everything equally. It just seems a bit convoluted to me. Here's my problem: I have no idea what the necessary steps are to recreate it, as in, in what order. I presume it's pretty much the way they explained it to me: - create partitions - use mdadm to create the various md volumes - use pvcreate to create the various physical volumes - use lvcreate to create the two logical volumes If that's the case, great. However, can I perform a complete system wipe, install CentOS 6.1, and re-attach the raid and mount the logical volumes without much trouble? What follows is the current setup, or at least, the way it was originally configured. The system has 5 drives in it: sda = main OS drive (80 GiB) sdb, sdc, sdd, and sde: raid drives, 500 GiB each. The setup for the raid as I've been explained was done something like this: First the four drives were each partitioned into 10 equal size partitions. fdisk shows me this: fdisk -l /dev/sdb Disk /dev/sdb: 500.1 GB, 500107862016 bytes 255 heads, 63 sectors/track, 60801 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sdb1 1 6080 48837568+ 83 Linux /dev/sdb2 6081 12160 48837600 83 Linux /dev/sdb3 12161 18240 48837600 83 Linux /dev/sdb4 18241 60801 341871232+ 5 Extended /dev/sdb5 18241 24320 48837568+ 83 Linux /dev/sdb6 24321 30400 48837568+ 83 Linux /dev/sdb7 30401 36480 48837568+ 83 Linux /dev/sdb8 36481 42560 48837568+ 83 Linux /dev/sdb9 42561 48640 48837568+ 83 Linux /dev/sdb10 48641 54720 48837568+ 83 Linux /dev/sdb11 54721 60800 48837568+ 83 Linux Then they took each partition on one drive and linked it with the same partition on the other drive. So when I look at mdadm for each /dev/md[0-9] device, I see this: mdadm --detail /dev/md0 /dev/md0: Version : 00.90.03 Creation Time : Wed Aug 29 07:01:34 2007 Raid Level : raid5 Array Size : 146512128 (139.72 GiB 150.03 GB) Used Dev Size : 48837376 (46.57 GiB 50.01 GB) Raid Devices : 4 Total Devices : 4 Preferred Minor : 0 Persistence : Superblock is persistent Update Time : Tue Jan 17 13:49:49 2012 State : clean Active Devices : 4 Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 256K UUID : 43d48349:b58e26df:bb06081a:68db4903 Events : 0.4 Number Major Minor RaidDevice State 0 8 17 0 active sync /dev/sdb1 1 8 33 1 active sync /dev/sdc1 2 8 49 2 active sync /dev/sdd1 3 8 65 3 active sync /dev/sde1 ... and pvscan says: pvscan PV /dev/md0 VG VolGroup00 lvm2 [139.72 GB / 0 free] PV /dev/md1 VG VolGroup00 lvm2 [139.72 GB / 0 free] PV /dev/md2 VG VolGroup00 lvm2 [139.72 GB / 0 free] PV /dev/md3 VG VolGroup00 lvm2 [139.72 GB / 0 free] PV /dev/md4 VG VolGroup00 lvm2 [139.72 GB / 0 free] PV /dev/md5 VG VolGroup00 lvm2 [139.72 GB / 0 free] PV /dev/md6 VG VolGroup00 lvm2 [139.72 GB / 0 free] PV /dev/md7 VG VolGroup00 lvm2 [139.72 GB / 0 free] PV /dev/md8 VG VolGroup00 lvm2 [139.72 GB / 0 free] PV /dev/md9 VG VolGroup00 lvm2 [139.72 GB / 139.72 GB free] Total: 10 [1.36 TB] / in use: 10 [1.36 TB] / in no VG: 0 [0 ] (evidently /dev/md9 isn't being used ... emergency spare?) And from there, they created the logical volumes which lvscan says are: lvscan ACTIVE '/dev/VolGroup00/LogVol00' [1.09 TB] inherit ACTIVE '/dev/VolGroup00/LogVol01' [139.72 GB] inherit

5 7

centos 6 on ppc64
by fakessh ＠ 20 Jan '12

20 Jan '12

hello guys hello centos list hello master of "Fu" I write following the announcement on twitter Port centos 6.3 on ppc. what about the port on ppc64 and PS3 later old school sincerely -- http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC2626742 gpg --keyserver pgp.mit.edu --recv-key C2626742 http://urlshort.eu fakessh @ http://gplus.to/sshfake http://gplus.to/sshswilting http://gplus.to/john.swilting

2 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss