Discuss

discuss@lists.centos.org

34753 discussions

Re: [CentOS] A couple of CentOS 5.1 issues
by Ross S. W. Walker 15 May '08

15 May '08

Probably already answered, but kermit isn't open source. You can get it from Columbia University's kermit site though. -Ross ----- Original Message ----- From: centos-bounces(a)centos.org <centos-bounces(a)centos.org> To: CentOS mailing list <centos(a)centos.org> Sent: Wed May 14 10:58:43 2008 Subject: Re: [CentOS] A couple of CentOS 5.1 issues On May 14, 2008, at 9:50, Steve Huff wrote: > This may well be an upstream issue; I have recently begun to > encounter the same problem on a RHEL 5.1 workstation, using Synergy > and nVidia binary packages from rpmforge (synergy-1.3.1-2.el5.rf, > nvidia-x11-drv-1.0.9755-1.nodist.rf). > > I first started seeing this issue last week, after a reboot; > unfortunately I'm not sure off the top of my head which packages I > had recently updated. Before last week the desired behavior (the > display waking from sleep upon mouse movement) was present. It's encouraging to hear that this used to work in 5.X. I am just upgrading to 5.1 and this has always been "broken" for me, so I can't tell if it was a recent update. Can you post (or email me offline) the relevant output of "rpm -qa --last"? We may be able to figure out what update caused this issue. In the mean time, anyone have any info on Kermit for CentOS 5? We have some Kermit scripts sent to us by one of our vendors, so we can't just easily migrate to another serial communications tool. Thanks, Alfred _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos ______________________________________________________________________ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof.

2 1

OpenSSL/SSH Bug on Debian - Compromised key pairs
by Clint Dilks 15 May '08

15 May '08

Hi People, I know this may seem off topic, but I thought for those of us who might have Debian users generating key pairs that they put on CentOS systems people should be aware that everybody who generated a public/private keypair or an SSL cert request on Debian or Ubuntu from 2006 on is vulnerable http://it.slashdot.org/it/08/05/13/1533212.shtml

4 5

Using Nagios in CentOS (It was Re: [CentOS] Somewhat OT: (Nagios))
by Sergio Belkin 15 May '08

15 May '08

2008/5/14 Thomas Harold <tgh(a)tgharold.com>: > Sergio Belkin wrote: >> >> 2008/5/13 <jleaver+centos(a)reachone.com>: >> >> OK, you won :) I'm going to test nagios. I am using centos 5.1 >> x86_64. Do I lose much if I use rpm from rpmforge (version 2.9)? >> > > We're running version 2.11 at the office (on CentOS 5.1 x86_64). I've > looked at some of the things in 3.0, but there's nothing there that I needed > yet. > > Hopefully you have some way to track changes in /etc/nagios (FSVS is what we > use), because it will make your life much easier to have an audit trail. > > We created sub-folders under /etc/nagios to hold the various types of > entities. For example, we have: > > /etc/nagios/commands > /etc/nagios/contacts > /etc/nagios/contactgroups > /etc/nagios/hosts-switches > /etc/nagios/hosts-dmz > /etc/nagios/hosts-servers > /etc/nagios/hosts-lan > /etc/nagios/templates-hosts > /etc/nagios/templates-services > > We then broke individual elements out of the default massive configuration > folder into individual .cfg files. For example, we chose to create > individual files for each contact rather the putting them all in a single > file. So far it works well, it's a lot easier to get a feel for what users > have been defined, what hosts are defined, what the templates are. Because > when I look in templates-services, I see from the directory listing that I > have service templates named X, Y and Z (without having to open up the file > to look). > > We currently put service checks for individual hosts in the same > configuration file as the host. So you will have the following definitions > in a typical host file (until you get into templating): > > define host{ > define hostextinfo{ > define service{ > define service{ > ... > > Any plugins that we wrote ourself, we put under a separate folder. Which > keeps them separate from > > /usr/local/lib64/nagios-plugins/ > > Basically, start small, track your changes, and plan on refactoring it in > week #2 after you start monitoring about a dozen hosts. Stay away from > advanced things like escalation, monitoring things like disk space on remote > servers, or the like until you get the basics working. > > Oh, and SELinux will probably get in your way. So you'll need to play with > audit2allow to create supplemental policy to give Nagios additional > permissions. (Which may have been due to PEBKAC issues on my end - I plan > on going back and looking at labeling and figuring out what I mislabeled.) > > I think that's the majority of the issues that we dealt with in the past 2 > weeks. We're now in fine-tuning mode and getting ready to start monitoring > remote services next week. > _______________________________________________ > CentOS mailing list > CentOS(a)centos.org > http://lists.centos.org/mailman/listinfo/centos > Really, thanks all for your experiences. Bear in mind that what I want to do is (mainly) monitor network switches, and get data and charts of them. I hope I can do that. Keep in touch -- -- Open Kairos http://www.openkairos.com Watch More TV http://sebelk.blogspot.com Sergio Belkin -

