Discuss August 2012

discuss@lists.centos.org

190 participants
168 discussions

cups printing to a remote network
by Gregory P. Ennis 10 Aug '12

10 Aug '12

Everyone, I have an need to be able to print to an HP1320 that is usb connected to a Fedora 17 desktop on a remote network from a Centos 5.8 cups print server on an internal network. The desktop is in a remote network that belongs to to a different client than the one owning the cups print server. The F17 usb HP1320 connection works fine, and I can also get the F17 system to poll the cups print server in order to print to any of the printers on the internal network. So far I have not been able to figure out a way to print to the remote HP1320 from inside the internal network. I am about ready to ask the remote client to provide a static ip address that we can use that to be able to connect separately from them. It just seems there ought to be a way to do this. I am unable to poll the desktop unit on the remote network from the internal network because of firewall restrictions on the remote network. Any ideas ???? Greg Ennis

2 3

shutting down a cluster member for maintenance on VMware
by Ryan Palamara 10 Aug '12

10 Aug '12

I need to shutdown a cluster member for maintenance. The member is a VM and uses VM fencing, which tries to reboot the VM as part of its operation. What would be the best method to shutdown this cluster member to perform maintenance on the servers? I have already moved the cluster services to other nodes. Thank you, Ryan Palamara ZAIS Group, LLC 2 Bridge Avenue, Suite 322 Red Bank, New Jersey 07701 Phone: (732) 450-7444 Ryan.palamara(a)zaisgroup.com<mailto:Ryan.palamara@zaisgroup.com> ________________________________ This e-mail message is intended only for the named recipient(s) above. It may contain confidential information. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying of this e-mail and any attachment(s) is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and delete the message and any attachment(s) from your system. Thank you. This is not an offer (or solicitation of an offer) to buy/sell the securities/instruments mentioned or an official confirmation. This is not research and is not from ZAIS Group but it may refer to a research analyst/research report. Unless indicated, these views are the author's and may differ from those of ZAIS Group research or others in the Firm. We do not represent this is accurate or complete and we may not update this. Past performance is not indicative of future returns. IRS CIRCULAR 230 NOTICE:. To comply with requirements imposed by the IRS, we inform you that any U.S. federal tax advice contained herein (including any attachments), unless specifically stated otherwise, is not intended or written to be used, and cannot be used, for the purpose of (i) avoiding penalties under the Internal Revenue Code or (ii) promoting, marketing or recommending any transaction or matter addressed herein to another party. Each taxpayer should seek advice based on the taxpayer's particular circumstances from an independent tax advisor. "ZAIS", "ZAIS Group" and "ZAIS Solutions" are trademarks of ZAIS Group, LLC.

2 2

Re: [CentOS] Strange device labeling in 6.3
by Kahlil Hodgson 10 Aug '12

10 Aug '12

On 10/08/12 09:18, Reindl Harald wrote: > and that is why i use /etc/udev/rules.d/70-persistent-net.rules to > pin device-name / MAC and no mac-address in ifconfig-scripts since > many years +1 Alternatively, with the biosdevname, you can pin the interface name to the pci(e) slot. That way its a trivial exercise to get 'remote hands' to swap out a dead nic -- no need to fiddle with the mac address. K -- Kahlil (Kal) Hodgson GPG: C9A02289 Head of Technology (m) +61 (0) 4 2573 0382 DealMax Pty Ltd (w) +61 (0) 3 9008 5281 Suite 1415 401 Docklands Drive Docklands VIC 3008 Australia "All parts should go together without forcing. You must remember that the parts you are reassembling were disassembled by you. Therefore, if you can't get them together again, there must be a reason. By all means, do not use a hammer." -- IBM maintenance manual, 1925

3 2

How to enable system dumps / core dumps
by Jonathan Vomacka 10 Aug '12

10 Aug '12

CentOS Community, Do you know how I can go about enabling system dumps and/or kernel core dumps. I want to be able to have the system dump a core during a panic, or crash.

2 1

Partition # does not end on cylinder boundary.
by Robert Arkiletian 10 Aug '12

10 Aug '12

Running CentOS 6.3 Areca hardware raid 10 fdisk -l reports multiple partitions with the following description. "Partition # does not end on cylinder boundary." Disks are 512 byte sector size. Raid stripe size is 64K. but if I use fdisk -lc (-c Switch off DOS-compatible mode. ) I don't get any warnings. Should I reinstall? (performance hit?) -- Robert Arkiletian Eric Hamber Secondary, Vancouver, Canada

2 1

HP DL380 g3
by Steve Clark 09 Aug '12

09 Aug '12

