Discuss January 2015

discuss@lists.centos.org

166 participants
145 discussions

Customising a CentOS 6.6 installation disk
by James Bishop 09 Jan '15

09 Jan '15

I apologise if this is not the appropriate list for the following issue, but... Is it possible to upgrade the Linux kernel on a kickstart CD? I've changed the vmlinuz and initrd.img files in the isolinux directory from the distro's ISO image; so kernel 2.6.32-504.3.3.el6.i686 now boots from a DVD, and loads the appropriate modules and firmware from the stage 1 initrd.img. However, anaconda (13.21.229) exits abnormally with a DBusException (org.freedesktop.DBus.Error.NoReply); possibly because NetworkManager is unable to launch the wpa_supplicant. Anaconda appears to be choking during initialisation: anaconda.id = instClass.installDataClass(anaconda, extraModules, opts.display_mode, anaconda.backend) File "/usr/lib/anaconda/instdata.py", line 324, in __init__ self.reset() File "/usr/lib/anaconda/instdata.py", line 64, in reset self.network = network.Network() File "/usr/lib/anaconda/network.py", line 308, in __init__ self.update() File "/usr/lib/anaconda/network.py", line 326, in update devhash = isys.getDeviceProperties(dev=none) File "/usr/lib/anaconda/isys.py", line 375, in getDeviceProperties bus = dbus.SystemBus() File "/usr/lib/python2.6/site-packages/dbus/_dbus.py", line 202, in __new__ private=private() File "/usr/lib/python2.6/site-packages/dbus/_dbus.py", line 108, in __new__ bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop) File "/usr/lib/python2.6/site-packages/dbus/bus.py", line 125, in __new__ bus = cls._new_for_bus(address_or_type, mainloop=mainloop) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. install exited abnormally [1/1] The system will be rebooted when you press Ctrl-C or Ctrl-Alt-Delete. The shell prompt is available on tty2; and so I can see the syslog, which has repeated messages at its tail end: INFO NetworkManager: <info> Trying to start the supplicant So, something needs to be changed somewhere (kernel recompilation? missing module? wpa_supplicant / NM upgrade? stage 2 install.img?) which is where I'm stuck. Do I need to hack Wifi NIC related lines out of anaconda? The reason that I'd like the final kernel version to be running during the install, is that it's needed to compile the low-level driver for a FIPS-140 crypto coprocessor. The target system will be an off-line certification authority system, and will certainly not need Wifi (in fact the hardening procedure foresees removal of most network hardware drivers). I know I could do everything in three stages (initial install - software upgrade - crypto driver install); but being able to do everything in one go would simplify business continuity / bare metal recovery. In the meantime, I'm very happy to have learned something about anaconda / kickstart and so on, which will be very useful in future. If there's a quick fix to the above issues, I'd be happy to hear it. Thanks in advance James Bishop -- _____________________________________________ James Bishop European Commission - Joint Research Centre IPSC Unit G.5 (TP.723) Via E.Fermi, 2749 I - 21027 Ispra (VA) Italy Tel.: +39 0332 786225 Fax.: +39 0332 786280 e-mail: james.bishop(a)jrc.ec.europa.eu

4 4

Re: [CentOS] reload /sbin/init
by Robert Nichols 09 Jan '15

09 Jan '15

On 01/08/2015 11:57 AM, m.roth(a)5-cent.us wrote: > Robert Nichols wrote: >> On 01/08/2015 03:22 AM, Markus Falb wrote: >>> Hi, >>> There was an update of glibc on CentOS 6 >>> http://lists.centos.org/pipermail/centos-announce/2015-January/020863.html >>> and now: >>> >>> # needs-restarting >>> 1 : /sbin/init >>> >>> How do i tell /sbin/init to use the updated files from glibc without a >>> reboot? >> >> You can't. See the manpage for /telinit/ and the warning for the "-U" >> option. > > <snip> > U or u to request that the init(8) daemon re-execute itself. This > is > not recommended since Upstart is currently unable to > preserve > its state, but is necessary when upgrading system libraries. > <snip> > which one assume applied to fedora when it was using upstart, not sysV or > systemd. No data on either of them. The question was specifically about CentOS 6, which uses upstart. SysV init could re-exec itself cleanly. I have no idea, but plenty of doubts, about systemd. -- Bob Nichols "NOSPAM" is really part of my email address. Do NOT delete it.

2 1

Re: [CentOS] Design changes are done in Fedora
by Valeri Galtsev 08 Jan '15

