Discuss

discuss@lists.centos.org

34758 discussions

Re: [CentOS] CentOS 7: software RAID 5 array with 4 disks and no spares?
by James B. Byrne 20 Feb '15

20 Feb '15

On Thu, February 19, 2015 13:41, Chris Murphy wrote: > > Linux distros experience on this front is terrible. Why? Linux OS's Because Linux-land is a bazaar and Apple-land is a cathedral. You cannot have consistency at the user level without stability at the OS and application framework level. That is simply not going to happen with FOSS. -- *** 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 0

CentOS 6.5 Openssh Pam sshd config
by Christian Kittlitz 20 Feb '15

20 Feb '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello. Our products use CentOS 6.5 and we would like to deploy them with custom openssh RPMs. I have downloaded the sources from http://athena.caslab.queensu.ca/pub/OpenBSD/OpenSSH/portable and built the RPMs, but the PAM configuration file is wrong after installation. When I install the default openssh-5.3p1 RPMs from the CentOS 6.5 repository, the configuration looks like this: # cat /etc/pam.d/sshd #%PAM-1.0 auth required pam_sepermit.so auth include password-auth account required pam_nologin.so account include password-auth password include password-auth # pam_selinux.so close should be the first session rule session required pam_selinux.so close session required pam_loginuid.so # pam_selinux.so open should only be followed by sessions to be executed in the user context session required pam_selinux.so open env_params session optional pam_keyinit.so force revoke session include password-auth However, when I rebuild this exact RPM from the source and install it, I get the following: # cat /etc/pam.d/sshd #%PAM-1.0 auth required pam_stack.so service=system-auth account required pam_nologin.so account required pam_stack.so service=system-auth password required pam_stack.so service=system-auth session required pam_stack.so service=system-auth I was wondering if there are any build logs that would show how the openssh RPMs were built from the source for CentOS 6.5. Perhaps there is some type of configuration I am missing that would ensure that I get the same PAM configuration. Thanks! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU5yqPAAoJEANGWTohTXlwqQAH/33B+TlbbeLaynfOLF6UvMnN f+m+b/bxkH2u97nj4UNkEegKUwtiCPG0JbJ+bEQ5BDNavYoBeVZ4PFkEoiksM9CY HVKCx5OVtB2ZKCb4H+QNzSQKTlLLTeJvsD66xeACaZwyu1m4o5YBj8cidEOYAYby xQaXEVJG+sOy5MhGljqK+hwwrIIF0cbB0w6kBVGVE5lFeG7czmSkXyC9ASidg40Y SIIEXLEZAX8rAFSoQd7CZpjvwAo+3JJL3h0+wetr7pyuTnbihvaoUmt5ILesNvd3 vbg41wphFbE2UBCFce3fB+0UQvlTtQVFFlOpCW+U5ZvRkn+IRUb5iMBKAQNHKUo= =DjNH -----END PGP SIGNATURE-----

1 0

CentOS-announce Digest, Vol 120, Issue 6
by centos-announce-request＠centos.org 20 Feb '15

