Discuss

discuss@lists.centos.org

2 participants
34758 discussions

OT: bareos (F/OSS fork of bacula)
by m.roth＠5-cent.us 13 Aug '15

13 Aug '15

I'm trying to get this up and running, and have run into something that isn't clear in the docs: volumes are part of pools, I get, but I see that the limit to the number of volumes is 100. Is this a drop-dead can't-go-beyond? If I have > 100 clients to back up, do they all go to one volume, or to individual volumes? mark

2 1

Re: [CentOS] C6.7 evolution to cyrus imap(s) fails
by Richard 13 Aug '15

13 Aug '15

> Date: Wednesday, August 12, 2015 22:22:22 +0100 > From: Dr J Austin <ja(a)maui.jaa.org.uk> > > > Many thanks to Alexander, Richard, Jonathan and m.roth > > The Magic incandation ! > > portrelease dovecot > service cyrus-imapd restart > > [root@maui:/etc/named]$ cat /etc/portreserve/dovecot > imap > imaps > pop3 > pop3s > > My total ignorance of portrelease/portreserve has been a bit > of a problem! > > Now to fix it permanently and get evolution back in one piece > > But why was cyrus able to use imap, pop3 & pop3S but not imaps? > > John > > Look in /etc/portreserve/ and look at the files there (both the names on the files and their contents). That will give you a sense of what services are covered. Your previous netstat output indicated that portreserve was "holding" both 143 (imap) and 993 (imaps). Since we were focusing on imap I didn't ask for netstat for other ports, so don't know what else it might have been "holding". [snip ... ] > ------------------------------------------------------------------ > -- >> What did you configure in your DNS and set in /etc/hosts? Please >> provide last one. >> > I am running a DNS server on maui that is updated by DHCP as > required > The zone file looks like this at the moment > IPs between range 148.197.29.129 148.197.29.253 ; > are dynamic, the rest are fixed > > [root@maui:/var/named/chroot/var/named/dynamic]$ cat > jaa.org.uk.zone > $ORIGIN . > $TTL 86400 ; 1 day > jaa.org.uk IN SOA maui.jaa.org.uk. ja.jaa.org.uk. ( > 200714349 ; serial > 7200 ; refresh (2 hours) > 300 ; retry (5 minutes) > 604800 ; expire (1 week) > 60 ; minimum (1 minute) > ) > NS maui.jaa.org.uk. > MX 10 maui.jaa.org.uk. > $ORIGIN jaa.org.uk. > $TTL 43200 ; 12 hours > android-54f4af51ba23308b A 148.197.29.251 > TXT > "31d805ae3efb12d6a37351a28b581c9142" > $TTL 86400 ; 1 day > draytek A 148.197.29.254 > $TTL 43200 ; 12 hours > ferrari A 148.197.29.183 > TXT > "310fc27c6e505544502e0a12fb2192d64a" > $TTL 86400 ; 1 day > maui A 148.197.29.5 > $TTL 43200 ; 12 hours > paxos A 148.197.29.159 > TXT > "315dff374b9faae33e5457b537bb671bd9" > $TTL 86400 ; 1 day > zyxel A 148.197.29.2 > ------------------------------------------------------------------- > [root@maui:/etc/named]$ cat /etc/hosts > 127.0.0.1 localhost.localdomain localhost maui ># 127.0.0.1 localhost.localdomain localhost > ::1 maui.jaa.org.uk maui localhost6.localdomain6 localhost6 > 148.197.29.5 maui.jaa.org.uk maui > I'm not certain where that's coming from. That will all work internally (assuming internal consistency), but the outside world has a rather different view. The information returned by whois for jaa.org.uk (which has your name as registrant) shows: Name servers: ns.hosteurope.com ns2.hosteurope.com as the nameservers for that domain. If you do a "dig" against either of those servers for your maui host: dig @ns.hosteurope.com maui.jaa.org.uk you get: maui.jaa.org.uk. 14400 IN A 213.152.52.233 An rDNS lookup on that IPnumber returns: 233.52.152.213.in-addr.arpa. 56246 IN PTR jaa.org.uk. while the rDNS on 148.197.29.5 returns: 5.29.197.148.in-addr.arpa. 50161 IN PTR adarwash1.ee.port.ac.uk which matches the forward lookup: adarwash1.ee.port.ac.uk. 86400 IN A 148.197.29.5 So, the outside world has a rather different view of what your ipnumber(s) are than you seem to be getting/using internally.