08 Jan '15

On Thu, January 8, 2015 11:32 am, Valeri Galtsev wrote: > > On Thu, January 8, 2015 10:44 am, Les Mikesell wrote: >> On Thu, Jan 8, 2015 at 9:48 AM, James B. Byrne <byrnejb(a)harte-lyne.ca> wrote: >>> >>> A perusal of the contents of both the Fedora devel list and users list does not give one much hope that such a point of view would be tolerated, much less welcomed. >> >> Exactly. They don't care about breakage, only change. In the early days I tried to follow Fedora development and no one paid any >> attention to complaints about breaking interfaces that other things rely on. I eventually just gave up when they pushed a kernel update mid-rev that wouldn't boot on my (mainstream IBM) test box and >> subsequent updates were the same. I don't really expect them to care - the people who have something invested in existing components and interfaces have been split out of that community. I just see it as a big mistake to let them control the future of the distribution to people that need stability and ongoing interface compatibility. >> >>> One might, however, consider that the CentOS list is a concentration of people that evidently have some status within a number of >>> Enterprises. >> >> I used to try to encourage using more linux vs.Windows here and deployed Centos for infrastructure myself wherever possible because it used to be easier to manage and more stable. But now that I'm approaching retirement and realizing that the current management processes aren't going to continue to work, I think that may have been a mistake. >> > > I read it and there are very familiar feelings. Some 7 or so years ago I found myself at a meeting (that was open solaris meeting) with a bunch of people who started looking for alternatives to migrate their boxes to from Linux. (I may be off on time; it was right after Oracle acquired Sun Microsystems, so there was already this joke out there: how do you call that system? If you repeat Sun-Oracle very fast you likely will get it right: "snorkel" ;-) One of the pushing points was: already then on average every 30-45 days was either glibc or kernel update, meaning you have to reboot the box (and on multiple threads here there was a bunch of other unpleasant things mentioned so I'll skip them...). Linux from Unix-like system became more Windows like (sorry if it offends anyone, but I can't hold myself and not repeat what one of people called Linux then: "Lindoze"). > > So, several of those people fled to open solaris. My journey was different, I ended up migrating a bunch of most important boxes to FreeBSD. I know how many on this list are already allergic to me saying this, I promise, this is the last time. I'm using as excuse something familiar I feel in James's post... Stupid me: Sorry, in Les's post I meant to say.. ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++

1 0

Question about Neighbour Table Overflow.
by zhen wang 08 Jan '15

08 Jan '15

Hi, all When use Centos 6.5,kernel version 2.6.431, I have continuous messages of "Neighbour table overflow" in messages. I have modified the gc_thresh1(512) , gc_thresh2 (2048) gc_thresh3 (4096) in /proc/sys/net.. path, But the messages occurs occasionally. some forum saied: They are probably realted to a kernel bug where the thresholds are in fact only half of the value that is set. See http://patchwork.ozlabs.org/patch/170385/ --- I didn't figure it out whether it is a bug and it is fixed . Why did this happen? Who can give me hand. Thanks.

2 1

SSI?
by Steve Thompson 08 Jan '15

08 Jan '15

All, What is the state of SSI (single system image) on CentOS 6/7 these days? I'm interested in this at present just for the fun aspect of trying it. Obviously openMosix is no more, but OpenSSI, Kerrighed and LinuxPMI appear to be dormant. TIA, Steve

1 0

reload /sbin/init
by Markus Falb 08 Jan '15

08 Jan '15

Hi, There was an update of glibc on CentOS 6 http://lists.centos.org/pipermail/centos-announce/2015-January/020863.html and now: # needs-restarting 1 : /sbin/init How do i tell /sbin/init to use the updated files from glibc without a reboot? -- Kind Regards, Markus Falb

2 1

CentOS-announce Digest, Vol 119, Issue 2
by centos-announce-request＠centos.org 08 Jan '15

08 Jan '15

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-2015:0013 CentOS 6 resource-agents BugFix Update (Johnny Hughes) 2. CESA-2105:X001 Important xen kernel libvirt python-virtinst e1000e (Xen4CentOS Only) Security Update (Johnny Hughes) 3. CESA-2015:0016 Moderate CentOS 6 glibc Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 7 Jan 2015 15:41:50 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:0013 CentOS 6 resource-agents BugFix Update Message-ID: <20150107154150.GA48392(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:0013 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0013.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: bb3c1912b3220618cec8ff0d98875d9dfabffa44c177e2b18d5f1271e61ab694 resource-agents-3.9.5-12.el6_6.2.i686.rpm x86_64: 1c6dd42edf5201b0ea8dda31cae2d56f645eee09f21a830dec1bf7a4a97a8360 resource-agents-3.9.5-12.el6_6.2.x86_64.rpm 0acba837ca1cd6a19704f2e065009f3d4fb05c4f24607d129ffb87e98a188358 resource-agents-sap-3.9.5-12.el6_6.2.x86_64.rpm Source: 705658c1e708c1d614564800da312149470c77b159bad2d95dcc566b5be0ea10 resource-agents-3.9.5-12.el6_6.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 7 Jan 2015 16:40:55 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2105:X001 Important xen kernel libvirt python-virtinst e1000e (Xen4CentOS Only) Security Update Message-ID: <20150107164055.GA56550(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii The following packages are updated for Xen4CentOS for CentOS 6: Source: 942bc436e401c798991ae4ca956082c12a5a3b65ec53cd7ec9901dda7704f9b7 e1000e-2.5.4-3.10.63.2.el6.centos.alt.src.rpm aa46f97636568c46295d2d99f1e33b5fda50df707a2a8321a516200b8b4e95a6 kernel-3.10.63-11.el6.centos.alt.src.rpm ea44d2658e096ef6f00f7dfd4fecc6bff977d959563e4929539d23643b134c3a libvirt-0.10.2.8-9.el6.centos.alt.src.rpm 6638a40f4a1e1ac6a63aea6256f9f4c43c6281eb7db5f011c327cb3b472de871 python-virtinst-0.600.0-25.el6.centos.alt.src.rpm fac4802834313eb2e4bbfa67e518b2c3f7d5746cf2e3d4d8bf06d9414c1a69ad xen-4.2.5-38.el6.centos.alt.src.rpm x86_64: 2c8f12408cfe619b2cf9d0eaf48df915f5027b835fdcd3011b21a34ae78fa304 e1000e-2.5.4-3.10.63.2.el6.centos.alt.x86_64.rpm c9ff6fde1abc5b7d98f1110149929781a5768e56f49e0f924d3507a780bf8361 kernel-3.10.63-11.el6.centos.alt.x86_64.rpm a4354c3ecb987d8a71cfa2757a97258eaf757c5be8609cd5e591e24b44fa3c7c kernel-devel-3.10.63-11.el6.centos.alt.x86_64.rpm d385b51f0e2df5bcdf6b770b55d6c7b5db838b8082c122eb74bccd708c8e48eb kernel-doc-3.10.63-11.el6.centos.alt.noarch.rpm 7d8e93f0aa85695643272c8fa51aa8cb9b82b542fe458e9a79e068fe6415778c kernel-firmware-3.10.63-11.el6.centos.alt.noarch.rpm 2c52e6f3fad408a4113c1b54c0c23fe3188d7c7d5586ba4d5ea8875b3bdf8351 kernel-headers-3.10.63-11.el6.centos.alt.x86_64.rpm cc449d9ad8ffb0a85594891da53f6574ae1092137e398529322cc8a52cf91708 libvirt-0.10.2.8-9.el6.centos.alt.x86_64.rpm b4e4b4972b7b2d305a415ffb24a56e1ac4ff40f38c183b138be5a6e92c97e0ea libvirt-client-0.10.2.8-9.el6.centos.alt.x86_64.rpm 304794603b7240170b1e0de2fb0dab820b373d8ba99a62157780062bc35b1ace libvirt-daemon-0.10.2.8-9.el6.centos.alt.x86_64.rpm 13247406443b9d1ae7916ef8c527560f44f2b97a79d6a30da05215ccf75abd85 libvirt-daemon-config-network-0.10.2.8-9.el6.centos.alt.x86_64.rpm ba40af0619fe878d0e8a7df4cc7ed18583014b762c7df085c128808b17b082b8 libvirt-daemon-config-nwfilter-0.10.2.8-9.el6.centos.alt.x86_64.rpm 884523cd5effc77a0f1635dbd8b31b65652f0f47c8fa3766e3e1269f8265a3a8 libvirt-daemon-driver-interface-0.10.2.8-9.el6.centos.alt.x86_64.rpm 6b5cf8f1558539dfbc048ffcdfa5c088c91da4eeed3d81271e2e7d463bf857ed libvirt-daemon-driver-libxl-0.10.2.8-9.el6.centos.alt.x86_64.rpm 3ee246afb33447cb498ef380f6cdca7bf30a0e7e214afe741003a0b8a0b52464 libvirt-daemon-driver-lxc-0.10.2.8-9.el6.centos.alt.x86_64.rpm 7e188a365145e1ff3181f6dea5634eecccb6881119d940afe5fa5b7f77ec6df3 libvirt-daemon-driver-network-0.10.2.8-9.el6.centos.alt.x86_64.rpm 819dfe1938e4bd7aed780ce612fa24b60758c7318d5ac30fc9ac049d966bdcfd libvirt-daemon-driver-nodedev-0.10.2.8-9.el6.centos.alt.x86_64.rpm 71ca9d8ea49819c3684cd14d98ae1ab5143c2ac63318c3edff62ebc66b8b6b6b libvirt-daemon-driver-nwfilter-0.10.2.8-9.el6.centos.alt.x86_64.rpm 02507a39ad3614dffc8ad03700709017558fd15818d0f1e838cec8655c54526e libvirt-daemon-driver-qemu-0.10.2.8-9.el6.centos.alt.x86_64.rpm 6674c23f807ab5fd9dd00e658beb2a7d627fa65958fbaa5d1ad46e96f861657e libvirt-daemon-driver-secret-0.10.2.8-9.el6.centos.alt.x86_64.rpm b20cb8588282f47f5dab730ca3320480e0ac1746f8d5723d6517ce3d31861463 libvirt-daemon-driver-storage-0.10.2.8-9.el6.centos.alt.x86_64.rpm a3f2a58fcbe08ecd5c1704e36a81fc86dcec61f38cce7ce70bd4576c6c7d18a9 libvirt-daemon-driver-xen-0.10.2.8-9.el6.centos.alt.x86_64.rpm 06fd6ec2fa6e4175c51770d3a825d3115d731777006908e49378378ccf9bc757 libvirt-daemon-kvm-0.10.2.8-9.el6.centos.alt.x86_64.rpm 81a7f96bd97f7cb746c74ac779d51147f1de9fdc1e01f34cb3ac4a5386e22728 libvirt-daemon-lxc-0.10.2.8-9.el6.centos.alt.x86_64.rpm 471d338d2475f30ad1fc5155ae97b1ce0dc3d8a7021bc9d53eb9f1c4bd1ade0b libvirt-daemon-xen-0.10.2.8-9.el6.centos.alt.x86_64.rpm 06bd1208fbce65935ab192fc75c97ed74e928d4d17e92290d6fed6da57e65f22 libvirt-devel-0.10.2.8-9.el6.centos.alt.x86_64.rpm 61e06ed53b142944ab386587d1242a0f95486ad1935854d7d214508ec81292db libvirt-docs-0.10.2.8-9.el6.centos.alt.x86_64.rpm ce581b3d70d7b4d8982b285315518731f37ffaad2ec78b389e0e074fd020385c libvirt-lock-sanlock-0.10.2.8-9.el6.centos.alt.x86_64.rpm 56106bedfbfc6d8bd5095ea38df236aaed7a462c0cfc07942b51614650f53aa8 libvirt-python-0.10.2.8-9.el6.centos.alt.x86_64.rpm 3c8e89f5029f30574ab6ca88c46eba2af11ff73cc7d92a8a724e7484886c0f21 perf-3.10.63-11.el6.centos.alt.x86_64.rpm d3584e0235562bf5a2225dd7049ca4420b261bc19955009b3ae994a3811af69a python-virtinst-0.600.0-25.el6.centos.alt.noarch.rpm 7b50c868a1a7c92dd1e1bf7f4b05a3abed12561e289e9a41cf87ea18c9925b1c xen-4.2.5-38.el6.centos.alt.x86_64.rpm 1a10b5f778324f946922be87913e0902a15afaf4c3e0f88c38b843292163d578 xen-devel-4.2.5-38.el6.centos.alt.x86_64.rpm cf7de2648cf80e252c16c0c30dca44b064a0f3136b389b990558202c47f9c58c xen-doc-4.2.5-38.el6.centos.alt.x86_64.rpm 65c87da1e0ba2d36458aae2cfbd070843b36b8812432efba3431c8a68d33fadd xen-hypervisor-4.2.5-38.el6.centos.alt.x86_64.rpm d1ed1a6f0b0064251adce3ed501fe16c83139d6e730d77151feb1b6fe1248525 xen-libs-4.2.5-38.el6.centos.alt.x86_64.rpm a98ac4c5120f3a38ff926ea72048b327cc6d26d6de27519eb98b7f134296eccf xen-licenses-4.2.5-38.el6.centos.alt.x86_64.rpm 2fa4564b445251ee6c20ffbc62ac365bf368618c73503b34aceb8934a010add6 xen-ocaml-4.2.5-38.el6.centos.alt.x86_64.rpm 34b975cd3b396ce130819ecc87676fd2437292d8c43f3a3963d67c0e4a438248 xen-ocaml-devel-4.2.5-38.el6.centos.alt.x86_64.rpm 0e7dcd74118cb8c81e3756c9fce7ccc19fa1f0e1bfe2fc670b2f18297731213e xen-runtime-4.2.5-38.el6.centos.alt.x86_64.rpm ======================================================================== These updates address the following issues: e1000e: Just a rebuild of the module for the new kernel. ======================================================================== libvirt: One minor bugfix from the 0.10.2-maint tree at libvirt.org: http://libvirt.org/git/?p=libvirt.git;a=patch;h=a397e887ed40898cc177e118dff… ======================================================================== python-virtinst: 1. Upgraded to the version in CentOS-6.6 which is addressed here: https://rhn.redhat.com/errata/RHBA-2014-1444.html 2. Modified to use the tap2.5 interface in the Xen4CentOS6 tree. ======================================================================== Xen: http://xenbits.xen.org/xsa/advisory-109.html http://xenbits.xen.org/xsa/advisory-110.html http://xenbits.xen.org/xsa/advisory-111.html http://xenbits.xen.org/xsa/advisory-112.html http://xenbits.xen.org/xsa/advisory-113.html http://xenbits.xen.org/xsa/advisory-114.html http://xenbits.xen.org/xsa/advisory-116.html Xen CVE's: CVE-2014-8594, CVE-2014-8595, CVE-2014-8866, CVE-2014-8867, CVE-2014-9030, CVE-2014-9065, CVE-2014-9066, CVE-2015-0361 ======================================================================== Kernel: https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.57 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.58 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.59 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.60 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.61 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.62 https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.63 Kernel CVE's: CVE-2014-3601, CVE-2014-3610, CVE-2014-3611, CVE-2014-3647, CVE-2014-7970, CVE-2014-7975 -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos at irc.freenode.net ------------------------------ Message: 3 Date: Wed, 7 Jan 2015 22:45:41 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:0016 Moderate CentOS 6 glibc Security Update Message-ID: <20150107224541.GA62721(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:0016 Moderate Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-0016.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 24e8a54841d2f60b571da54c41c8b5e90713c920aa6b8d5fea15f4c59028393d glibc-2.12-1.149.el6_6.4.i686.rpm edc243ccfa7eb89a28cc1082e3155df817c5b34eca0b1bbb3af2b45abe28b25c glibc-common-2.12-1.149.el6_6.4.i686.rpm 2d8f8bef2ce971d98e331362e664e05b88671b05e49e938422fe710ad26cdd6c glibc-devel-2.12-1.149.el6_6.4.i686.rpm 0104e080dd839b3cf7485a8c32bcc2ecc99b46d65864e881dcc7a2b7a35c487c glibc-headers-2.12-1.149.el6_6.4.i686.rpm 96638cb9ac3ea855be459e3991e77e19fc841a3ea6bed0ec4024dfdd6aaab83a glibc-static-2.12-1.149.el6_6.4.i686.rpm c955dfa4af44ebc46209da9cca4fbacb9edea97b98c5df01f4d476a9b4c5d782 glibc-utils-2.12-1.149.el6_6.4.i686.rpm 2a94a269c924e0230c453eb40bed272d4fc602e866b870797f931692bb1e8b70 nscd-2.12-1.149.el6_6.4.i686.rpm x86_64: 24e8a54841d2f60b571da54c41c8b5e90713c920aa6b8d5fea15f4c59028393d glibc-2.12-1.149.el6_6.4.i686.rpm 561da2e99d2ca47f4443ffb6fdd02e44757f7586c3817148ce19efb3f94e20c0 glibc-2.12-1.149.el6_6.4.x86_64.rpm c7683cfbed7ff0f3367b28caa722866aee2df22e9b09eb6499d9b223602e3cee glibc-common-2.12-1.149.el6_6.4.x86_64.rpm 2d8f8bef2ce971d98e331362e664e05b88671b05e49e938422fe710ad26cdd6c glibc-devel-2.12-1.149.el6_6.4.i686.rpm 068c46be355df6e7accd944bb4149591e71b26bc4fc3e5fa104a4f41b80ba7dc glibc-devel-2.12-1.149.el6_6.4.x86_64.rpm 6eb86e7671f1ac126f0fc4fd610ba1d380954e59cfb2da5ca705ed9918af2ba5 glibc-headers-2.12-1.149.el6_6.4.x86_64.rpm 96638cb9ac3ea855be459e3991e77e19fc841a3ea6bed0ec4024dfdd6aaab83a glibc-static-2.12-1.149.el6_6.4.i686.rpm c7972b20d78c1f0c3da9efb0a7b4c5e98b998adea44594e517dcd803962b19d7 glibc-static-2.12-1.149.el6_6.4.x86_64.rpm 73089b23f0475c89c45279f33c19bdfa2d1893c9136ebcb440be1282d27deda7 glibc-utils-2.12-1.149.el6_6.4.x86_64.rpm f96f7bb4cb8b3b6c175b2267afbf8e76cbd1267d9534b12036f4f9ee67215807 nscd-2.12-1.149.el6_6.4.x86_64.rpm Source: 3a9aa47313be89b63fe9b6ce888a896110ccf769698bbbc34594245cd18c418c glibc-2.12-1.149.el6_6.4.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 119, Issue 2 ***********************************************

1 0

dovecot move doesn't work
by Chuck Campbell 08 Jan '15

08 Jan '15

I'm running centos 6.6 with the default 2.0.9-xxx dovecot. I run sa-learn against my spam_to_learn folder, then I wan to move those emails to a learned_spam folder. when I do a doveadm -Dv move -u user learned_spam mailbox 'spam_to_learn' ALL I get this result: usage: doveadm [-Dv] [-f <formatter>] <command> [<args>] altmove [-u <user>|-A] [-S <socket_path>] <search query> auth [-a <auth socket path>] [-x <auth info>] <user> [<password>] config [doveconf parameters] director add|flush|map|remove|status dump [-t <type>] <path> expunge [-u <user>|-A] [-S <socket_path>] <search query> fetch [-u <user>|-A] [-S <socket_path>] <fields> <search query> force-resync [-u <user>|-A] [-S <socket_path>] <mailbox> help <cmd> import [-u <user>|-A] [-S <socket_path>] <source mail location> <dest parent mailbox> <search query> kick [-a <anvil socket path>] [-f] <user mask>[|]<ip/bits> log find|reopen|test mailbox create|delete|list|mutf7|rename|status|subscribe|unsubscribe penalty [-a <anvil socket path>] [<ip/bits>] purge [-u <user>|-A] [-S <socket_path>] pw [-l] [-p plaintext] [-r rounds] [-s scheme] [-u user] [-V] reload search [-u <user>|-A] [-S <socket_path>] <search query> sis deduplicate|find stop user [-a <userdb socket path>] [-x <auth info>] <user mask> [...] who [-a <anvil socket path>] [-1] [<user mask>] [<ip/bits>] this doesn't even list a move command, yet the dovecot pages show it and give examples. any suggestions? thanks, -chuck --

4 8

Re: [CentOS] reboot - is there a timeout on filesystem flush?
by John R Pierce 07 Jan '15

07 Jan '15

On 1/7/2015 12:50 PM, m.roth(a)5-cent.us wrote: > Right... but only cost 133% (about) more than consumer drives, as opposed > to the 300% that the "server/enterprise" grade drives' cost. well, those $$$ drives are likely SAS rather than SATA, and that has other advantages... 10k or 15k RPM gives you up to double the IOPS per spindle of a 7200rpm SATA drive (and WD Reds are only 5900 RPM, I believe?)... 2.5" enterprise disks let you have more smaller spindles in the same space (24-25 per 2U vs 12 for 3.5") for higher IO concurrency, and SAS supports multipathing (dual porting) for higher IO bandwidth, also SAS has tagged command queueing which often performs better than SATA NCQ under high IO concurrency workloads, like database servers. -- john r pierce 37N 122W somewhere on the middle of the left coast

2 1

Re: [CentOS] reboot - is there a timeout on filesystem flush?
by John R Pierce 07 Jan '15

07 Jan '15

On 1/7/2015 12:15 PM, m.roth(a)5-cent.us wrote: > Actually, the WD Reds and similar are just fine. those are specifically sold for use in small NAS (raid) environments, so yeah, they are configured 'correctly'. -- john r pierce 37N 122W somewhere on the middle of the left coast

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss January 2015