20 Feb '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:0238 CentOS 6 emacs FASTTRACK BugFix Update (Johnny Hughes) 2. CEBA-2015:0237 CentOS 6 gvfs FASTTRACK BugFix Update (Johnny Hughes) 3. CEBA-2015:0240 CentOS 6 at FASTTRACK BugFix Update (Johnny Hughes) 4. CEBA-2015:0244 CentOS 6 busybox BugFix Update (Johnny Hughes) 5. CEBA-2015:0245 CentOS 6 resource-agents BugFix Update (Johnny Hughes) 6. CEBA-2015:0239 CentOS 6 bacula FASTTRACK BugFix Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 19 Feb 2015 14:01:02 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:0238 CentOS 6 emacs FASTTRACK BugFix Update Message-ID: <20150219140102.GA17320(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:0238 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0238.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: c5892aeea82a18c5d819a032c445dd0c61c22191ab92a0b9f7a05d4e3f73b2ed emacs-23.1-28.el6.i686.rpm e8dc441e046c6102cc8769e865e2cec622080e3d0a205dfd55726f557670e7af emacs-common-23.1-28.el6.i686.rpm 53e139565006eb5e70d90ce4aaa6ba2a32a585ae9078a836ac046f7382d2bba9 emacs-el-23.1-28.el6.i686.rpm 3ba4ceca1dc4737b4a679791beb01e0c90f1476fbce4118a2359d7a44ca45853 emacs-nox-23.1-28.el6.i686.rpm x86_64: 86142caef2e8be1ad12be345d384101574fbf5aa590034955283ee426aa24a28 emacs-23.1-28.el6.x86_64.rpm 9c9b20bd73aa7e99ad992683c5736af88fd5fa7c1b567b557030599c4fa1591f emacs-common-23.1-28.el6.x86_64.rpm adb22826248066218c9882e0943ec2f21d4346f5917fcb1b529de1789ecda8d6 emacs-el-23.1-28.el6.x86_64.rpm adb704163645a5cc8a2345e6fd89460246540b3e2b628b534743e0a5aaddb8e7 emacs-nox-23.1-28.el6.x86_64.rpm Source: 609513920f3f3716d95657d28e9f6a34d1e8e3ec25a9b3a7d1232a8799532ac0 emacs-23.1-28.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 19 Feb 2015 14:01:21 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:0237 CentOS 6 gvfs FASTTRACK BugFix Update Message-ID: <20150219140121.GA17478(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:0237 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0237.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7dcaac6f48780a284f3719ff9fc56bde1cc28ad20077cbcf66f1bd8716635dc0 gvfs-1.4.3-20.el6.i686.rpm 996d087774c30b30ebf9924653298e5dd1c34281713b7b151aea6bc4f44298d2 gvfs-afc-1.4.3-20.el6.i686.rpm a500f0aab82536ac3f925abc9acefb7c6a14ab285c468a8382a28ab450cfebd2 gvfs-archive-1.4.3-20.el6.i686.rpm 42ca7904f7d729d4e02764e9166c4f8e325e1e6e98cea11f0b1b23954e57d163 gvfs-devel-1.4.3-20.el6.i686.rpm a6a94b87e8dd01a7cd2337a55d35307b5a12ed4d292ca5e33b039f4141af8940 gvfs-fuse-1.4.3-20.el6.i686.rpm c2359488071b687dc059cee51b3d5e4f065818ca7bdef2e8baf4d9c46aa54595 gvfs-gphoto2-1.4.3-20.el6.i686.rpm ddc1e972dfeeabf839df9b2c6ae2eeca41b65227e0a36b1e7f39bea27bdfb272 gvfs-obexftp-1.4.3-20.el6.i686.rpm 252b41a9c772c870ef96e3f2b6ee4f11c04380786f6bbeba4fa496c69590dc3a gvfs-smb-1.4.3-20.el6.i686.rpm x86_64: 7dcaac6f48780a284f3719ff9fc56bde1cc28ad20077cbcf66f1bd8716635dc0 gvfs-1.4.3-20.el6.i686.rpm 357f42ae60d8fa546df7f331e29cc8fe36cc7245f7cf9393c67d93165c2afc46 gvfs-1.4.3-20.el6.x86_64.rpm 12b45feabfa48e979bb5d67fa7a23c4a2fe23299130211dfd4d0cc65c0e51fd1 gvfs-afc-1.4.3-20.el6.x86_64.rpm 33ebb87255508129c54b5b9cbfd0941ed24d9fa7d80d2e6534f3c6218dab1329 gvfs-archive-1.4.3-20.el6.x86_64.rpm 42ca7904f7d729d4e02764e9166c4f8e325e1e6e98cea11f0b1b23954e57d163 gvfs-devel-1.4.3-20.el6.i686.rpm 1ef766e1eab01c490e44bd46824929b171c5d237085eba90b4bf9870f82574bd gvfs-devel-1.4.3-20.el6.x86_64.rpm b463bcb86914c367ae3fbdd6d9b674b5cef2eae21103d1aabcb152805a303019 gvfs-fuse-1.4.3-20.el6.x86_64.rpm 2d6b3096555b0e40b6a7eed103c1580a21fb84e7d3f5a68ff1c88f50cc897d19 gvfs-gphoto2-1.4.3-20.el6.x86_64.rpm 5175db6be3517df7c17f01566e2f20867f9ef57dc90c14512639f09e005f0e71 gvfs-obexftp-1.4.3-20.el6.x86_64.rpm edb9f926821fd6611b0d9463f04bef794360668534134338d3b990b4dc19eb28 gvfs-smb-1.4.3-20.el6.x86_64.rpm Source: d34f8a284468fb3022805f1a3f928ea272b22d29906bf295d82b4dd710006f09 gvfs-1.4.3-20.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Thu, 19 Feb 2015 16:35:09 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:0240 CentOS 6 at FASTTRACK BugFix Update Message-ID: <20150219163509.GA22099(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:0240 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0240.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 74722015232f25343dd37af315fb12a75d2a9a3f28a934b6a63cd37b9a177f83 at-3.1.10-48.el6.i686.rpm x86_64: 1ee32b22836d4364457be8480e974c0ac395a0525b5e1a847f3dd78dcd3bee4e at-3.1.10-48.el6.x86_64.rpm Source: 1ed3b094ee9c07a067ac1b7a36a4b5350cfceab5e76b155a0b9bfa0513c44732 at-3.1.10-48.el6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Thu, 19 Feb 2015 16:35:50 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:0244 CentOS 6 busybox BugFix Update Message-ID: <20150219163550.GA22315(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:0244 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0244.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 8a65b7fef64f6cf48889b896f6a47c0ed4503b0ec7aeed2b2515972ededcd1b7 busybox-1.15.1-21.el6_6.i686.rpm c01c8f78c58ebe47136902d76f959f2ccb5da9414e72511445711ef8983cc33d busybox-petitboot-1.15.1-21.el6_6.i686.rpm x86_64: 68189894c6f04cc2862e4c37f03d191e7eee3c2a72e412203e1b8ee93e0e9599 busybox-1.15.1-21.el6_6.x86_64.rpm 2acdc4229d7fa197fea79c072129e1b9e200694d9d08db9e3fea054f0f244eb9 busybox-petitboot-1.15.1-21.el6_6.x86_64.rpm Source: 68a8fe0335f9ba1fc6905cd66259bd9b953e5b0c86555bd7101e047ed7114972 busybox-1.15.1-21.el6_6.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 5 Date: Thu, 19 Feb 2015 16:40:58 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:0245 CentOS 6 resource-agents BugFix Update Message-ID: <20150219164058.GA22620(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:0245 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0245.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 7b58c2f6d8a969dbef9cad7891d6dc954cce975c38d8f79f3e8b686db4bf323d resource-agents-3.9.5-12.el6_6.4.i686.rpm x86_64: 8b8f1c276c1bead587dca1315832a6cf3fc8fa17e0b1ec849873a0a0da33a940 resource-agents-3.9.5-12.el6_6.4.x86_64.rpm f9a8ca9603308e441aa638100e8a6dc62e6949832165106ae5dfbf9fac7b7ee1 resource-agents-sap-3.9.5-12.el6_6.4.x86_64.rpm Source: 9cb570f24c7706e768ce53f78400ab531ab7aa6f3eb1bb8ce75ce52bf069557f resource-agents-3.9.5-12.el6_6.4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 6 Date: Thu, 19 Feb 2015 16:48:29 +0000 From: Johnny Hughes <johnny(a)centos.org> To: centos-announce(a)centos.org Subject: [CentOS-announce] CEBA-2015:0239 CentOS 6 bacula FASTTRACK BugFix Update Message-ID: <20150219164829.GA33029(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2015:0239 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0239.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: de15a060812e939050e6d9672e167f81ed6474aba93d283dea0f07a176951407 bacula-client-5.0.0-13.el6.i686.rpm 7b7cf7787f231dd81934d08ac1da93204d84f9c1c772ae8f13dd7ee3bffaa275 bacula-common-5.0.0-13.el6.i686.rpm 7acfcc0f037cc785ecb3cad3b592269ab877718d3f30207afddd3eed6144ae04 bacula-console-5.0.0-13.el6.i686.rpm 739fd1151f5c701b2f9e2630ed4fd8f9adb311d01f912dbe41658ba461937c08 bacula-console-bat-5.0.0-13.el6.i686.rpm 72b9216b94a213875d510b1a3cd8fb8edf33870735bb95086b050e3fff7465fc bacula-director-common-5.0.0-13.el6.i686.rpm 8c50640206e9970ac0ec91c477ec8cc720e60ad25e8974e1576c0721b2527d79 bacula-director-mysql-5.0.0-13.el6.i686.rpm 3af3fb8c2843e52a186eb161145407ed74ea4092c3e6e00a4b23f6bb85686bc2 bacula-director-postgresql-5.0.0-13.el6.i686.rpm 72f79d3785027526cbc8d83dcd56e872bf110bba551fc488fc01eebba4a0fe89 bacula-director-sqlite-5.0.0-13.el6.i686.rpm ef90b643d1182abfb46996e7452dadb3ef8048705b929170b3fd53de256eec3f bacula-docs-5.0.0-13.el6.i686.rpm 56208a38d396236e82d47ae3c55383bf6aa1b01100af6bd3f585973efa36d7ef bacula-storage-common-5.0.0-13.el6.i686.rpm 330df06273fa366c000424a2edb854a4267de3115f346a587442a7fd014dafa9 bacula-storage-mysql-5.0.0-13.el6.i686.rpm 1766b149bf12987263f2ba54daf65d7be2c3169d61735fa83e791fba801e3cb6 bacula-storage-postgresql-5.0.0-13.el6.i686.rpm 2bf1b3e3beb84f2bc6c479f8c9771ca536b3b9b1925919cc29e9fd461877ed31 bacula-storage-sqlite-5.0.0-13.el6.i686.rpm 73fb449c8fccfbe41c988a9d787738814be4f17dc670752823a4b997e2b605f2 bacula-traymonitor-5.0.0-13.el6.i686.rpm x86_64: d9f85bcae3044c97b6cc42a20b943346c33826aed1c7eb53c89902894288f6fa bacula-client-5.0.0-13.el6.x86_64.rpm f3f11086dc9c3d88258f01dcf8f7d39697f16339b684495a6c9aac7289176b57 bacula-common-5.0.0-13.el6.x86_64.rpm 8247f17e2635f1685dad0cddad2d3f0b2a76fa39f19839630b48611df32b8eaf bacula-console-5.0.0-13.el6.x86_64.rpm f63a36bbb12863cc47a62e8a6fd1d027f30e1841a538f38ce5a19e390d3aac5c bacula-console-bat-5.0.0-13.el6.x86_64.rpm 5340a8844337798c7f109b6cd7588e94c70a8b4a5a0522935bc5a49982002026 bacula-director-common-5.0.0-13.el6.x86_64.rpm 531af786debab948ec3f4fd9e3e8291354884bcb1ee78df28d6c6d73ebd3e217 bacula-director-mysql-5.0.0-13.el6.x86_64.rpm b003c19bf40ff2881c68e2a1d2bc74521a8bcf285b7e384dde9ba7bdf753a2a5 bacula-director-postgresql-5.0.0-13.el6.x86_64.rpm 04e5e31c3d09c5540b4a2f39c12cf36a01ecf0458d6eae7d5e82f34b9f6b13bc bacula-director-sqlite-5.0.0-13.el6.x86_64.rpm f635403f1e0b4b6ef2cd6769ad9b983229522c51ff8cc42274c97d221278f50d bacula-docs-5.0.0-13.el6.x86_64.rpm a6c52feabbdf6338e8b890a48de734f4a7c021124e5fee5768206206611089c3 bacula-storage-common-5.0.0-13.el6.x86_64.rpm c5326237e48c34ee4a519c2360d92209b2f7913c63d7234fd66d5d1535ddbbf3 bacula-storage-mysql-5.0.0-13.el6.x86_64.rpm e2ff9b16dde8b610d84f7176aca25fcb47ee72ef9e1fd607f2e4978a6906762c bacula-storage-postgresql-5.0.0-13.el6.x86_64.rpm 7781c525bad4968f2711d165191d3fd72923438de95f4fe710ec7ecd860ec72b bacula-storage-sqlite-5.0.0-13.el6.x86_64.rpm 4e2d9cbe88f48f250d5c63858ad1b0c1229fc0b69eb53b5dbabd5ebfd65c8af6 bacula-traymonitor-5.0.0-13.el6.x86_64.rpm Source: c586baedf6c21c21de183f6780b0171ae6da55d19bf083c29445446d4fdd1fea bacula-5.0.0-13.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 120, Issue 6 ***********************************************