1 1

Re: [CentOS] Best Motherboard
by techlists＠comcast.net 15 May '08

15 May '08

What about SuperMicro? I've never used one personally, but my employer had some servers built with SuperMicro and those things reliably chugged along for years, never had any problems. Paul -------------- Original message ---------------------- From: John Plemons <john(a)mavin.com> > I would look at Tyan, Soyo, and Intel for middle of the road > performance, but more over for dependability... I have also had very > good luck with MSI, Asus... > > john plemons > > > > > > > > Ryan Nichols wrote: > > Really? We bought that EXACT motherboard.. 10 to be exact and we've > > had 9 fail and the 10th is on its way to major failure.. the odd thing > > is that 10th one was the first one purchased and that was 6 months ago. > > > > On Thu, May 15, 2008 at 7:24 AM, Juan C. Valido > > <jvalidolnx(a)juanyjosefina.com <mailto:jvalidolnx@juanyjosefina.com>> > > wrote: > > > > Personally, I like Gigabyte motherboards a lot, the GA-P35-DS3L I use > > with Core 2 Duo (Quad) and DDR2. I though I was going to do better > > with > > the Intel DP35DP and guess what, I like the the Gigabyte Better > > (personally). > > > > On Thu, 2008-05-15 at 06:43 -0500, Ryan Nichols wrote: > > > To all.. > > > > > > I was using a Gigabyte motherboard, and the board seems like a bad > > > choice. What do you guys recommend for a decent server board that > > > would use a Dual Core processor and DDR2 ram. I dont want to > > replace > > > the CPU and Mem i already have, just find a decent board that > > > supportsthe existing.. > > > > > > Thanks, > > > Ryan Nichols > > > > > > _______________________________________________ > > > CentOS mailing list > > > CentOS(a)centos.org <mailto:CentOS@centos.org> > > > http://lists.centos.org/mailman/listinfo/centos > > > > _______________________________________________ > > CentOS mailing list > > CentOS(a)centos.org <mailto:CentOS@centos.org> > > http://lists.centos.org/mailman/listinfo/centos > > > > > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > CentOS mailing list > > CentOS(a)centos.org > > http://lists.centos.org/mailman/listinfo/centos > > > > ------------------------------------------------------------------------ > > > > > > No virus found in this incoming message. > > Checked by AVG. > > Version: 8.0.100 / Virus Database: 269.23.16/1433 - Release Date: 5/14/2008 > 4:44 PM > >

1 0

eth1 changed to __tmp78668633 in recent kernels
by henry ritzlmayr 15 May '08

15 May '08

Hi list, kernel-xen-2.6.18-53.1.14.el5 and kernel-xen-2.6.18-53.1.19.el5 do not detect/initialize/whatever my eth1 network card any more. With kernel-xen-2.6.18-53.1.13.el5 everything is working as expected. With the two recent kernels I only get an Interface named __tmp786686833 which is not added to xenbr... lspci -v to the adapter in question says 02:00.0 Ethernet controller: Intel Corporation 82572EI Gigabit Ethernet Controller (Copper) (rev 06) Subsystem: Intel Corporation PRO/1000 PT Desktop Adapter Flags: bus master, fast devsel, latency 0, IRQ 17 Memory at febe0000 (32-bit, non-prefetchable) [size=128K] Memory at febc0000 (32-bit, non-prefetchable) [size=128K] I/O ports at ec00 [size=32] Expansion ROM at feba0000 [disabled] [size=128K] Capabilities: [c8] Power Management version 2 Capabilities: [d0] Message Signalled Interrupts: 64bit+ Queue=0/0 Enable- Capabilities: [e0] Express Endpoint IRQ 0 ip link says 2: __tmp786686833: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000 link/ether 00:1b:21:0e:a9:3b brd ff:ff:ff:ff:ff:ff In modprobe.conf I have alias eth1 e1000 for the adapter in question. The module itself is loaded. Any Ideas how to fix this? cheers Henry