1 0

Re: [CentOS] C6.7 evolution to cyrus imap(s) fails
by Richard 12 Aug '15

12 Aug '15

------------ Original Message ------------ > Date: Wednesday, August 12, 2015 14:16:03 +0100 > From: Dr J Austin <ja(a)maui.jaa.org.uk> > > On Wed, 12 Aug 2015, Richard wrote: > >> >> I don't think that wireshark adds much to this. Unless you had a >> proxy in the middle, the "connection refused" responses already >> indicated that your connections were getting to the/a server, it's >> just refusing the connections. >> >> Connections by name, especially short forms, are suspect unless >> you can be very certain of how they are being resolved (i.e., what >> IPnumber you end up trying to connect to). There is no reason that >> using root to connect to port 993 would work when a normal user >> doesn't. An IMAP server either accepts the initial connection >> from a machine or not - it doesn't know or care what type of user >> is originating the connection. >> >> You may want to look into what you were able to connect to via: >> >> openssl s_client -connect maui:993 >> >> I'd start by looking up what "maui" resolves to. >> >> I just looked up maui.jaa.org.uk. It (currently) resolves to >> 213.152.52.233, not the 148.197 you seemed to be using above. I >> realize you may have some form of dynamic dns going here, but >> thought I'd mention it. >> >> >> Could you try (as root) two slightly different version of my >> earlier netstat commands: >> >> netstat -pnlA inet | egrep ':993|:143' >> >> netstat -pnlA inet6 | egrep ':993|:143' >> >> >> the addition of "A inet/inet6" will show whether it is listening >> via ipv4 (inet) or ipv6 (inet6) on the imap port > > > Hi Richard > > I have been working at trying to get cyrus to listen on > 148.197.29.5 interface instead of the localhost - I have failed > > Whenever I add things to /etc/cyrus.conf such as > imaps cmd="imapd -s" listen="[148.197.29.5]:imaps" prefork=1 > > [root@maui:~]$ service cyrus-imapd restart > > [root@maui:~]$ ps -ef|grep cyr > cyrus 22187 1 0 13:26 ? 00:00:00 idled > cyrus 28044 1 0 13:54 ? 00:00:00 > /usr/lib/cyrus-imapd/cyrus-master -d > cyrus 28048 1 0 13:54 ? 00:00:00 idled > cyrus 28050 28044 0 13:54 ? 00:00:00 imapd > cyrus 28051 28044 0 13:54 ? 00:00:00 pop3d > cyrus 28052 28044 0 13:54 ? 00:00:00 pop3d -s > cyrus 28053 28044 0 13:54 ? 00:00:00 lmtpd -a > cyrus 28054 28044 0 13:54 ? 00:00:00 imapd > cyrus 28055 28044 0 13:54 ? 00:00:00 pop3d > cyrus 28058 28044 0 13:54 ? 00:00:00 imapd > cyrus 28059 28044 0 13:54 ? 00:00:00 imapd > cyrus 28060 28044 0 13:54 ? 00:00:00 imapd > cyrus 28061 28044 1 13:54 ? 00:00:00 pop3d > root 28063 11348 0 13:54 pts/2 00:00:00 grep cyr > > Then no "imapd -s" appears > > I have tried all sorts of combinations in cyrus.conf but all fail > to LISTEN on 148.197.29.5 > > I have tried taking maui out of /etc/hosts > > My IP addresses are a bit odd - but I have been using > 148.197.29.0/24 for so long, ... > They have never escaped as far as I know! > client machine > ja@paxos ~ 1$ host 148.197.29.5 > 5.29.197.148.in-addr.arpa domain name pointer maui.jaa.org.uk. > ja@paxos ~ 2$ host maui > maui.jaa.org.uk has address 148.197.29.5 > > server machine > [root@maui:/etc/pki/cyrus-imapd]$ host maui > maui.jaa.org.uk has address 148.197.29.5 > ------------------------------------------------------------------ > ----- > With these lines in cyrus.conf > imap cmd="imapd" listen="imap" prefork=5 ># imaps cmd="imapd -s" listen="imaps" prefork=1 > imaps cmd="imapd -s" listen="[148.197.29.5]:imaps" prefork=1 > pop3 cmd="pop3d" listen="pop3" prefork=3 > pop3s cmd="pop3d -s" listen="pop3s" prefork=1 > sieve cmd="timsieved" listen="sieve" prefork=0 > > your two netstat lines show > [root@maui:/etc/pki/cyrus-imapd]$ netstat -pnlA inet | egrep > ':993|:143' > udp 0 0 0.0.0.0:143 0.0.0.0:* > 1465/portreserve > udp 0 0 0.0.0.0:993 0.0.0.0:* > 1465/portreserve > > [root@maui:/etc/pki/cyrus-imapd]$ netstat -pnlA inet6 | egrep > ':993|:143' > tcp 0 0 :::143 :::* LISTEN > 29460/cyrus-master > > ------------------------------------------------------------------ > -------- > With > imap cmd="imapd" listen="imap" prefork=5 > imaps cmd="imapd -s" listen="imaps" prefork=1 ># imaps cmd="imapd -s" listen="[148.197.29.5]:imaps" prefork=1 > pop3 cmd="pop3d" listen="pop3" prefork=3 > pop3s cmd="pop3d -s" listen="pop3s" prefork=1 > sieve cmd="timsieved" listen="sieve" prefork=0 > > [root@maui:/etc/pki/cyrus-imapd]$ netstat -pnlA inet | egrep > ':993|:143' > udp 0 0 0.0.0.0:143 0.0.0.0:* > 1465/portreserve > udp 0 0 0.0.0.0:993 0.0.0.0:* > 1465/portreserve > [root@maui:/etc/pki/cyrus-imapd]$ netstat -pnlA inet6 | egrep > ':993|:143' > tcp 0 0 :::993 :::* LISTEN > 30596/cyrus-master > tcp 0 0 :::143 :::* LISTEN > 30596/cyrus-master > > Why will cyrus not listen on 148.197.29.5 ? > > John My dns lookup (against either of the hosteurope.com nameservers listed for jaa.org.uk) is showing the following for the maui FQDN. maui.jaa.org.uk. 14400 IN A 213.152.52.233 and I'm getting: 5.29.197.148.in-addr.arpa. 80184 IN PTR adarwash1.ee.port.ac.uk for the rDNS of 148.197.29.5. As you can see from the netstat output, cyrus is listening (on all interfaces), but only on ipv6. It doesn't appear to be listening on any interface on ipv4. You do have portreserve "holding" the IMAP ipv4 ports. It's possible that it's not releasing them to cyrus. You may want to look at the man page for that application, and see that it knows about cyrus (mine is only set up to "hold" things for cups). I would also suggest looking at your yum.log to see if cyrus was updated with the .6->.7 update. If so, look for "rpmnew" or "rpmold" config files. In my experience it is uncommon for updates to move current configs out, unless they are incompatible with a new release (and when they do you should find an "rpmold"). I've never touched cyrus, so can't be of much help trying to (re-)configure it (but I'd look at portreserve first).