1 0

Using "ipset" under CentOS7
by Tom Limoncelli 20 Feb '15

20 Feb '15

ipset on CentOS6 comes with /etc/rc.d/init.d/ipset so that "service ipset reload" can be used to (re)load the configuration. CentOS7 doesn't come with an equivalent for systemd: # systemctl reload ipset.service Failed to issue method call: Unit ipset.service failed to load: No such file or directory. # systemctl start ipset.service Failed to issue method call: Unit ipset.service failed to load: No such file or directory. # find /etc -name ipset.service # What is the recommended procedure for loading the ipset configuration? Thanks, Tom -- Email: tal(a)whatexit.org Work: tlimoncelli(a)StackOverflow.com Skype: YesThatTom Blog: http://EverythingSysadmin.com

4 4

No text output in login console and shell
by ignasr 20 Feb '15

20 Feb '15

Hello, I have a remote IBM x3550 M4 server that I try to remote control through IMM2. The problem: only the blinking cursor is visible in login console. It moves when I type. It moves to where "Login: _" should be if I press ctrl+c. I can login if I enter the correct login and password, but the shell that I get also shows only the blinking cursor and no text. I can issue commands. The server is in production and works ok. SSH works ok. CentOS 6. What I have tried: - tty[1-7] with ctrl+alt+Fxxx - 'reset' command after logging in - initctl restart tty TTY=/dev/tty2 - killing ttyS What I didn't try: - reboot would mean downtime Is there something that can be done about this? More info: # ps aux | grep tty root 11631 0.0 0.0 103244 888 pts/0 S+ 17:20 0:00 grep tty root 15057 0.0 0.0 4064 564 tty3 Ss+ Feb18 0:00 /sbin/mingetty /dev/tty3 root 15060 0.0 0.0 4064 568 tty4 Ss+ Feb18 0:00 /sbin/mingetty /dev/tty4 root 15063 0.0 0.0 4064 572 tty5 Ss+ Feb18 0:00 /sbin/mingetty /dev/tty5 root 15066 0.0 0.0 4064 564 tty6 Ss+ Feb18 0:00 /sbin/mingetty /dev/tty6 root 18829 0.0 0.0 4064 568 tty1 Ss+ Feb18 0:00 /sbin/mingetty /dev/tty1 root 29702 0.0 0.0 4064 568 tty2 Ss+ Feb18 0:00 /sbin/mingetty /dev/tty2 # mount | grep pts devpts on /dev/pts type devpts (rw,gid=5,mode=620) Thank you Ignas