1 1

CentOS-announce Digest, Vol 39, Issue 6
by centos-announce-request＠centos.org 15 May '08

15 May '08

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-2008:0270 Important CentOS 3 i386 libvorbis - security update (Tru Huynh) 2. CESA-2008:0270 Important CentOS 3 x86_64 libvorbis - security update (Tru Huynh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 14 May 2008 14:52:45 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2008:0270 Important CentOS 3 i386 libvorbis - security update To: centos-announce(a)centos.org Message-ID: <20080514125245.GA26796(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2008:0270 libvorbis security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2008-0270.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/libvorbis-1.0-10.el3.i386.rpm updates/i386/RPMS/libvorbis-devel-1.0-10.el3.i386.rpm source: updates/SRPMS/libvorbis-1.0-10.el3.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update libvorbis\* Tru -- Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

A couple of CentOS 5.1 issues
by Alfred von Campe 15 May '08

15 May '08

I've finally made the switch to CentOS 5.1 (I had been running 4.6). So far, so good, but I do have a few issues. First, I can not find kermit (or ckermit) in any of the repos (base, extras, centosplus, rpmforge). On my 4.6 systems, /usr/bin/kermit was provided by the package ckermit in the base repo. That package appears to be no longer available. Any ideas where I could find a suitable replacement? Second (and this is probably OT), I use the binary nVidia driver and the keyboard and mouse sharing utility Synergy (http:// synergy2.sourceforge.net, a fantastic utility without which I would be so much less productive). Since upgrading to CentOS 5, if the nVidia card goes into powersave mode, it can not be woken up by moving the cursor from the Synergy server to the Synergy client display (in this case, the CentOS 5.1 systems); you have to hit a key on the keyboard that's physically attached to the CentOS 5 system to wake it up. Is there a way to have the display wake up when the cursor is moved into the client display? Or at least disable this "deep sleep" mode on the nVidia cards? I have not changed the hardware or the version of the nVidia driver when upgrading from CentOS 4.6 to CentOS 5.1, and I did not have this issue before the upgrade. Alfred

4 7

Re: [CentOS] Somewhat OT:
by Ross S. W. Walker 15 May '08

15 May '08

Sorry for the top post. Nagios can start very simple, but has the ability to end up very complex. It's configs take a modular approach, you have monitors, monitors belong in groups, groups have operators/administrators, etc. My big problem with nagios is when I used it last it didn't keep monitor history which makes trending impossible. I eventually went with ipmonitor from solarwinds which has a nice web interface, all the reporting you may want and works pretty much like nagios does, but through a web interface. Very reasonable pricing too. Of course I believe it only runs on windows, but it runs very nicely as a VM guest. -Ross ----- Original Message ----- From: centos-bounces(a)centos.org <centos-bounces(a)centos.org> To: CentOS mailing list <centos(a)centos.org> Sent: Tue May 13 07:34:50 2008 Subject: Re: [CentOS] Somewhat OT: 2008/5/13 Kai Schaetzl <maillists(a)conactive.com>: > Sergio Belkin wrote on Mon, 12 May 2008 23:07:20 -0300: > > > [CentOS] Somewhat OT: > > even then please write a senseful subject next time! > > Kai > > -- > Kai Schätzl, Berlin, Germany > Get your web at Conactive Internet Services: http://www.conactive.com > Yes, you're roght Kai, I don't know how I could write such a stupid subject, but it was too late yersterday, and I was writing with a little part of my brain working :) Even so, thanks for your comments, I'd like more experiences about monitoring systems. Again of topic, I want to avoid Nagios because it looks like over complex but if someone has an actual experience demostrating the opposite, I'd be glad to hear. Thanks in advance -- -- Open Kairos http://www.openkairos.com Watch More TV http://sebelk.blogspot.com Sergio Belkin - _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.centos.org/mailman/listinfo/centos ______________________________________________________________________ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof.

4 3

Max thin client sessions/gdm limit?
by Ryan Faussett 15 May '08

15 May '08

Greetings, I've been subscribed to this list for some time and I'd like to start off by thanking everyone who helps out on it. This is my first post to it, so please be gentle :-) I have several offices set up with RedHat and CentOS terminal servers. We are using CentOS 4.6 and RedHat 4.6 on them, GDM for the display manager, and PXES (http://sourceforge.net/projects/pxes/) for the boot image. Each terminal server is also the font server, dhcp server, tftp server, dns server, and provides a ldap slave from our master ldap server (at our corporate office) for user accounts and authentication. Everything has been working quite well for some time. However now I seem to have hit a 50 thin client/gdm session limit. I've tested this several times by powering off all of our thin clients and restarting the terminal server, then powering up each thin client one at a time. They all work fine up to the 51st thin client. When I power up the 51st thin client it grabs an ip address, fetches its boot image, proceeds to boot, X starts (gray mesh screen, large X cursor -- gray screen of death?) and then it just sits there. The GDM login/greeter is never presented. Looking at the log file on the terminal server shows: gdm_child_action: Aborting display Running gdm in debug mode gives me this (sorry for the long log dump): May 14 03:08:21 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode QUERY from client 10.2.1.200 May 14 03:08:21 lts-nimbus gdm[4066]: gdm_xdmcp_handle_query: Opcode 2 from 10.2.1.200 May 14 03:08:21 lts-nimbus gdm[4066]: gdm_xdmcp_send_willing: Sending WILLING to 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode REQUEST from client 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_handle_request: Got REQUEST from 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_handle_request: xdmcp_pending=0, MaxPending=4, xdmcp_sessions=50, MaxSessions=80, ManufacturerID= May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_display_dispose_check (200.netbiz.com:0) May 14 03:08:24 lts-nimbus gdm[4066]: gdm_auth_secure_display: Setting up access for 200.netbiz.com:0 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_auth_secure_display: Setting up access May 14 03:08:24 lts-nimbus gdm[4066]: gdm_auth_secure_display: Setting up access for 200.netbiz.com:0 - 1 entries May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_display_alloc: display=200.netbiz.com:0, session id=1696684507, xdmcp_pending=1 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_send_accept: Sending ACCEPT to 10.2.1.200 with SessionID=1696684507 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode MANAGE from client 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got MANAGE from 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got Display=0, SessionID=1696684507 Class=MIT-unspecified from 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Looked up 200.netbiz.com:0 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_choose_indirect_lookup: Host 10.2.1.200 not found May 14 03:08:24 lts-nimbus gdm[4066]: gdm_forward_query_lookup: Host 10.2.1.200 not found May 14 03:08:24 lts-nimbus gdm[4066]: gdm_display_manage: Managing 200.netbiz.com:0 May 14 03:08:24 lts-nimbus gdm[4066]: loop check: last_start 0, last_loop 0, now: 1210759704, retry_count: 0 May 14 03:08:24 lts-nimbus gdm[4066]: Resetting counts for loop of death detection May 14 03:08:24 lts-nimbus gdm[6191]: gdm_slave_start: Starting slave process for 200.netbiz.com:0 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_display_manage: Forked slave: 6191 May 14 03:08:24 lts-nimbus gdm[6191]: gdm_slave_start: Loop Thingie May 14 03:08:24 lts-nimbus gdm[6191]: gdm_slave_run: Opening display 200.netbiz.com:0 May 14 03:08:24 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 1 on a retry May 14 03:08:25 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 3 on a retry May 14 03:08:26 lts-nimbus gdm[4066]: (child 5747) gdm_slave_alrm_handler: 10.2.1.220:0 got ARLM signal, to ping display May 14 03:08:26 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode MANAGE from client 10.2.1.200 May 14 03:08:26 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got MANAGE from 10.2.1.200 May 14 03:08:26 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got Display=0, SessionID=1696684507 Class=MIT-unspecified from 10.2.1.200 May 14 03:08:26 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Session id 1696684507 already managed May 14 03:08:28 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 5 on a retry May 14 03:08:30 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode MANAGE from client 10.2.1.200 May 14 03:08:30 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got MANAGE from 10.2.1.200 May 14 03:08:30 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got Display=0, SessionID=1696684507 Class=MIT-unspecified from 10.2.1.200 May 14 03:08:30 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Session id 1696684507 already managed May 14 03:08:33 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 7 on a retry May 14 03:08:38 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode MANAGE from client 10.2.1.200 May 14 03:08:38 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got MANAGE from 10.2.1.200 May 14 03:08:38 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got Display=0, SessionID=1696684507 Class=MIT-unspecified from 10.2.1.200 May 14 03:08:38 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Session id 1696684507 already managed May 14 03:08:40 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 9 on a retry May 14 03:08:49 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 11 on a retry May 14 03:08:54 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode MANAGE from client 10.2.1.200 May 14 03:08:54 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got MANAGE from 10.2.1.200 May 14 03:08:54 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got Display=0, SessionID=1696684507 Class=MIT-unspecified from 10.2.1.200 May 14 03:08:54 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Session id 1696684507 already managed May 14 03:09:00 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 13 on a retry May 14 03:09:13 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 15 on a retry May 14 03:09:26 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode MANAGE from client 10.2.1.200 May 14 03:09:26 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got MANAGE from 10.2.1.200 May 14 03:09:26 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got Display=0, SessionID=1696684507 Class=MIT-unspecified from 10.2.1.200 May 14 03:09:26 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Session id 1696684507 already managed May 14 03:09:28 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 17 on a retry May 14 03:09:45 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 19 on a retry May 14 03:09:58 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode MANAGE from client 10.2.1.200 May 14 03:09:58 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got MANAGE from 10.2.1.200 May 14 03:09:58 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got Display=0, SessionID=1696684507 Class=MIT-unspecified from 10.2.1.200 May 14 03:09:58 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Session id 1696684507 already managed May 14 03:10:04 lts-nimbus gdm[6191]: gdm_slave_quick_exit: Will kill everything from the display May 14 03:10:04 lts-nimbus gdm[6191]: gdm_slave_quick_exit: Killed everything from the display May 14 03:10:04 lts-nimbus gdm[4066]: mainloop_sig_callback: Got signal 17 May 14 03:10:04 lts-nimbus gdm[4066]: gdm_cleanup_children: child 6191 returned 4 May 14 03:10:04 lts-nimbus gdm[4066]: gdm_child_action: Aborting display 200.netbiz.com:0 May 14 03:10:04 lts-nimbus gdm[4066]: gdm_display_unmanage: Stopping 200.netbiz.com:0 (slave pid: 0) May 14 03:10:04 lts-nimbus gdm[4066]: gdm_display_dispose: Disposing 200.netbiz.com:0 May 14 03:10:04 lts-nimbus gdm[4066]: gdm_display_unmanage: Display stopped Once this has happened even powering off a working thin client that was able to get a GDM session/login and powering up one that was not still doesn't work. However any of the ones that were working can still be powered up and get a GDM session/login. If I power down all the thin clients, restart the terminal server I can again get any of them to work up to the 51st connection. I've looked through the config files for xfs and gdm but can't find anything relating to any sort of session limit. The only thing that looked remotely close was MaxSessions under the [xdmcp] section which is already set to 100. I spent a couple of hours searching with Google but didn't really find anything other than a bug for a different version of GDM than we are using that caused it to ignore a session limit setting (which I can't seem to find where to set it anyway). I believe everything is pretty much stock distribution. We are using the gdm from rpm "gdm-2.6.0.5-7.rhel4.15". Does anyone have any ideas? I'm not sure what more info to post but I'd be glad to send anymore log info or config files. Any help/suggestions are appreciated, Ryan Faussett

3 3

Re: [CentOS] Somewhat OT:
by Ross S. W. Walker 14 May '08

14 May '08

Really? I thought Outlook does a pretty good job on references. Maybe it's the BB :-( <rant> I really need RIM to update their mailer app on the BB to allow threading and preserve references... Is that so hard RIM?! Is it? </rant> -Ross ----- Original Message ----- From: centos-bounces(a)centos.org <centos-bounces(a)centos.org> To: centos(a)centos.org <centos(a)centos.org> Sent: Wed May 14 06:48:50 2008 Subject: Re: [CentOS] Somewhat OT: Ross S. W. Walker wrote: > > Sorry for the top post. Your mailer breaking references and thus destroying threading for others is worse than top posting >:) Cheers, Ralph ______________________________________________________________________ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof.

2 1

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