2 1

C6.7 evolution to cyrus imap(s) fails
by Dr J Austin 12 Aug '15

12 Aug '15

Hi I have been using evolution/cyrus/exim for 10 years - until yesterday! I upgraded to C6.7 and now there is no way I can find of connecting from evo to the cyrus imap(s) server [root@maui:~]$ ps -ef|grep imap cyrus 27768 1 0 15:21 ? 00:00:00 /usr/lib/cyrus-imapd/cyrus-master -d cyrus 27775 27768 0 15:21 ? 00:00:00 imapd -s cyrus 27779 27768 0 15:21 ? 00:00:00 imapd cyrus 27781 27768 0 15:21 ? 00:00:00 imapd cyrus 27782 27768 0 15:21 ? 00:00:00 imapd cyrus 27783 27768 0 15:21 ? 00:00:00 imapd cyrus 27933 27768 0 15:36 ? 00:00:00 imapd cyrus 28048 27768 0 15:46 ? 00:00:00 imapd evo is running on a fully updated F22 machine, cyrus/exim on C6.7 k-9 mail on a tablet and a mobile no longer connect even tried thunderbird which also would not connect When trying to connect with evo I get Failed to open folder The reported error was "Could not connect to 148.197.29.5: Connection refused" If I try to change things by editing the "Recieving Email" menu ie by changing the "Encryption method" from "SSL on a dedicated port" 993 to "No encryption" it still fails In fact just hitting Authentication "Check for supported types" gives Failed to query server for a list of supported authentication mechanisms. Could not connect to 148.197.29.5: Connection refused wireshark shows just two lines using tcp.port==993 filter Unfortunately this does not mean much to me! 124 3.276582000 148.197.29.159 148.197.29.5 TCP 74 54564→993 [SYN] Seq=0 Win=29200 Len=0 MSS=1460 SACK_PERM=1 TSval=71392019 TSecr=0 WS=128 125 3.276770000 148.197.29.5 148.197.29.159 TCP 60 993→54564 [RST, ACK] Seq=1 Ack=1 Win=0 Len=0 I have tried the following to no avail tcpdump -s 0 -w dump_file ssldump -a -A -H -d -r dump_file and selinux in permissive mode firewall off Help! John

