Discuss October 2012

discuss@lists.centos.org

162 participants
168 discussions

mount -o loop question.
by Jobst Schmalenbach 24 Oct '12

24 Oct '12

Hi, I know I can create a file and mount it like this: dd if=/dev/zero of=/tmp/somefile bs=1024 count=100000 mke2fs /tmp/somefile mount /tmp/somefile /mnt -o loop but that has a problem it cannot grow. Is there a way to do the same (above) but have it not restricted to a size? Or can I append blocks to the end of the file without distroying it? Jobst -- Sendmail administration is not black magic. There are legitimate technical reasons why it requires the sacrificing of a live chicken. | |0| | Jobst Schmalenbach, jobst(a)barrett.com.au, General Manager | | |0| Barrett Consulting Group P/L & The Meditation Room P/L |0|0|0| +61 3 9532 7677, POBox 277, Caulfield South, 3162, Australia

4 6

CentOS-announce Digest, Vol 92, Issue 15
by centos-announce-request＠centos.org 23 Oct '12

23 Oct '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:1397 CentOS 6 geronimo-specs FASTTRACK Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Mon, 22 Oct 2012 20:05:18 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1397 CentOS 6 geronimo-specs FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20121022200518.GA13832(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1397 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1397.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c15a831cc51ec45360bb6a58a87db1da80c797ca4eb6c6eee56c903f860b6980 geronimo-specs-1.0-3.5.M2.el6.noarch.rpm ecf420df858b29a5259d1d636582ef0c8b6cd5924538e4c00df796f74a683d0c geronimo-specs-compat-1.0-3.5.M2.el6.noarch.rpm x86_64: 0b8e7b451a4bf44a88858c7907ae8e34b3b5d27976b90bb33a130ec5e2cab70d geronimo-specs-1.0-3.5.M2.el6.noarch.rpm ecf420df858b29a5259d1d636582ef0c8b6cd5924538e4c00df796f74a683d0c geronimo-specs-compat-1.0-3.5.M2.el6.noarch.rpm Source: c9013e54fb0e5c8484c00388368bf19436109553ff86477d3649be582a6d6c65 geronimo-specs-1.0-3.5.M2.el6.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 92, Issue 15 ***********************************************

1 0

CentOS 6 NFS mmap I/O bug?
by Tom McDonald 23 Oct '12

23 Oct '12

I'm working with a company who is running into an issue occasionally with their app running CentOS 6 on an NFS mount. The problem is essentially that, from a single CentOS 6 client, the client sometimes gets the wrong file size back from a stat() call. The problem specifically seems to happen after mmap and ftruncate calls. The former envionrment for the application was CentOS 4 where is has run for many years with no apparent issues. Here's an strace output showing the problem: 13:10:38.270134 stat("trunk_file14", {st_mode=S_IFREG|0600, st_size=36528128, ...}) = 0 <0.000019> 13:10:38.270204 open("trunk_file14", O_RDWR|O_SYNC) = 3 <0.000440> 13:10:38.270688 mmap(NULL, 36528128, PROT_READ|PROT_WRITE, MAP_SHARED, 3, 0) = 0x7f57bade3000 <0.003543> 13:10:38.275585 msync(0x7f57bade3000, 36527128, MS_SYNC) = 0 <0.000534> 13:10:38.276176 munmap(0x7f57bade3000, 36528128) = 0 <0.000026> 13:10:38.276240 ftruncate(3, 36527128) = 0 <0.000463> 13:10:38.276744 close(3) = 0 <0.000020> 13:10:38.276794 stat("trunk_file14", {st_mode=S_IFREG|0600, st_size=36528128, ...}) = 0 <0.000020> Note that the file size returned in the last stat() following the close() returns the size of the file prior to the ftruncate (36528128, but should be 36527128). Normally, this final stat() will return the correct file size, but every now and then we get this. After waiting a few seconds another stat to the file will show the expected file size which would be 36527128 in this case. The NFS client is using mount options "tcp,nfsvers=3". The process is also single threaded, and there's no expectation for the I/O to appear to behave synchronously beyond more than a single NFS client. We're suspicious that the CentOS 6 NFS client is not caching properly. Additional testing is happening now, but it also appears that it may only happen when the memory map calls are in place ( mmap(), memmove(), and msync() ). We don't expect the files to We have reproduced this issue with both CentOS 6.0 and 6.3 on multiple NFS servers from different vendors. Any help is appreciated. I've attached a small C program I've hacked together to reproduce the problem in case anyone is interested. Thanks, Tom

2 2

SELinux AVC problem postfix <-> dspam
by Patrick Lists 22 Oct '12

22 Oct '12