2 2

CentOS 7: software RAID 5 array with 4 disks and no spares?
by Niki Kovacs 20 Feb '15

20 Feb '15

Hi, I just replaced Slackware64 14.1 running on my office's HP Proliant Microserver with a fresh installation of CentOS 7. The server has 4 x 250 GB disks. Every disk is configured like this : * 200 MB /dev/sdX1 for /boot * 4 GB /dev/sdX2 for swap * 248 GB /dev/sdX3 for / There are supposed to be no spare devices. /boot and swap are all supposed to be assembled in RAID level 1 across 4 disks. The / partition is supposed to be assembled in RAID level 5 across 4 disks. With Slackware I created the arrays manually like this: # mdadm --create /dev/md1 --level=1 --raid-devices=4 --metadata=0.90 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1 # mdadm --create /dev/md2 --level=1 --raid-devices=4 --metadata=0.90 /dev/sda2 /dev/sdb2 /dev/sdc2 /dev/sdd2 # mdadm --create /dev/md3 --level=5 --raid-devices=4 --metadata=0.90 /dev/sda3 /dev/sdb3 /dev/sdc3 /dev/sdd3 Using this setup, I had 650 MB of disk space on /dev/md3. Now I tried to do the same thing with CentOS 7. Everything seemed to work at first, but here's what I got now: [root@nestor:~] # df -h Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur /dev/md127 226G 1,1G 213G 1% / devtmpfs 1,4G 0 1,4G 0% /dev tmpfs 1,4G 0 1,4G 0% /dev/shm tmpfs 1,4G 8,5M 1,4G 1% /run tmpfs 1,4G 0 1,4G 0% /sys/fs/cgroup /dev/md125 194M 80M 101M 45% /boot /dev/sde1 917G 88M 871G 1% /mnt The root partition (/dev/md127) only shows 226 G of space. So where has everything gone? [root@nestor:~] # cat /proc/mdstat Personalities : [raid1] [raid6] [raid5] [raid4] md125 : active raid1 sdc2[2] sdd2[3] sdb2[1] sda2[0] 204736 blocks super 1.0 [4/4] [UUUU] md126 : active raid1 sdd1[3] sdc1[2] sdb1[1] sda1[0] 4095936 blocks super 1.2 [4/4] [UUUU] md127 : active raid5 sdc3[2] sdb3[1] sdd3[4] sda3[0] 240087552 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU] bitmap: 0/1 pages [0KB], 65536KB chunk unused devices: <none> [root@nestor:~] # mdadm -D /dev/md127 /dev/md127: Version : 1.2 Creation Time : Wed Feb 18 06:49:01 2015 Raid Level : raid5 Array Size : 240087552 (228.97 GiB 245.85 GB) Used Dev Size : 80029184 (76.32 GiB 81.95 GB) Raid Devices : 4 Total Devices : 4 Persistence : Superblock is persistent Intent Bitmap : Internal Update Time : Wed Feb 18 08:04:26 2015 State : active Active Devices : 4 Working Devices : 4 Failed Devices : 0 Spare Devices : 0 Layout : left-symmetric Chunk Size : 512K Name : localhost:root UUID : cfc13fe9:8fa811d8:85649402:58c4846e Events : 4703 Number Major Minor RaidDevice State 0 8 3 0 active sync /dev/sda3 1 8 19 1 active sync /dev/sdb3 2 8 35 2 active sync /dev/sdc3 4 8 51 3 active sync /dev/sdd3 Apparently no spare devices have been created. So why do I only have 226 GB of disk space under CentOS, when I had roughly 650 GB under Slackware? I'm a bit lost here. Any suggestions? Cheers, Niki -- Microlinux - Solutions informatiques 100% Linux et logiciels libres 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