5 17

Apache mod_perl cross site scripting vulnerability
by Proxy One 12 Aug '15

12 Aug '15

Hello, I've failed latest PCI scan because of CVE-2009-0796. Centos 6.7. The Red Hat Security Response Team has rated this issue as having moderate security impact and bug as wontfix. Explanation: The vulnerability affects non default configuration of Apache HTTP web server, i.e cases, when access to Apache::Status and Apache2::Status resources is explicitly allowed via <Location /perl-status> httpd.conf configuration directive. Its occurrence can be prevented by using the default configuration for the Apache HTTP web server (not exporting /perl-status). I haven't used <Location /perl-status> but Trustwave still finds me vulnerable. Evidence: Request: GET /perl- status/APR::SockAddr::port/"><script>alert('xss')</script> HTTP/1.1 Accept: */* User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) Host: www.mydomain.com Content-Type: text/html Content-Length: 0 Response: HTTP/1.1 404 Not Found Date: Mon, 07 Aug 2015 11:10:21 GMT Server: Apache/2.2.15 (CentOS) X-Powered-By: PHP/5.3.3 Set-Cookie: PHPSESSID=kj6bpud7htmbtgaqtcwhsqk7j1; path=/ Expires: Thu, 19 Nov 1981 08:52:00 GMT Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre- check=0 Pragma: no-cache Connection: close Transfer-Encoding: chunked Content-Type: text/html; charset=UTF-8 Body: contains '"><script>alert('xss')</script>' How can I get around this?

4 6

CentOS-announce Digest, Vol 126, Issue 5
by centos-announce-request＠centos.org 12 Aug '15