Hi, I guess this is a bit OT but perhaps someone has encountered this issue before. On a CentOS 6.3 x86_64 box I have installed postfix and dspam from EPEL. Dspam is configured to listen on port 10026. After having configured dspam and postfix I start dspam and then postfix and I see the following AVC message in audit.log: type=AVC msg=audit(1350920492.936:400): avc: denied { name_bind } for pid=19971 comm="master" src=10026 scontext=unconfined_u:system_r:postfix_master_t:s0 tcontext=system_u:object_r:postfix_master_t:s0 tclass=tcp_socket type=SYSCALL msg=audit(1350920492.936:400): arch=c000003e syscall=49 success=no exit=-13 a0=5b a1=7f015fa63b30 a2=10 a3=7fff6b2bf89c items=0 ppid=1 pid=19971 auid=500 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4 comm="master" exe="/usr/libexec/postfix/master" subj=unconfined_u:system_r:postfix_master_t:s0 key=(null) When I run sudo grep 1350920492 /var/log/audit/audit.log | audit2allow -M postfix-dspam I get: $ cat postfix-dspam.te module pf 1.0; require { type postfix_master_t; class tcp_socket name_bind; } #============= postfix_master_t ============== allow postfix_master_t self:tcp_socket name_bind; To fix this issue activate the postfix-dspam policy with: # semodule -i postfix-dspam.pp Can anyone confirm this is the correct way to fix this problem? Should I file a bug? Thanks and regards, Patrick

1 1

Adding an MT9234ZBA-USB modem to CentOS6.3
by James B. Byrne 22 Oct '12

22 Oct '12

How, exactly, does CentOS-6.3 with udev recognize an USB modem when it is plugged in. How is it indicated? What other configuration is required? I can find the modem in /sys/class/tty and I can get the attributes using udevadm but I do not see anything in ps that refers to the modem device. -- *** 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

1 3

r8712u wireless driver
by David A. De Graaf 22 Oct '12

22 Oct '12

I've just installed centos 6.3 for the first time on a test machine and couldn't be happier - except that a critical wireless adapter driver is missing - the r8712u. I would love to convert my mythtv machine from Fedora 17 to centos 6.3 to put all that chaos and instability behind me. My mythtv machine connects only wirelessly to the rest of my network and uses a Rosewill RNX-N180UBE USB adapter. This adapter has a larger than normal antenna with 5db of gain and supports 802.11n protocol. This provides greater bandwidth and a more reliable connection than any previously tested wireless adapter. However, it requires the r8712u driver that is absent from centos 6.3 and all the repos that I've examined. The elrepo repo has a number of packages that are close, but unfortunately not the r8712u. This driver is available for Fedora 17 in the kmod-staging package. Is there any chance to adapt this package for centos 6.3? Or at least the r8712u driver portion thereof? Any suggestions to solve this dilemma? -- David A. De Graaf DATIX, Inc. Hendersonville, NC dad(a)datix.us www.datix.us

2 2

swapper: page allocation failure. order:1, mode:0x20
by Tim Nelson 22 Oct '12

22 Oct '12