Hi, Anybody on the list running CentOS 6.3 on the above. If so do you have HP psp 9.10 installed and working without getting the following error? cmahealthd[4406]: segfault at f ip 009ff06d sp bfb6fdc4 error 4 in libc-2.12.so[98e000+18c000] Do you have any version of the psp working without error? Thanks, -- Stephen Clark *NetWolves* Director of Technology Phone: 813-579-3200 Fax: 813-882-0209 Email: steve.clark(a)netwolves.com http://www.netwolves.com

1 0

CentOS-announce Digest, Vol 90, Issue 6
by centos-announce-request＠centos.org 09 Aug '12

09 Aug '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. CESA-2012:1151 Low CentOS 6 openldap Update (Johnny Hughes) 2. CEBA-2012:1153 CentOS 5 iproute FASTTRACK Update (Johnny Hughes) 3. CEBA-2012:1155 CentOS 5 initscripts Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 8 Aug 2012 18:55:28 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2012:1151 Low CentOS 6 openldap Update To: centos-announce(a)centos.org Message-ID: <20120808185528.GA9306(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2012:1151 Low Upstream details at : https://rhn.redhat.com/errata/RHSA-2012-1151.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 6e1e27c778f122f405a425d30600148b502f5f95585ed5207cdbf3426bd7a24b openldap-2.4.23-26.el6_3.2.i686.rpm af760b5800605c426ab18b902a3d9021bc7bb8472cfca489c2284673d4d2f998 openldap-clients-2.4.23-26.el6_3.2.i686.rpm bcbb121514a0fee96976c0202478419d32c7eebcd54d38b040da5e2b7349c47e openldap-devel-2.4.23-26.el6_3.2.i686.rpm 9935b43a7fa8334de9bea1efd0dc36d398268cc021b438d2854ebef4822a2452 openldap-servers-2.4.23-26.el6_3.2.i686.rpm 7052a3cfd267a9f6bfeacbaeca8deccc04d5d0c53f52efef9a4e3fdbcf3f8978 openldap-servers-sql-2.4.23-26.el6_3.2.i686.rpm x86_64: 6e1e27c778f122f405a425d30600148b502f5f95585ed5207cdbf3426bd7a24b openldap-2.4.23-26.el6_3.2.i686.rpm bab3fbb54ce1dd5bc8d3895dec8df6999a5e3b28cbc3d7f686c1580e4edf69a2 openldap-2.4.23-26.el6_3.2.x86_64.rpm d2216289fe9f37f24c330efe9599f58993c4c6ae6b48f4ff1eec7c62bf00a9ff openldap-clients-2.4.23-26.el6_3.2.x86_64.rpm bcbb121514a0fee96976c0202478419d32c7eebcd54d38b040da5e2b7349c47e openldap-devel-2.4.23-26.el6_3.2.i686.rpm 03191484ef0ced865ccdea4d186d409fce2db5629a5ce390881198c3d3121066 openldap-devel-2.4.23-26.el6_3.2.x86_64.rpm 6bbf555b732e31fc2454c5ae6c8f60f1581047195c51fcb137d66fb50469dc13 openldap-servers-2.4.23-26.el6_3.2.x86_64.rpm bcca08eaac9940415304b58dddc6e5f7b9415ee41c14dceb53faa20e934e4abc openldap-servers-sql-2.4.23-26.el6_3.2.x86_64.rpm Source: 6a9ed37c4aaf4653954e462afcbcf5f105f25d9728a7840ace4bca85fc6dbeed openldap-2.4.23-26.el6_3.2.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 9 Aug 2012 14:09:23 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1153 CentOS 5 iproute FASTTRACK Update To: centos-announce(a)centos.org Message-ID: <20120809140923.GA1085(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1153 Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-1153.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: e8c793f6d9912b63c3281b2bd94ef978bd30df485d17b56b6c7df44b5ccce649 iproute-2.6.18-15.el5.i386.rpm x86_64: 3e92f69dfc672b050ddac3e39c6377ef2e7601cee374950c5f242fd2b7c68051 iproute-2.6.18-15.el5.x86_64.rpm Source: 8f5d4ff7244ec2aed5bb644e2fb1336d63715bad82639bdeee2ea56128b4ace6 iproute-2.6.18-15.el5.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Thu, 9 Aug 2012 14:12:32 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CEBA-2012:1155 CentOS 5 initscripts Update To: centos-announce(a)centos.org Message-ID: <20120809141232.GA1262(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2012:1155 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-1155.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 9621972159116a1d88dcf5a7520021dbe638328a30a30f6a1574d256d30c2597 initscripts-8.45.42-1.el5.centos.1.i386.rpm x86_64: 4f213b221c76a2da260ce7ad3bf586209f6d951a702857b32f89e39bd7c5af86 initscripts-8.45.42-1.el5.centos.1.x86_64.rpm Source: 0e4d15ff8fe313a502847f719d3692de562e6fce64fa8a92dc226e0a14a15725 initscripts-8.45.42-1.el5.centos.1.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 90, Issue 6 **********************************************