12 Aug '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. Release for CentOS-6.7 LiveCD and LiveDVD for i386 and x86_64 (Fabian Arrotin) 2. CESA-2015:1586 Critical CentOS 7 firefox Security Update (Johnny Hughes) 3. CESA-2015:1586 Critical CentOS 6 firefox Security Update (Johnny Hughes) 4. Release 1507 of CentOS Linux 7 Rolling ISO Based Media (Johnny Hughes) 5. CESA-2015:1586 Critical CentOS 5 firefox Security Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Tue, 11 Aug 2015 14:52:50 +0200 From: Fabian Arrotin <arrfab(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] Release for CentOS-6.7 LiveCD and LiveDVD for i386 and x86_64 Message-ID: <55C9F022.90608(a)centos.org> Content-Type: text/plain; charset=utf-8 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We are pleased to announce the immediate availability of CentOS-6.7 LiveCD and LiveDVD for the i386 and x86_64 architectures. Detailed Release Notes are available at http://wiki.centos.org/Manuals/ReleaseNotes/CentOSLiveDVD6.7 http://wiki.centos.org/Manuals/ReleaseNotes/CentOSLiveCD6.7 +++++++++++++++++++++++ Overview The CentOS-6.7 LiveDVD and LiveCD are meant to be a Linux environment suited to be run directly from either Optical media or USB storage devices. It does not need any persistent storage on a machine, which also makes it a suitable recovery environment. The Live media are setup to run as full desktop environments and include most of the applications used in this role. +++++++++++++++++++++++ Download SHA256SUMs : b13e03dc9768178d749855eb5d33339a6684d669b945f74a1fecb0a61fa248f2 CentOS-6.7-i386-LiveCD.iso ff73d6cd00f56ba08a607aab707e5000be5cdc67b5c65a7283c37c24f1b88198 CentOS-6.7-i386-LiveDVD.iso bc8e102f93982b311b1cfd61218113aa08a3b251bf7b4c4468cdbeb5e80dff0a CentOS-6.7-x86_64-LiveCD.iso 2f320093024cf586ad256d8ae41bef1fe2c03b79f3854d3e4500d9e76e052c09 CentOS-6.7-x86_64-LiveDVD.iso The CentOS-6.7 Live media images are released to all external mirrors and available for download now. List of mirrors is available at these urls : http://isoredirect.centos.org/centos/6/isos/i386/ http://isoredirect.centos.org/centos/6/isos/x86_64/ Due to the size of these DVDs, torrents have also been released and are being seeded at this time. The torrents are available at: http://mirror.centos.org/centos/6/isos/x86_64/CentOS-6.7-x86_64-LiveDVD.tor… http://mirror.centos.org/centos/6/isos/x86_64/CentOS-6.7-x86_64-LiveCD.torr… http://mirror.centos.org/centos/6/isos/i386/CentOS-6.7-i386-LiveDVD.torrent http://mirror.centos.org/centos/6/isos/i386/CentOS-6.7-i386-LiveCD.torrent Once you download the images, its important to verify contents using the sha256sum utility, against the published sums here. +++++++++++++++++++++++ Notes You can now install the Live environment to your hard disk. Please note that you need more that 512Mb of ram to be able to use that 'iinstall to hard drive' feature (If you have less than 512Mb of ram, you can install to disk but in text-mode, meaning that instead of clicking on the desktop icon, you have to launch a gnome-terminal and launch the 'liveinst' command from within the terminal) There is no upstream Live media product. The Live media produced within the CentOS Project is based on and around the livemedia tools from the Fedora Project. These LiveCD and LiveDVD only contains content found within the primary CentOS-6 distribution. No package from outside the distribution was included and no package has been changed from whats included in the base distribution. We appreciate all forms of feedback about these LiveDVD, including specific application inclusion requests or feature changes in future releases. The best place to provide this feedback is via the centos-devel mailing list ( http://lists.centos.org/ ) and feature requests via the issue tracker ( http://bugs.centos.org/ ). - -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlXJ8CIACgkQnVkHo1a+xU4mUQCdE/jMS/7Le8yen/8RZ3vRYb6i +R4An3LbmVQQ9ZIZWSIp41HjYe8wyjRX =gDx4 -----END PGP SIGNATURE----- ------------------------------ Message: 2 Date: Tue, 11 Aug 2015 20:36:44 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1586 Critical CentOS 7 firefox Security Update Message-ID: <20150811203644.GA61164(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1586 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1586.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: c6d196666b597fce65afed76f1d0c1d895bf65b65a560239c3e7af354a88c8c2 firefox-38.2.0-4.el7.centos.i686.rpm 7d5e310a87a424da2c81dedc06e5a39d2d1834c6c7cfa9b96f78cfadaac2ea81 firefox-38.2.0-4.el7.centos.x86_64.rpm Source: 1a70d03d18dfbd9a508748910f41e8f15e79b2aee02a7a36dfde2be7076c901f firefox-38.2.0-4.el7.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Tue, 11 Aug 2015 22:09:11 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CESA-2015:1586 Critical CentOS 6 firefox Security Update Message-ID: <20150811220911.GA62877(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2015:1586 Critical Upstream details at : https://rhn.redhat.com/errata/RHSA-2015-1586.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 51517ece01268a1f89503a0c5ff73485d43ba38eddaa6c47381f02a77ddfd509 firefox-38.2.0-4.el6.centos.i686.rpm x86_64: 51517ece01268a1f89503a0c5ff73485d43ba38eddaa6c47381f02a77ddfd509 firefox-38.2.0-4.el6.centos.i686.rpm 4947e88d47467034ceb41ba60c12ce4d79a8dc6c347671ee1abb338475379308 firefox-38.2.0-4.el6.centos.x86_64.rpm Source: 0ff6b5f481a6a9494d3eec90fe8e7d79f21bf52564a9e0b39db911a3c5ea69c7 firefox-38.2.0-4.el6.centos.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Tue, 11 Aug 2015 17:41:12 -0500 From: Johnny Hughes <johnny(a)centos.org> To: CentOS-Announce <centos-announce(a)centos.org> Subject: [CentOS-announce] Release 1507 of CentOS Linux 7 Rolling ISO Based Media Message-ID: <55CA7A08.2030409(a)centos.org> Content-Type: text/plain; charset="utf-8" The CentOS Project is pleased to announce general availability of the 1507 rolling build ISO install based media for CentOS Linux 7. The rolling builds are a point in time snapshot of a given CentOS version including all updates on mirror.centos.org. This includes all all security, bugfix, enhancement and general updates for CentOS Linux, in this case they include updates up to and including July 28th, 2015. Machines installed from this media will have all these updates pre-included and will look no different when compared with machines installed with older media that have been yum updated to the same point in time. All rpm/yum repositories remain on mirror.centos.org with no changes in either layout or content. The following ISOs are available here: http://buildlogs.centos.org/rolling/7/isos/x86_64/ File: CentOS-7-x86_64-DVD-1507-01.iso Sha256sum: 6a5de73d0c226d367d9535df0c6fc8bf5c1a712baf08f4c4ccd899a6f0ff5e64 File: CentOS-7-x86_64-Everything-1507-01.iso Sha256sum: 6fbc3b7e6fdd26f0a8e5543000ee2ea3fc7f7a08e9f34d30300d7e905d1d60bb File: CentOS-7-x86_64-LiveCD-1507-01.iso Sha256sum: d0fab7c55995f6cc67524ed35deb88df566ec9158094635e7d2fdfedf83973c8 File: CentOS-7-x86_64-LiveGNOME-1507-01.iso Sha256sum: 9ce946a9c49940b24c10cc73b50ba507a4ad93f3b2367ee58606d7f53e5f3920 File: CentOS-7-x86_64-LiveKDE-1507-01.iso Sha256sum: 0713355905c62e3fa2c2dd73812ee471563a88402a656111d4778e11fa978a2e File: CentOS-7-x86_64-Minimal-1507-01.iso Sha256sum: afdf4b6fb038f1f68cba34b7786d1d60681190d8cc9d6291bbca348899351e76 Symlinks are provided that will always map to the latest released builds, as follows ( including their current mapping ) http://buildlogs.centos.org/rolling/7/isos/x86_64/CentOS-7-x86_64-DVD.iso - -> CentOS-7-x86_64-DVD-1507-01.iso http://buildlogs.centos.org/rolling/7/isos/x86_64/CentOS-7-x86_64-Everythin… - -> CentOS-7-x86_64-Everything-1507-01.iso http://buildlogs.centos.org/rolling/7/isos/x86_64/CentOS-7-x86_64-Minimal.i… - -> CentOS-7-x86_64-Minimal-1507-01.iso These symlinks will be updated to point at the latest tested and released media and make for a good target in automation that requires CentOS Linux media. Note: We will be releasing these on a monthly basis on or before the 7th of each month and they will always be based on RPMs released upto and including the 28th of the previous month. This release was delayed 4 days because of the CentOS-6.7 release. - ---------- For more information and comments please join us on the centos-devel mailing list ( http://lists.centos.org/ ) Enjoy! - -- Johnny Hughes The CentOS Project