I see this ocasionally on one of my CentOS 6.3 x64 systems: Oct 18 03:10:52 backup kernel: swapper: page allocation failure. order:1, mode:0x20 Oct 18 03:10:52 backup kernel: Pid: 0, comm: swapper Not tainted 2.6.32-279.9.1.el6.x86_64 #1 Oct 18 03:10:52 backup kernel: Call Trace: Oct 18 03:10:52 backup kernel: <IRQ> [<ffffffff8112789f>] ? __alloc_pages_nodemask+0x77f/0x940 Oct 18 03:10:52 backup kernel: [<ffffffff811620a2>] ? kmem_getpages+0x62/0x170 Oct 18 03:10:52 backup kernel: [<ffffffff81162cba>] ? fallback_alloc+0x1ba/0x270 Oct 18 03:10:52 backup kernel: [<ffffffff8116270f>] ? cache_grow+0x2cf/0x320 Oct 18 03:10:52 backup kernel: [<ffffffff81162a39>] ? ____cache_alloc_node+0x99/0x160 Oct 18 03:10:52 backup kernel: [<ffffffff8116381b>] ? kmem_cache_alloc+0x11b/0x190 Oct 18 03:10:52 backup kernel: [<ffffffff8142dfa8>] ? sk_prot_alloc+0x48/0x1c0 Oct 18 03:10:52 backup kernel: [<ffffffff8142e272>] ? sk_clone+0x22/0x2e0 Oct 18 03:10:52 backup kernel: [<ffffffff8147bfa6>] ? inet_csk_clone+0x16/0xd0 Oct 18 03:10:52 backup kernel: [<ffffffff81494f83>] ? tcp_create_openreq_child+0x23/0x450 Oct 18 03:10:52 backup kernel: [<ffffffff814927ed>] ? tcp_v4_syn_recv_sock+0x4d/0x310 Oct 18 03:10:52 backup kernel: [<ffffffff81494d26>] ? tcp_check_req+0x226/0x460 Oct 18 03:10:52 backup kernel: [<ffffffff8148a6d6>] ? tcp_rcv_state_process+0x126/0xa10 Oct 18 03:10:52 backup kernel: [<ffffffff8149220b>] ? tcp_v4_do_rcv+0x35b/0x430 Oct 18 03:10:52 backup kernel: [<ffffffff8142fd97>] ? __kfree_skb+0x47/0xa0 Oct 18 03:10:52 backup kernel: [<ffffffff81493a4e>] ? tcp_v4_rcv+0x4fe/0x8d0 Oct 18 03:10:52 backup kernel: [<ffffffff81492193>] ? tcp_v4_do_rcv+0x2e3/0x430 Oct 18 03:10:52 backup kernel: [<ffffffff814716dd>] ? ip_local_deliver_finish+0xdd/0x2d0 Oct 18 03:10:52 backup kernel: [<ffffffff81471968>] ? ip_local_deliver+0x98/0xa0 Oct 18 03:10:52 backup kernel: [<ffffffff81470e2d>] ? ip_rcv_finish+0x12d/0x440 Oct 18 03:10:52 backup kernel: [<ffffffff814713b5>] ? ip_rcv+0x275/0x350 Oct 18 03:10:52 backup kernel: [<ffffffff8104efd4>] ? scale_rt_power+0x24/0x80 Oct 18 03:10:52 backup kernel: [<ffffffff8143aafb>] ? __netif_receive_skb+0x49b/0x6f0 Oct 18 03:10:52 backup kernel: [<ffffffff81490d3a>] ? tcp4_gro_receive+0x5a/0xd0 Oct 18 03:10:52 backup kernel: [<ffffffff8143cd78>] ? netif_receive_skb+0x58/0x60 Oct 18 03:10:52 backup kernel: [<ffffffff8143ce80>] ? napi_skb_finish+0x50/0x70 Oct 18 03:10:52 backup kernel: [<ffffffff8143f3b9>] ? napi_gro_receive+0x39/0x50 Oct 18 03:10:52 backup kernel: [<ffffffffa025af2f>] ? bnx2_poll_work+0xd4f/0x1270 [bnx2] Oct 18 03:10:52 backup kernel: [<ffffffff810632bb>] ? enqueue_task_fair+0xb/0x100 Oct 18 03:10:52 backup kernel: [<ffffffffa025b579>] ? bnx2_poll+0x69/0x2d8 [bnx2] Oct 18 03:10:52 backup kernel: [<ffffffff8106010c>] ? try_to_wake_up+0x24c/0x3e0 Oct 18 03:10:52 backup kernel: [<ffffffff8143f4d3>] ? net_rx_action+0x103/0x2f0 Oct 18 03:10:52 backup kernel: [<ffffffff81073f41>] ? __do_softirq+0xc1/0x1e0 Oct 18 03:10:52 backup kernel: [<ffffffff810dbb00>] ? handle_IRQ_event+0x60/0x170 Oct 18 03:10:52 backup kernel: [<ffffffff8100c24c>] ? call_softirq+0x1c/0x30 Oct 18 03:10:52 backup kernel: [<ffffffff8100de85>] ? do_softirq+0x65/0xa0 Oct 18 03:10:52 backup kernel: [<ffffffff81073d25>] ? irq_exit+0x85/0x90 Oct 18 03:10:52 backup kernel: [<ffffffff81506095>] ? do_IRQ+0x75/0xf0 Oct 18 03:10:52 backup kernel: [<ffffffff8100ba53>] ? ret_from_intr+0x0/0x11 Oct 18 03:10:52 backup kernel: <EOI> [<ffffffff81014877>] ? mwait_idle+0x77/0xd0 Oct 18 03:10:52 backup kernel: [<ffffffff8150392a>] ? atomic_notifier_call_chain+0x1a/0x20 Oct 18 03:10:52 backup kernel: [<ffffffff81009e06>] ? cpu_idle+0xb6/0x110 Oct 18 03:10:52 backup kernel: [<ffffffff814e48da>] ? rest_init+0x7a/0x80 Oct 18 03:10:52 backup kernel: [<ffffffff81c21f7b>] ? start_kernel+0x424/0x430 Oct 18 03:10:52 backup kernel: [<ffffffff81c2133a>] ? x86_64_start_reservations+0x125/0x129 Oct 18 03:10:52 backup kernel: [<ffffffff81c21438>] ? x86_64_start_kernel+0xfa/0x109 Any thoughts on the cause? The system has 16GB of RAM, and whenever checked, there is no swap usage. Is this a memory error (bad RAM)? --Tim