8 32

Re: [CentOS] Rhythmbox Replacement
by Mark LaPierre 20 Feb '15

20 Feb '15

Hey Y'all, I though I would resurrect a long dead mail chain. I'm looking for a good replacement for Rhythmbox. I need a pod catcher to catch podcasts and download them to my HD where I can then move them onto my mp3 player that I take to work every day. I don't need a new mp3 player so don't suggest VLC. It is not able to download podcasts. I'm in the process of provisioning my new CentOS 6.6 x86_64 machine. I have gpodder 2.19 installed on my CentOS 6.6 32 bit machine but have managed only to fail miserably at getting gpodder installed on my 64 bit machine. I see that I started this mail chain back in 2012. There was no solution then. Does the horizon look any different now? -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

3 4

Anyone using torque/pbs/munge?
by m.roth＠5-cent.us 19 Feb '15

19 Feb '15

CentOS 6.6 I've got two servers, server1 and hbs (honkin' big server). Both are running munge, and torque... *separately*. My problem is that I've got users who want to be able to submit from server1 to hbs. I see that munged can be pointed to an alternate keyfile... but is there any way to tell qsub what to use? (And yes, I got on the torque users' list, and I'm trying there, too). mark "really needs to solve this tomorrow"

1 0

Re: [CentOS] Help with routing question.
by James B. Byrne 19 Feb '15