1 0

Help viewer issues
by Toralf Lund 12 Aug '15

12 Aug '15

Hi. Does anyone else have issues with the GNOME help viewer on CentOS 6? I think it mostly worked a while back, but after some recent update or the other, I have problems like: 1. Nothing happens when I click "Desktop User Guide" or "GNOME Desktop Accessibility Guide" or "GNOME Desktop System Administration Guide" on the "Help Topics" page. 2. If I select "section" links in the column on the left-hand side (under "Desktop"), I do get new section headings, but when I select any of these, again, nothing happens. 3. If I try to open a man page via a command like 'yelp man:man' or 'xdg-open man:man', I only get a blank window. Any ideas about what may be wrong? - Toralf [http://www.pgs.com/mediaFiles/Exclaimer%20graphics/PGS_LOGO_RGB_42x53px.jpg]<http://www.pgs.com> Toralf Lund Senior Software Engineer Imaging & Engineering | Geoscience & Engineering Telephone: +47 67 52 64 00 Direct: +47 67 51 57 78 Mobile: +47 91 31 66 91 Email: toralf.lund(a)pgs.com<mailto:Toralf.Lund@pgs.com> A Clearer Image | www.pgs.com<http://www.pgs.com> [http://www.pgs.com/mediaFiles/Exclaimer%20graphics/150731-ColourWave-660x14…] Address: Lilleakerveien 4C, 0283 Oslo, Norway Postal Address: P.O.Box 251 Lilleaker, 0216 Oslo, Norway This e-mail, including any attachments and response string, may contain proprietary information which is confidential and may be legally privileged. It is for the intended recipient only. If you are not the intended recipient or transmission error has misdirected this e-mail, please notify the author by return e-mail and delete this message and any attachment immediately. If you are not the intended recipient you must not use, disclose, distribute, forward, copy, print or rely on this e-mail in any way except as permitted by the author.

1 0

Re: [CentOS] [CentOS-announce] Release for CentOS-6.7 LiveCD and LiveDVD for i386 and x86_64
by Always Learning 12 Aug '15

12 Aug '15

On Tue, 2015-08-11 at 14:52 +0200, Fabian Arrotin wrote: > We are pleased to announce the immediate availability of CentOS-6.7 > LiveCD and LiveDVD for the i386 and x86_64 architectures. > > Detailed Release Notes are available at > http://wiki.centos.org/Manuals/ReleaseNotes/CentOSLiveDVD6.7 > http://wiki.centos.org/Manuals/ReleaseNotes/CentOSLiveCD6.7 Which is best for a USB3 device ? -- Regards, Paul. England, EU. England's place is in the European Union.

2 2

rsync stuck at +- 50 MB/s, cp and scp are +- 200 MB/s
by Götz Reinicke - IT Koordinator 11 Aug '15

11 Aug '15

Hi, i have two servers, connected to to the lan by 10Gb with 10Gb and DAS hardware raid. Each system con read and write locally or to the 10G iscsi by more than 200 MB/s. Now I have to transfer backups form A to B and doing this with rsync always stuck at +- 48-50MB/s no matter which options, compressions, encryption etc I use. Even the plain default rsync is at that 50 Mb limit. coyp by scp goes up to 200 MB/s. Copy from and to my workstation with scp from or to both servers is at 1Gb limit (so +- 100 MB/s) Why is rsync stuck at +- 50 MB/s ? Any suggestions hints ... Thanks and regards . Götz -- Götz Reinicke IT-Koordinator Tel. +49 7141 969 82420 E-Mail goetz.reinicke(a)filmakademie.de Filmakademie Baden-Württemberg GmbH Akademiehof 10 71638 Ludwigsburg www.filmakademie.de Eintragung Amtsgericht Stuttgart HRB 205016 Vorsitzender des Aufsichtsrats: Jürgen Walter MdL Staatssekretär im Ministerium für Wissenschaft, Forschung und Kunst Baden-Württemberg Geschäftsführer: Prof. Thomas Schadt

5 5

Define mandatory desktop profile for a use on CentOS 7
by Tom Munro Glass 11 Aug '15

11 Aug '15

I've been using xguest on CentOS 6 and this uses a locked down profile that is read from /etc/sabayon/profiles/USERNAME.zip. How do I recreate this functionality on CentOS 7? All the information I'm finding about GSettings and dconf seems to apply to all users - I need to define a profile that is only applied to the dynamically created home directory for xguest. Tom

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