Discuss

discuss@lists.centos.org

34753 discussions

Re: [CentOS] High memory needs [SOLVED]
by Jérémie Dubois-Lacoste 28 Sep '12

28 Sep '12

I finally found a solution to our problem. I think some people running like us a combination CentOS 64 bits\Sun Grid Engine, could encounter the same situation. Here is a detailed explanation, hope it can be useful to someone! The file /usr/lib/locale/locale-archive is a memory-mapped file used by glibc (the gnu C library). This file contains the languages used over the system (for instance, man pages). This memory-mapping allows to read in the file as if it were in memory, avoiding system calls used to perform disk-read operations, therefore it allows much faster access. Memory-mapped files (as well as shared libraries) are counted as part of the virtual memory of processes (see "top" command, "VIRT" field). Therefore, the part of the locale-archive file mapped to memory adds up to the virtual memory of every processes that makes use of glibc (basically everything), while this is actually only once in memory. In other words, for every processes, the virtual memory overestimates the real memory of the process by, at least, the part of the locale-archive file which is memory-mapped. Apparently, on 32bits distros, and on most 64bits distros, only a part of the locale-archive file is mmapped: for instance on CentOS 32 bits: $ pmap $$ b7689000 2048K r---- /usr/lib/locale/locale-archive Only 2MB of the file are mmapped, while the file is actually ~54MB. Some distros only install a small subsets of languages, for instance on my Ubuntu 12.04, this file is only ~3MB. I still don't get the reason, but CentOS x86_64 6.2 (and 6.3) mmappes the *entire* file: $ pmap $$ 00007f217fae4000 96836K r---- /usr/lib/locale/locale-archive Consequence: every processes that use glibc is overestimated by ~100MB (according to the virtual memory). That, alone, is not a problem at all. It is known that the virtual memory is a bad estimation of the actual memory used, the fact that it is largely overestimated does not matter much in most cases. The problem, however, is that if you deal with a computing cluster that uses Sun Grid Engine (we have version 6.2u5) it uses this value to check whether jobs exceed their memory limit or not. The consequence is a false impression that jobs require a huge amount of memory, SGE being miss-leaded, and thus killing them. A solution could be to restrict the number of languages when installing glibc-common (which provides the locale-archive file), to have a smaller locale-archive file. This should be possible with: $ echo "%_install_langs <lang1>:<lang2>:<lang3>" >> /etc/rpm/macros.lang $ rpm -e glibc-common --nodeps $ rm /usr/lib/locale/locale-archive $ rpm -i <glibc-common.rpm> I don't know why but we couldn't have glibc-common (2.12-1.80) taking it into account, though. All languages were always installed. I read somewhere that it is done on purpose, not sure... The solution that worked for us is a post-install fix that consists of removing all languages that we don't use. We checked with "locale" which languages are used on the system. Then we remove all the others: $ localedef --list-archive | grep -v -e "en_US" -e "de_DE" -e "en_GB" | xargs localedef --delete-from-archive $ mv /usr/lib/locale/locale-archive /usr/lib/locale/locale-archive.tmpl $ build-locale-archive After this, the size of the locale-archive file is ~4MB, and running a single Bash instance does not show "107MB" for SGE anymore :-) Et voilà! Jérémie 2012/9/27 Les Mikesell <lesmikesell(a)gmail.com>: > On Thu, Sep 27, 2012 at 10:46 AM, Gordon Messmer <yinyang(a)eburg.com> wrote: >> >>> I understand it may not be very precise, however I still don't >>> understant the difference compared to other x64 ditributions, >>> under CentOS the value is 7 times higher! > > This might explain it: > https://bugzilla.redhat.com/show_bug.cgi?id=156477 > The mmapped local-archive contains all languages even though only the > ones you use are accessed from it. Other distros split them and the > installers only install what you want. > >> 64 bit system: >> 00007f8ae84b7000 102580K r---- /usr/lib/locale/locale-archive >> >> 32 bit: >> b7689000 2048K r---- /usr/lib/locale/locale-archive > > That's an interesting difference on its own, since the underlying > files are about 95M and 54M respectively. Does the 32 bit kernel use > some tricks to sparsely map files where the 64 bit one does it > directly with page tables? > > -- > Les Mikesell > lesmikesell(a)gmail.com > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos

2 2

Re: [CentOS] Routing issue
by Manish Kathuria 28 Sep '12

28 Sep '12

