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:
On Friday 19 October 2012 17:16:10 Tony Molloy wrote:
On Friday 19 October 2012 15:27:52 m.r...@5-cent.us wrote:
Tim Nelson wrote:
- Original Message -
On Thursday 18 October 2012 21:44:30 Tim Nelson wrote:
I see this ocasionally on one of my CentOS 6.3 x64 systems:
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
Thanks Phil, for your quick and potentially helpful suggestion.
Unfortunately, the
kmod-compat-wireless-3.5.4-1.sn.el6.elrepo.x86_64.rpm
does not hand to me on a silver platter the r8712u driver module that
I'd hoped for. The README file therein leads to tempting suggestions
on how to compile
This issue is not resolvable in the current release of RHEL6 nor is it
likely to be fixed before RHEL7, if then.
https://bugzilla.redhat.com/show_bug.cgi?id=868309
Ademar de Souza Reis Jr. 2012-10-22 09:01:58 EDT
Deferring to RHEL7 because this is a complex fix.
--
*** E-Mail is
On 10/22/2012 06:06 PM, Patrick Lists wrote:
[snip]
Solved with:
# semanage port -a -t smtp_port_t -p tcp 10026
Now trying to wrap my head around the next AVC which occurs when postfix
wants to pass an incoming email via lmtp to dspam via
/var/run/dspam/dspam.sock:
type=AVC
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
On 10/22/2012 11:31 PM, Tom McDonald wrote:
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()
On Mon, Oct 22, 2012 at 3:15 PM, Patrick Lists
centos-l...@puzzled.xs4all.nl wrote:
Just a thought: could this be related to 32bit clients accessing a 64bit
NFS server? Recently there was some discussion about this on the list.
Iirc the solution was to use 32bit inodes on the NFS server. Search
Hi
A datacenter I use provides mountable nfs shares that are provided
through a subnet, the only person having access to the nfs share is me.
If I do this:
mount -t nfs 192.168.53.21:/USERNAME /mnt/share/
then I get the share:
[root@hostname /mnt/share] #ls -la
total 12
drwxrwxrwx 2
On 10/22/12 6:21 PM, Jobst Schmalenbach wrote:
How can I make this possible?
nfs exports usually default to not allowing root write access. this si
on the nfs server side, not the client.
--
john r pierceN 37, W 122
santa cruz ca mid-left
11 matches
Mail list logo