4 8

ext3 partition on LVM lost all data
by HALAC Matej 22 Oct '12

22 Oct '12

Hello Gentlemen, I would like to ask a question about an issue I have with the Centos 6.3 installation. I have installed a Centos 6.3 on a server we used before with 5.4 on Friday. I have created a KS file to let me connect to the server via VNC and have all repos and packages preconfigured. I only needed to partition the hard drive using VNC. During the partition process I selected which volumes should be formatted and which should be left alone. The installation went perfectly, without a problem. I added the server to our Puppet infrastructure and started to assign modules to it. After I have installed and configured samba I wanted to mount the data volume so that people could continue their work on Monday. Unfortunately the partition was empty. Only the lost+found directory was present. Can you please tell me what went wrong? Or if this can be fixed somehow? Here is the anaconda generated KS file that is based on my own that I included in my Centos image: # Kickstart file automatically generated by anaconda. #version=DEVEL install cdrom lang en_US.UTF-8 keyboard us network --onboot yes --device eth0 --mtu=1500 --bootproto static --ip <server IP> --netmask 255.255.255.0 --gateway <our gateway> --noipv6 --nameserver 8.8.8.8 --hostname newserver rootpw --iscrypted <root password> # Reboot after installation reboot firewall --service=ssh authconfig --enableshadow --passalgo=sha512 selinux --enforcing timezone --utc Europe/Bratislava bootloader --location=mbr --driveorder=ddf1_Default --append="crashkernel=auto rhgb quiet" # The following is the partition information you requested # Note that any partitions you deleted are not expressed # here so unless you clear all partitions first, this is # not guaranteed to work #clearpart --none #volgroup VolGroup00 --pesize=32768 --useexisting --noformat pv.253002 #logvol None --fstype=ext3 --name=LogVol00_data --vgname=VolGroup00 --useexisting --noformat #logvol /home --fstype=ext4 --name=LogVol00_home --vgname=VolGroup00 --useexisting #logvol / --fstype=ext4 --name=LogVol00_root --vgname=VolGroup00 --useexisting #logvol swap --name=LogVol00_swap --vgname=VolGroup00 --useexisting #logvol /tmp --fstype=ext4 --name=LogVol00_tmp --vgname=VolGroup00 --useexisting #logvol /var --fstype=ext4 --name=LogVol00_var --vgname=VolGroup00 --useexisting #part /boot --fstype=ext4 --onpart=ddf1_Defaultp1 #part pv.253002 --onpart=ddf1_Defaultp2 --noformat repo --name="CentOS" --baseurl=cdrom:sr0 --cost=100 repo --name="Centos 6.3 Base - x86_64" --baseurl= --cost=1000 repo --name="Centos 6.3 Extras - x86_64" --baseurl= --cost=1000 repo --name="Centos 6.3 Updates - x86_64" --baseurl= --cost=1000 repo --name="epel" --baseurl= --cost=1000 repo --name="puppet" --baseurl=http://yum.puppetlabs.com/el/6/products/x86_64/ --cost=1000 %packages @Base @Core @base @core @hardware-monitoring @server-platform @server-policy epel-release pax puppet puppetlabs-release sgpio -hunspell -hunspell-en %end -- HALAC Matej

2 1

Re: [CentOS] Skype and Sound
by James B. Byrne 22 Oct '12

22 Oct '12

On Fri, October 19, 2012 11:32, Nux! wrote: > James, > > It should just work. The only problem I had was switching from the > laptop's microphone to the one that came with my headphones since it's > more performant. I did this by selecting it in the sound preferences > (gnome-volume-control). > Also, make sure you have installed the 32 bit pulseaudio libs, if > you're on 64bit; or you can "yum install" this repo which will pull in > the required deps: > http://repo.fedoramd.org/mirrors/russianfedora/nonfree/el/updates/6/x86_64/… Your package works fine. Thank you very much. I checked the dependencies against what was installed as x86_64 versions and cold find nothing missing. Do you happen to know, or strongly suspect, why the 32 bit version works and the 64 bit version does not? -- *** 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

4 4

CENTOS 6 3rd party repos compared to Centos 5?
by Keith Roberts 21 Oct '12

21 Oct '12

Is there any differences between the repos used by Centos 5.8 and those used by Centos 6.x please - ie does C6 use the same 3rd party repos as C5 does? Is there a Centos wiki article for C6 repos? Kind Regards, Keith ----------------------------------------------------------- Websites: http://www.karsites.net http://www.php-debuggers.net http://www.raised-from-the-dead.org.uk All email addresses are challenge-response protected with TMDA [http://tmda.net] -----------------------------------------------------------

5 7

← Newer
1
2
3
4
5
6
7
8
9
...
17
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss October 2012