On Thu, Sep 27, 2012 at 8:55 PM, Steve Clark <sclark(a)netwolves.com> wrote: > On 09/27/2012 11:01 AM, Manish Kathuria wrote: > > On Thu, Sep 27, 2012 at 7:04 PM, Steve Clark <sclark(a)netwolves.com> wrote: > > On 09/26/2012 11:57 PM, Manish Kathuria wrote: > > On Thu, Sep 27, 2012 at 7:46 AM, Gordon Messmer <yinyang(a)eburg.com> wrote: > > On 09/26/2012 09:15 AM, Steve Clark wrote: > > The routes-x.y-z.diff is a unified patch containing different parts > which include support for Dead Gateway Detection as well. However, > since that is limited to the first hop, it is preferable to have a > userspace script as you are doing. I also use a script to check the > accessibility of a remote popular site from each of the ISPs and based > upon the response the links are treated alive or dead and the default > gateway is changed. However, the routing problem as described by you > will only be solved after applying this patch (routes-x.y-z.diff). > > As for marking the incoming packets to ensure that they go out from > the same interface they came from, you could do something like the > following: > > Using iptables mark the incoming traffic from external interfaces > > /sbin/iptables -t mangle -A PREROUTING -j CONNMARK --restore-mark > /sbin/iptables -t mangle -A OUTPUT -j CONNMARK --restore-mark > /sbin/iptables -t mangle -A PREROUTING -i eth1 -j MARK --set-mark 1 > /sbin/iptables -t mangle -A PREROUTING -i eth1 -j CONNMARK --save-mark > /sbin/iptables -t mangle -A PREROUTING -i eth2 -j MARK --set-mark 2 > /sbin/iptables -t mangle -A PREROUTING -i eth2 -j CONNMARK --save-mark > > Add the following rules to your existing ones for policy routing > > /sbin/ip rule add fwmark 1 table T1 > /sbin/ip rule add fwmark 2 table T2 > > Hi Manish, > > Thanks for the info. The one question I have is about > /sbin/iptables -t mangle -A OUTPUT -j CONNMARK --restore-mark > > I thought the OUTPUT chain was only for packets originating locally. I am > only concerned > with clients behind my Linux router, do I still need this? Yes you are right but in case if you have any services running on the linux router itself (for example sshd) and accessible from the internet, it would help. > > Again, thanks much for responding. > > -- > Stephen Clark > NetWolves > Director of Technology > Phone: 813-579-3200 > Fax: 813-882-0209 > Email: steve.clark(a)netwolves.com > http://www.netwolves.com

2 1

rpm archives
by Kaushal Shriyan 28 Sep '12

28 Sep '12

Hi Is there a way to retrieve old rpm binaries from archives. Regards Kaushal

2 1

Re: [CentOS] Routing issue
by Manish Kathuria 27 Sep '12

27 Sep '12

On Thu, Sep 27, 2012 at 7:04 PM, Steve Clark <sclark(a)netwolves.com> wrote: > On 09/26/2012 11:57 PM, Manish Kathuria wrote: > > On Thu, Sep 27, 2012 at 7:46 AM, Gordon Messmer <yinyang(a)eburg.com> wrote: > > On 09/26/2012 09:15 AM, Steve Clark wrote: > > Is there a way to make this work correctly? > > In addition, you should ideally applying the following patches for > Static, Alternative Routes, Dead Gateway Detection & NAT and recompile > the kernel: > > http://www.ssi.bg/~ja/#routes > > > Hmmm... not being a kernel guru, correct me if I am wrong but isn't the > route patch used to detect dead nexthops? > I am already doing that from userspace. > > The second set looks like is calls the routing logic after the SNAT, is that > correct? This could solve the problem. > Why aren't these patches in the kernel? > > Thanks, > The routes-x.y-z.diff is a unified patch containing different parts which include support for Dead Gateway Detection as well. However, since that is limited to the first hop, it is preferable to have a userspace script as you are doing. I also use a script to check the accessibility of a remote popular site from each of the ISPs and based upon the response the links are treated alive or dead and the default gateway is changed. However, the routing problem as described by you will only be solved after applying this patch (routes-x.y-z.diff). As for marking the incoming packets to ensure that they go out from the same interface they came from, you could do something like the following: Using iptables mark the incoming traffic from external interfaces /sbin/iptables -t mangle -A PREROUTING -j CONNMARK --restore-mark /sbin/iptables -t mangle -A OUTPUT -j CONNMARK --restore-mark /sbin/iptables -t mangle -A PREROUTING -i eth1 -j MARK --set-mark 1 /sbin/iptables -t mangle -A PREROUTING -i eth1 -j CONNMARK --save-mark /sbin/iptables -t mangle -A PREROUTING -i eth2 -j MARK --set-mark 2 /sbin/iptables -t mangle -A PREROUTING -i eth2 -j CONNMARK --save-mark Add the following rules to your existing ones for policy routing /sbin/ip rule add fwmark 1 table T1 /sbin/ip rule add fwmark 2 table T2 Thanks, -- Manish Kathuria