19 Feb '15

On Wed, February 18, 2015 13:07, Les Mikesell wrote: > On Wed, Feb 18, 2015 at 11:39 AM, James B. Byrne > <byrnejb(a)harte-lyne.ca> wrote: >> 2. How does one configure the routing table on network startup to >> specifically detail the route particular addresses are supposed to >> take? >> > > Not exactly sure how routing works with aliases on the same interface > but the first thing I would try is the same as you would use on > different interfaces. That is, leave the 'GATEWAY=' on your > internet-facing etho, but remove the entry from the private eth0:192. > Then add a route-eth0:192 file containing the network(s) and > gateway for the private side. The source address it picks should be > the one appropriate to reach the next-hop router specified in your > routes. > I created a file called /etc/sysconfig/network-scripts/route-eth0:192 and in accordance with the instructions obtained at: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/ht… I added these directives to the route-eth0:192 file: ADDRESS0=192.168.6.9 NETMASK0=255.255.255.0 GATEWAY0=192.168.6.1 However, when I restart the network service I see this: service network restart Shutting down interface eth0: [ OK ] Shutting down loopback interface: [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface eth0: Determining if ip address 216.185.71.9 is already in use for device eth0... Determining if ip address 216.185.71.Y is already in use for device eth0... Determining if ip address 192.168.6.9 is already in use for device eth0... RTNETLINK answers: Invalid argument [ OK ] If I comment out all the directives in route-eth0:192 then the Invalid argument error disappears so it is definitely the contents of the new file that is triggering the error. But I cannot see any obvious error and the syntax seems rather limited to hide any. Switching to the ip route syntax gives the same error: 192.168.6.9/24 via 192.168.6.1 dev eth0 The ifcfg-eth0:192 file now contains: BOOTPROTO="static" DEVICE="eth0:192" IPADDR="192.168.6.9" NETMASK="255.255.255.0" # Also see route-eth0:192 NM_CONTROLLED="no" ONPARENT="yes" TYPE="Ethernet" Can anyone see what it is that I have done that is incorrect? -- *** 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

2 3

Masquerading (packet forwarding) on CentOS 7
by Niki Kovacs 19 Feb '15

19 Feb '15

Hi, I just migrated my office's server from Slackware64 14.1 to CentOS 7. So far everything's running fine, I just have a few minor details to work out. I removed the firewalld package and replaced it by a simple Iptables script: --8<---------------------------------------------------- #!/bin/sh # # firewall-lan.sh IPT=$(which iptables) MOD=$(which modprobe) SYS=$(which sysctl) SERVICE=$(which service) # Internet IFACE_INET=enp2s0 # Réseau local IFACE_LAN=enp3s0 IFACE_LAN_IP=192.168.2.0/24 # Relais des paquets (yes/no) MASQ=yes # Tout accepter $IPT -t filter -P INPUT ACCEPT $IPT -t filter -P FORWARD ACCEPT $IPT -t filter -P OUTPUT ACCEPT $IPT -t nat -P PREROUTING ACCEPT $IPT -t nat -P POSTROUTING ACCEPT $IPT -t nat -P OUTPUT ACCEPT $IPT -t mangle -P PREROUTING ACCEPT $IPT -t mangle -P INPUT ACCEPT $IPT -t mangle -P FORWARD ACCEPT $IPT -t mangle -P OUTPUT ACCEPT $IPT -t mangle -P POSTROUTING ACCEPT # Remettre les compteurs à zéro $IPT -t filter -Z $IPT -t nat -Z $IPT -t mangle -Z # Supprimer toutes les règles actives et les chaînes personnalisées $IPT -t filter -F $IPT -t filter -X $IPT -t nat -F $IPT -t nat -X $IPT -t mangle -F $IPT -t mangle -X # Désactiver le relais des paquets $SYS -q -w net.ipv4.ip_forward=0 # Politique par défaut $IPT -P INPUT DROP $IPT -P FORWARD ACCEPT $IPT -P OUTPUT ACCEPT # Faire confiance à nous-même $IPT -A INPUT -i lo -j ACCEPT # Ping $IPT -A INPUT -p icmp --icmp-type echo-request -j ACCEPT $IPT -A INPUT -p icmp --icmp-type time-exceeded -j ACCEPT $IPT -A INPUT -p icmp --icmp-type destination-unreachable -j ACCEPT # Connexions établies $IPT -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT # SSH local $IPT -A INPUT -p tcp -i $IFACE_LAN --dport 22 -j ACCEPT # SSH limité en provenance de l'extérieur $IPT -A INPUT -p tcp -i $IFACE_INET --dport 22 -m state \ --state NEW -m recent --set --name SSH $IPT -A INPUT -p tcp -i $IFACE_INET --dport 22 -m state \ --state NEW -m recent --update --seconds 60 --hitcount 2 \ --rttl --name SSH -j DROP $IPT -A INPUT -p tcp -i $IFACE_INET --dport 22 -j ACCEPT # DNS $IPT -A INPUT -p tcp -i $IFACE_LAN --dport 53 -j ACCEPT $IPT -A INPUT -p udp -i $IFACE_LAN --dport 53 -j ACCEPT # DHCP $IPT -A INPUT -p udp -i $IFACE_LAN --dport 67:68 -j ACCEPT # Activer le relais des paquets if [ $MASQ = 'yes' ]; then $IPT -t nat -A POSTROUTING -o $IFACE_INET -s $IFACE_LAN_IP \ -j MASQUERADE $SYS -q -w net.ipv4.ip_forward=1 fi # Enregistrer les connexions refusées $IPT -A INPUT -j LOG --log-prefix "+++ IPv4 packet rejected +++" $IPT -A INPUT -j REJECT # Enregistrer la configuration $SERVICE iptables save --8<---------------------------------------------------- As you can see, the script is also supposed to handle IP packet forwarding (masquerading). Once I run firewall-lan.sh manually, everything works as expected. When I restart the server, Iptables rules are still the same. The only thing that's not activated is IP forwarding. So as far as I can tell, iptables rules are stored, but packet forwarding returns to its pristine state (not activated). What would be an orthodox way of handling this? Put "net.ipv4.ip_forward=1" in /etc/sysctl.conf? Something else? Cheers, Niki -- Microlinux - Solutions informatiques 100% Linux et logiciels libres 7, place de l'église - 30730 Montpezat Web : http://www.microlinux.fr Mail : info(a)microlinux.fr Tél. : 04 66 63 10 32

3 4

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