1 0

Latest sudo update for 5.8 breaks postgresql
by Leonard den Ottolander 09 Aug '12

09 Aug '12

Hello, The latest update to sudo (sudo-1.7.2p1-14.el5_8.2) breaks postgresql. https://bugzilla.redhat.com/show_bug.cgi?id=846631 It might break other services that rely on access to /etc/nsswitch.conf too. Assuming you have a "sudoers" line in /etc/nsswitch.conf that file will be recreated with incorrect file permissions. After having had issues with selinux permissions on that particular file in two previous updates, this time it's the regular file permissions that will break access to /etc/nsswitch.conf for at least postgresql. Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research

2 2

Update to EL 6.3 breaks TCP NFS automounts
by Cal Webster 09 Aug '12

09 Aug '12

See Red Hat Bugzilla bug #846852 for details. https://bugzilla.redhat.com/show_bug.cgi?id=846852 FYI: We discovered that after updating to EL 6.3 on our x86_64 server, autofs 5.0.5-54 broke our nightly backups that rely on automounting an NFS share hosted on another EL 6 machine on our local network. The machine hosting NFS server was configured to allow only TCP connections to the port specified by MOUNTD_PORT in "/etc/sysconfig/nfs" Any attempts to access this share caused segmentation faults in the automount daemon. EL 6.2 hosts that had not yet been updated had no problems accessing the same NFS shares. While testing we found that opening the UDP MOUNTD_PORT on the NFS server firewall allowed successful access to the NFS shares from the EL 6.3 NFS client without segfault. Closing the port caused the EL 6.3 NFS client to return to the faulty behavior. On another fully updated EL 6.3 i386 host, we were able to duplicate the same symptoms. On one of the EL 6.2 hosts not yet updated we confirmed no issues with the previous autofs package, then upgraded only autofs. After the upgrade we confirmed symptoms identical to the fully updated 6.3 machines. While filing the bug report I found 2 other, possibly related, bugs written against autofs 5.0.5-54 that did not describe our symptoms but may be relevant to other users on this list. Bug 840025 - autofs 5.0.5-54 fails to mount share on IPv6 netapp https://bugzilla.redhat.com/show_bug.cgi?id=840025 Bug 834641 - autofs requires portmapper on server for NFSv4 mounts https://bugzilla.redhat.com/show_bug.cgi?id=834641 [Workaround] For now, we are leaving the UDP NFS port open on the firewall of the NFS server. Our networks are completely isolated from the outside world so this doesn't pose a significant risk. However, this may not be acceptable for everyone's environment.

4 4

Re: [CentOS] How protect bash history file, do audit alike in server
by Heng Su 08 Aug '12

08 Aug '12

Hi Harald, Thank you so much to guide to correct path and let me know how to move on, learn more from you. Indeed I am a developer not an admin, that's a good question for the headers of my company why there is no admin to manage the server in our company. Anyway this can not controlled by me, I am a developer leader just want to make sure my team member do correct things in server. I really like linux especially CentOS, I want learn more from you. Thank you again. Best Regards. On 08/09/2012 03:14 AM, Reindl Harald wrote: > > Am 08.08.2012 21:07, schrieb Heng Su: >> OK, assuming there is an jboss application server running under user >> 'jboss' in PRD server, and we have 4 developers want to update the jar >> file in that server. > look in the manuals for sftp / chroot and bind-mounts > >> they always login use same user 'jboss' to do updating file in server, >> how can I tell which guy doing what things cause the server down as they >> use same user account 'jboss'? > WHY do they user the same acount? > >> So I don't know how should I do as I am a shoddy server admin, so I use >> root to maintain the application server. then create 4 account in server >> for individual developer. So if they want copy, move or other operations >> on those deploy folder or files. Let them use sudo. Now I got all >> commands they did in /var/log/secure > a DEVELOPER has not to get sudo or even any shell to update > any files - never, really never > > they have only to update files and if needed get WEB-APLICATIONS > with cron-jobs behind to call CAREFUL DEFINED specific commands > > if you give different people sudo/root permeissions because > you are missing the knowledge how to maintain a server > in a secure way you are the wrong person with the wrong job > > how comes taht you ignore all teh security-news at least of the > recent two years? how comes that there is nobody in your comanpy > with the knowledge a admin needs? > -- Best Regards, Su Heng

1 0

← Newer
1
...
10
11
12
13
14
15
16
17
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss August 2012