2 1

rename network card device /dev/p3p2 to /dev/eth0
by KNOPS Manfred 27 Sep '12

27 Sep '12

Hello, My name is Manfred. I have to install a flexlm license server on a pc with centos 6.3 as operating system. This machine contains two network cards. An Ethernet card and a wifi card. For the Ethernet card centos generates a device called p3p2. For the wifi card centos generates a device called wlan0. In this configuration the flexlm license program called lmgrd only got the mac address of wlan0. The vendor daemon got no mac address as host ID. Yesterday I made one test. Therefore I edited /etc/udev/rules.d/70-peristant-net.rules. This file contains only one line. This line defines how to name the device for the wifi card. I changed the name Option from name="wlan0" to name="eth0". After rebooting centos generates a device called /dev/et0. Both lmgrd and vendor daemon found the host ID. But lmgrd and safetech can't communicate together. As next I will try to rename /dev/p3p2 which is the device for the Ethernet card. I guess, if I can generate a device called /dev/eth0 for the Ethernet card the license server should work. But in /etc/udev/rules.d/70-persitant-net.rules is no rule for this device. How can I configure centos to generate /dev/eth0 for the Ethernet card? Mit freundlichen Grüßen / Best Regards / Cordialement, Manfred This email and any attachments are intended solely for the use of the individual or entity to whom it is addressed and may be confidential and/or privileged. If you are not one of the named recipients or have received this email in error, (i) you should not read, disclose, or copy it, (ii) please notify sender of your receipt by reply email and delete this email and all attachments, (iii) Dassault Systemes does not accept or assume any liability or responsibility for any use of or reliance on this email. For other languages, go to http://www.3ds.com/terms/email-disclaimer

3 3

BackupPC and rsync
by Emmett Culley 27 Sep '12

27 Sep '12

I have been using BackupPC via rsync daemons on the target machines and all has been working well. At least until about the time rsync went to version 3.0.6. Since then backups have been failing for some targets. The failure is a TCP ZeroWindow issue. It looks like the server rsync process cannot empty it's buffer soon enough and eventually the process fails. I really do not know if it is rsync version related, because I never looked at the packet stream until I started having failures. BackupPC was running on a VM host and the failing machine was one of the guest VMs. I tried upgrading rsync to 3.0.9 and that didn't help. So I moved the BackupPC set up to a different server (no VM). Not all backups are working. though I still see some ZeroWindow packets along with a few retransmision packets. But the backup completes on all machines, including the VM that was failing before. I've googled rsync zerowindow and found some references, but none seemed to apply to my situation. Anybody else having a similar experience? Emmett

3 3

CentOS-announce Digest, Vol 91, Issue 17
by centos-announce-request＠centos.org 26 Sep '12

26 Sep '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:1309 CentOS 6 lm_sensors FASTTRACK Update (Johnny Hughes) 2. CESA-2012:1304 Moderate CentOS 6 kernel Update (Johnny Hughes) 3. CEBA-2012:1312 CentOS 6 telnet Update (Johnny Hughes) 4. CEBA-2012:1311 CentOS 6 gnome-terminal FASTTRACK Update (Johnny Hughes) 5. CEBA-2012:1313 CentOS 6 rpmdevtools FASTTRACK Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 25 Sep 2012 16:28:18 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1309 CentOS 6 lm_sensors FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20120925162818.GA29593(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1309 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1309.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a41983848e162aabb0fe146db72c0aa38189dde131820336cc550c29f2a7cd43 lm_sensors-3.1.1-17.el6.i686.rpm 2bd420a94bd6855291835a29e709feb134cd028f2321b16045022bc28a52c2d6 lm_sensors-devel-3.1.1-17.el6.i686.rpm fc9c610f6bcec312fd60d296fed218177721b6468735679bfbe6e640361c300a lm_sensors-libs-3.1.1-17.el6.i686.rpm 7a3679c29097b24e69a045730782e89b7a9cc9af278795e572651e8a35517b69 lm_sensors-sensord-3.1.1-17.el6.i686.rpm x86_64: f2acf9a45def0bfc1b516c1f37d4dd4eae96841bd599b543d0530e5af339280d lm_sensors-3.1.1-17.el6.x86_64.rpm 2bd420a94bd6855291835a29e709feb134cd028f2321b16045022bc28a52c2d6 lm_sensors-devel-3.1.1-17.el6.i686.rpm 687a9c1f2dfd3d265158204c24e7adc5c15517f36da0824054f7efd482fac5d2 lm_sensors-devel-3.1.1-17.el6.x86_64.rpm fc9c610f6bcec312fd60d296fed218177721b6468735679bfbe6e640361c300a lm_sensors-libs-3.1.1-17.el6.i686.rpm d1fdc6dd60b48cf1fca4e1364bf24bbcbf10df2fdb10edb6e59517461a3c89a5 lm_sensors-libs-3.1.1-17.el6.x86_64.rpm adbeb4cda479464d7d3970531f406f323627771c0768e174bb4b4b929d83f24a lm_sensors-sensord-3.1.1-17.el6.x86_64.rpm Source: f7dda720148021eadf77aa25339d36530f25496eb8d5f260c37c70a935a0cfb5 lm_sensors-3.1.1-17.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 26 Sep 2012 01:59:30 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:1304 Moderate CentOS 6 kernel Update To: centos-announce(a)centos.org Message-ID: <20120926015930.GA25096(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:1304 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1304.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 30847f09d53179063a07bd1011e1ffa1c81795533b91b308883d7eb7ceab0e5d kernel-2.6.32-279.9.1.el6.i686.rpm 915c029d6d6143368fbb574d38eb35cf54e6127143e568476497aa2c4e61462e kernel-debug-2.6.32-279.9.1.el6.i686.rpm 852ea4a7b9b439c269d671d08ab09989e3dcaa6684994ef5dcd4200152ab7d17 kernel-debug-devel-2.6.32-279.9.1.el6.i686.rpm aa0c2a110fb9ffbb9fc2294d96fbaaab41b6b3e4326423103fbab37d82fa46b9 kernel-devel-2.6.32-279.9.1.el6.i686.rpm d4cea4f1ababa6896440209d4450aae094f1a7cf2797a8afcbb47ac659f863b2 kernel-doc-2.6.32-279.9.1.el6.noarch.rpm ff38d879cfa8f156ab20dc672442bcc17156262e4f18b1606e963a922728af02 kernel-firmware-2.6.32-279.9.1.el6.noarch.rpm 2cdb2a60730195b7186d546b6f1c938ff454b06b80062b683d859b9d0e894b05 kernel-headers-2.6.32-279.9.1.el6.i686.rpm 35ebfaaa7019f1fefdbb086bdf1e74f56fd62a3dbfcba071f4611e8447cc4b45 perf-2.6.32-279.9.1.el6.i686.rpm a1c0181c22510e1455380e467adde728bd073467a8234471dc37d5cac02f41e9 python-perf-2.6.32-279.9.1.el6.i686.rpm x86_64: 32e443c91a96cb5da3d68f044b7df97c25409a263b843fcb85be723ca0ca90c4 kernel-2.6.32-279.9.1.el6.x86_64.rpm 3e7f7d5b8370e786b18da5de5996bb8888f9b0c9f66f517cedfa3518092fdfe1 kernel-debug-2.6.32-279.9.1.el6.x86_64.rpm 07b149fcbfce9f5d9f16d9dcd2c4cd511a2422c9e5ede86079a11445d31f235a kernel-debug-devel-2.6.32-279.9.1.el6.x86_64.rpm 177fc366f52b7ea6f1d148d35016d40e17f563ba0720bd7e578b11d63a57f8ca kernel-devel-2.6.32-279.9.1.el6.x86_64.rpm 845f378648371db522416302bcadfaa71268804ed6b73ebbfda02f49755980b8 kernel-doc-2.6.32-279.9.1.el6.noarch.rpm 78d28faf7d3ab9ea6e41e01fe58c65044f16f9d142a3a665753d6c7130d3568a kernel-firmware-2.6.32-279.9.1.el6.noarch.rpm a663ba029839186d075d2a577a56b81c53565693ac1af487ec5f4d31c134b693 kernel-headers-2.6.32-279.9.1.el6.x86_64.rpm dd1bdda9fd4a4edea4578cc13ce2c4880e9c12b246ef8b113cd596daa6625233 perf-2.6.32-279.9.1.el6.x86_64.rpm e1df03613e6358e144dcc5c65ca43caef2174eb944ef57677ca59be7a8b966e7 python-perf-2.6.32-279.9.1.el6.x86_64.rpm Source: 4671a4f85bdadf43df7e1dfe3b8fe29fe593be0eca0608097c0c3cbfb0a504ac kernel-2.6.32-279.9.1.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 26 Sep 2012 14:22:42 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1312 CentOS 6 telnet Update To: centos-announce(a)centos.org Message-ID: <20120926142242.GA29543(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1312 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1312.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9bdc032546d3c0bcd7872d43ac8108cf271308ed6dfc7a6b958ea2f3a4b6cfe3 telnet-0.17-47.el6_3.1.i686.rpm f869d44bc180729c9be861d207d10f891844d5f3d050c60799ef095feb0bfae0 telnet-server-0.17-47.el6_3.1.i686.rpm x86_64: 1ca4e69f479f2039517ef2309848e607eee404247f778fb6f3b50bf45e1191e3 telnet-0.17-47.el6_3.1.x86_64.rpm 391396da7e760424ad41b04f2857a92ca21864875bf34ccab5f84b68a75ee1a6 telnet-server-0.17-47.el6_3.1.x86_64.rpm Source: 7d1f3d1f2f3930b57718b56629bfbe3e12da467254c08db3f1f59d70b185dd68 telnet-0.17-47.el6_3.1.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Wed, 26 Sep 2012 14:23:16 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1311 CentOS 6 gnome-terminal FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20120926142316.GA29622(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1311 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1311.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2df9f8c69f3528230cadfb12187e616590018854dd8498dc523341e110d889b9 gnome-terminal-2.31.3-8.el6.i686.rpm x86_64: 01c7bfee308df9e1883cf3ae90b44205caee88a1aba626a8337775ebf70f01c1 gnome-terminal-2.31.3-8.el6.x86_64.rpm Source: d52c4d9c895ad043a332c3fed574221cfdf35e2ff67e875264aa340afda8a3f9 gnome-terminal-2.31.3-8.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Wed, 26 Sep 2012 14:23:29 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1313 CentOS 6 rpmdevtools FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20120926142329.GA29700(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1313 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1313.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: de1c8a5ae9a58359162629d7584516f1c6462724fb083b248a17f07e9af0f978 rpmdevtools-7.5-2.el6.noarch.rpm x86_64: 4db341589bd40262e99e809e37e2203f7bd7369b594098b0a09d6193adfe6a19 rpmdevtools-7.5-2.el6.noarch.rpm Source: 727e2256f79181fa129ec7f878df88eb7bb139b3b865ab8c34b13c459746e5f9 rpmdevtools-7.5-2.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 91, Issue 17 ***********************************************

1 0

make /home/user without all the maps
by Johan Vermeulen 26 Sep '12

26 Sep '12

Dear All, I would like to make a whole lot of homedirs without Documents, Downloads , .... like it was in CentOs5. I know I have to adapt something in /etc/skel but cannot find out how to do it. Anyone can give me a hand with this? greetings , J. -- IT-medewerker Opensource Software is the future.

5 8

SSL CRIME
by Markus Falb 25 Sep '12

25 Sep '12

Hi, Some of you have heard of CRIME, probably. from https://bugzilla.redhat.com/show_bug.cgi?id=857051 > Adding the following line to the /etc/sysconfig/httpd file: > > export OPENSSL_NO_DEFAULT_ZLIB=1 But there are other services but http that use ssl and are vulnerable? What is the optimal place for setting this environment variable system wide? I tried to set it in /etc/profile.d/CRIME.sh /etc/bashrc without success. -- Kind Regards, Markus Falb

5 7

Re: [CentOS] /var/spool/mail ?
by Hadi Motamedi 25 Sep '12

25 Sep '12

> Date: Tue, 25 Sep 2012 12:13:40 +0200 > From: h.reindl(a)thelounge.net > To: centos(a)centos.org > CC: motamedi24(a)hotmail.com > Subject: Re: [CentOS] /var/spool/mail ? > > > > Am 25.09.2012 12:02, schrieb Hadi Motamedi: > > > > Dear All > > On my server , the /var/spool/mail/root is getting very big in size . To free up more space, can you please let me know how can I solve my problem ? > > Thank you > > these are system-mails (cronjobs, logwatch, smartd, mdadm.....) > you should read them from the very beginning of the setup! > > /etc/aliases: > root: your-mail-address(a)yourdomain.tld > > call the command "newaliases" > > call "postqueue -f" if postfix is used to deliver existing mails > for sendmail -> no idea, i am postfix-user since many years > ______________________ > > you can also delete the mails before change the config to > relay them in future and restart the MTA > Thank you very much for your help.

1 0

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