Discuss August 2013

discuss@lists.centos.org

147 participants
144 discussions

touchpad problem?
by Ahmed 03 Sep '13

03 Sep '13

Hi there, i recently installed centos 6 64bit version on my HPProBook4530s Laptop. i then issued the command to update the kernel only. it updated the kernel to latest stable 2.6.32-358.14.1.el6.x86_64 kernel. After update what i got is that my touchpad is not working. i am 1000% certain that new kernel caused this problem. so, what i should do with the kernel to overcome this problem or any other suggestion? Warm Regards, Ahmed Dawood

4 9

Two external interfaces, one with "default" route and ping problem
by Jobst Schmalenbach 03 Sep '13

03 Sep '13

Hi I have two different IP addresses (in a block of /29), one is on port 0 and the other is on port 2 of a Ciso 888. I am doing this so I can have two different certs with two different ip addresses. I have tried: 1) one machine, two real interfaces, two cables (eth0 and eth2) 2) one machine, one real interface eth0 and one virtual interface eth0:1, one network cable Using number 2) I can ping the two different ip addresses, no problem. The only problem here is that iptables does not work (I cannot create rules for eth0:1 - and yes I know about the security implications). I have a problem with number number 1) I can ping the first ip address and I get a return, but I cannot get a return when I ping the second ip address. I can see traffic coming into the second interface but it does not return. Now one of the interfaces needs the "default" route applied (is this correct??), which is eth0. I assume this is a routing problem? What do I need to do to get this to work? Jobst -- Student to Teacher: Sir, what's an oxymoron? .... Teacher to Student: "Microsoft Works". | |0| | Jobst Schmalenbach, jobst(a)barrett.com.au, General Manager | | |0| Barrett Consulting Group P/L & The Meditation Room P/L |0|0|0| +61 3 9532 7677, POBox 277, Caulfield South, 3162, Australia

3 3

Message from syslogd@localhost ... kernel:Disabling IRQ #17
by Michael Hennebry 02 Sep '13

02 Sep '13

" Message from syslogd@localhost at Aug 27 08:57:53 ... kernel:Disabling IRQ #17" is the message I got on all my terminal windows at the time indicated. What is it complaining about? What should I do about it? I got some information from dmesg. It mentions IRQ 17, but the only error is from before the most recent hibernation. Here are some excerpts, in order from dmesg: SELinux: initialized (dev proc, type proc), uses genfs_contexts hda-intel: IRQ timing workaround is activated for card #1. Suggest a bigger bdl_pos_adj. fuse init (API version 7.13) [Hardware Error]: Machine check events logged SELinux: initialized (dev sdc1, type vfat), uses genfs_contexts PM: Syncing filesystems ... done. ata_piix 0000:00:1f.1: PCI INT A disabled ACPI: Preparing to enter system sleep state S4 PM: Saving platform NVS memory Disabling non-boot CPUs ... CPU 1 is now offline SMP alternatives: switching to UP code PM: Creating hibernation image: PM: Need to copy 141814 pages PM: Restoring platform NVS memory microcode: CPU0 updated to revision 0x2e, date = 2004-08-11 Force enabled HPET at resume Enabling non-boot CPUs ... SMP alternatives: switching to SMP code Booting Node 0 Processor 1 APIC 0x1 Initializing CPU#1 microcode: CPU1 updated to revision 0x2e, date = 2004-08-11 CPU1 is up ACPI: Waking up from system sleep state S4 ata_piix 0000:00:1f.1: restoring config space at offset 0x1 (was 0x2880003, writing 0x2880007) Restarting tasks ... done. psmouse serio1: ID: 10 00 64 e100 0000:02:08.0: eth0: NIC Link is Up 100 Mbps Full Duplex ADDRCONF(NETDEV_UP): eth0: link is not ready ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready eth0: no IPv6 routers present irq 17: nobody cared (try booting with the "irqpoll" option) Pid: 0, comm: swapper Not tainted 2.6.32-358.14.1.el6.i686 #1 Call Trace: [<c04bb8d4>] ? __report_bad_irq+0x24/0x90 [<c04bba90>] ? note_interrupt+0x150/0x190 [<c04bc0eb>] ? handle_fasteoi_irq+0x9b/0xc0 [<c040b9f2>] ? handle_irq+0x32/0x60 [<c045fe95>] ? irq_exit+0x35/0x70 [<c040b027>] ? do_IRQ+0x47/0xc0 [<c0409f10>] ? common_interrupt+0x30/0x38 [<f80b00d8>] ? radeon_connector_set_property+0x1a8/0x2a0 [radeon] [<f80d2f80>] ? r600_irq_process+0x140/0x6f0 [radeon] [<f80b9042>] ? radeon_driver_irq_handler_kms+0x12/0x20 [radeon] [<c04b9f25>] ? handle_IRQ_event+0x45/0x140 [<c04bc0b5>] ? handle_fasteoi_irq+0x65/0xc0 [<c040b9f2>] ? handle_irq+0x32/0x60 [<c040b027>] ? do_IRQ+0x47/0xc0 [<c0409f10>] ? common_interrupt+0x30/0x38 [<c0434f52>] ? native_safe_halt+0x2/0x10 [<c041121d>] ? default_idle+0x4d/0xc0 [<c0408884>] ? cpu_idle+0x94/0xd0 [<c0ac39fc>] ? start_kernel+0x3b0/0x3b5 [<c0ac348a>] ? unknown_bootoption+0x0/0x190 handlers: [<f849b2e0>] (snd_intel8x0_interrupt+0x0/0x250 [snd_intel8x0]) [<f915c7f0>] (azx_interrupt+0x0/0x1a0 [snd_hda_intel]) Disabling IRQ #17 google has not helped much. I note that https://bugzilla.redhat.com/show_bug.cgi?id=381331 was closed with a WONTFIX. I also grepped dmesg for IRQ and 17. There were four distinct messages: i801_smbus 0000:00:1f.3: PCI INT B -> GSI 17 (level, low) -> IRQ 17 Intel ICH 0000:00:1f.5: PCI INT B -> GSI 17 (level, low) -> IRQ 17 snd_hda_intel 0000:01:00.1: PCI INT B -> GSI 17 (level, low) -> IRQ 17 Disabling IRQ #17 The first and last were there once, first and last. The others alternated, eleven times each. I think I kow what snd_hda_intel and Intel ICH are, but it doesn't help I'm really fuzzy on i801_smbus. What is syslogd complaining about and what should I do about it? -- Michael hennebry(a)web.cs.ndsu.NoDak.edu "On Monday, I'm gonna have to tell my kindergarten class, whom I teach not to run with scissors, that my fiance ran me through with a broadsword." -- Lily

2 3

Adding new root suffix to 389 server
by Stephen Harris 30 Aug '13

30 Aug '13

My apologies if this is off-topic... On a centos6.4 system I installed 389 server from EPEL. It seems to work well enough. However I'm trying to script things, rather than do it via the GUI. So, for example, I want to add a new suffix: #!/bin/ksh -p pswd=$(cat ~/passwd) add() { echo "dn: cn=example,cn=ldbm database,cn=plugins,cn=config changetype: add objectclass: extensibleObject objectclass: nsBackendInstance nsslapd-suffix: dc=example,dc=com dn: cn=dc=example\,dc=com,cn=mapping tree,cn=config changetype: add objectclass: top objectclass: extensibleObject objectclass: nsMappingTree nsslapd-state: backend nsslapd-backend: example cn: dc=example,dc=com " | ldapmodify -a -D "cn=directory manager" -w $pswd -h $1 } add my_server This appears to work. adding new entry "cn=example,cn=ldbm database,cn=plugins,cn=config" adding new entry "cn=dc=example\,dc=com,cn=mapping tree,cn=config" However I then try and use this new root suffix: #!/bin/ksh -p pswd=$(cat ~/passwd) add() { echo "dn: dc=stephen_test,dc=example,dc=com objectClass: top objectClass: domain dc: stephen_test " | ldapmodify -a -D "cn=directory manager" -w $pswd -h $1 } add my_server And this fails adding new entry "dc=stephen_test,dc=example,dc=com" ldap_add: No such object (32) Similarly: % ldapsearch -x -b 'dc=example,dc=com' # extended LDIF # # LDAPv3 # base <dc=example,dc=com> with scope subtree # filter: (objectclass=*) # requesting: ALL # # search result search: 2 result: 32 No such object # numResponses: 1 Clearly I'm missing something obvious... but I can't see what! -- rgds Stephen

1 0

Just Curious
by Rajagopal Swaminathan 30 Aug '13

30 Aug '13

Greetings, I wonder why the bugfixes gets implemented so fast that there are frequent announcements in centos-announce list. If only I could lay my (very) dirty hands on the sources of information... With warm Regards, Rajagopal

2 1

ntpd heavy CPU consumption
by Steve Thompson 29 Aug '13

29 Aug '13

CentOS 6.4, x86_64. ntpd on one of my systems has started consuming 66% of one core, although it appears to be functioning correctly otherwise. No pertinent logs. Of course, nothing was changed :) I've seen this before many times, but usually the CPU consumption falls back to normal within a day or so, but this has been going on for several weeks now. Stopping and restarting ntpd makes no difference. Reinstalling ntpd makes no difference. The ntpd.conf file is the same as on 200+ other systems, all of which work normally. Anyone seen this before? Steve

2 1

list installed packaged, without formatting overhead
by Mihamina Rakotomandimby 29 Aug '13

29 Aug '13

Hi all, In order to make the same installation on two servers where all was installed via yum/rpm, I want to dump a list of all installed packages on the first server. My problem is if I just "yum list installed", some weird formatting prints packages information on 2 lines... I have to # yum list installed | awk '{print $1}' \ | grep -v '@' | grep -vE '^[0-9]' Is there a cleaner way? # rpm -aq Is not OK because it includes version in a way it's more hard to parse just the package name. Thank you. -- RMA.

2 1

CentOS-announce Digest, Vol 102, Issue 16
by centos-announce-request＠centos.org 29 Aug '13

29 Aug '13

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-2013:1179 CentOS 6 glibc Update (Karanbir Singh) 2. CESA-2013:1173 Important CentOS 6 kernel Update (Karanbir Singh) 3. CESA-2013:1182 Important CentOS 6 389-ds-base Update (Karanbir Singh) 4. CEBA-2013:1184 CentOS 6 sos Update (Karanbir Singh) ---------------------------------------------------------------------- Message: 1 Date: Wed, 28 Aug 2013 19:01:30 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2013:1179 CentOS 6 glibc Update To: centos-announce(a)centos.org Message-ID: <20130828190130.GA39655(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:1179 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1179.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 4c14dd60cada88633694c3f1c605ad59f4d6c05fad3d13d4ecdb6ef1d94c3e3f glibc-2.12-1.107.el6_4.4.i686.rpm 0474826d2bcecbb57b712f7831012c2e6695c8c2d200eb5f41b284975b08302c glibc-common-2.12-1.107.el6_4.4.i686.rpm 67e0981289434ab468f9f511a253515ce39f0e9228d865217b4247e726a31c97 glibc-devel-2.12-1.107.el6_4.4.i686.rpm ed509429a40408c08b214f0599283969ba9632f3f3a4615d72d0418f48fa68ce glibc-headers-2.12-1.107.el6_4.4.i686.rpm 5246965ec796f129359c140b6737e8866d9f5e76aebd07eedc399775b7c0c6ec glibc-static-2.12-1.107.el6_4.4.i686.rpm cd8226e5f96af1fb86c974ae42949f1ce091a357c5cc1930b2a645f60d598540 glibc-utils-2.12-1.107.el6_4.4.i686.rpm 2b6977f39993900296c8e78ad9576096dc4b11bed8c56df2c09d711f97d70546 nscd-2.12-1.107.el6_4.4.i686.rpm x86_64: 4c14dd60cada88633694c3f1c605ad59f4d6c05fad3d13d4ecdb6ef1d94c3e3f glibc-2.12-1.107.el6_4.4.i686.rpm dcabc218db99ed42b3436e6e6100ff105ff2c3c0801a0c7cd07d770ea28a9804 glibc-2.12-1.107.el6_4.4.x86_64.rpm 83ed0593a6d128b678c229f36130074a4dc244c1f4a7c4f775a960a128bd145c glibc-common-2.12-1.107.el6_4.4.x86_64.rpm 67e0981289434ab468f9f511a253515ce39f0e9228d865217b4247e726a31c97 glibc-devel-2.12-1.107.el6_4.4.i686.rpm fe6912d08c2dcc08d0655070aae56d45dd7da4dafe0d81a87768ab4899c5f8b0 glibc-devel-2.12-1.107.el6_4.4.x86_64.rpm 52808ebb0c15df074bfe5b71e350bd06402e8f22679dc259d77c8b3bf1ea82a4 glibc-headers-2.12-1.107.el6_4.4.x86_64.rpm 5246965ec796f129359c140b6737e8866d9f5e76aebd07eedc399775b7c0c6ec glibc-static-2.12-1.107.el6_4.4.i686.rpm 5f55c7717bf87a13d418539f83c3bf53615ec1c9cf08544be545e948e6a03305 glibc-static-2.12-1.107.el6_4.4.x86_64.rpm e11c38cd17532fb476108e6f087f8c3fc08d47aa1d3b936d0e9651da4f01f039 glibc-utils-2.12-1.107.el6_4.4.x86_64.rpm 12b17db87f3c9545618c636ecd3c2d2b276074caaa0cd2ec7ac7a1076e3d4578 nscd-2.12-1.107.el6_4.4.x86_64.rpm Source: 2bbf73b48dcbfc8372703f33eee7634f5a501c9194f45a4c75d0ceb32ae2cf5a glibc-2.12-1.107.el6_4.4.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Wed, 28 Aug 2013 19:03:34 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2013:1173 Important CentOS 6 kernel Update To: centos-announce(a)centos.org Message-ID: <20130828190333.GA40081(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:1173 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1173.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 18b4ef3ba23b0fa5fef9a397feaeb2b9069face9568d08ee75b6babad9971a88 kernel-2.6.32-358.18.1.el6.i686.rpm 12c037c93a1674ed08b3dd4004959d58843ceae1aad4fb1616360a4c33d7ccdf kernel-debug-2.6.32-358.18.1.el6.i686.rpm ce4fa4f3e7b53f682e3404eadad7deeffb248201ea16cefed0bf927f9d42edaf kernel-debug-devel-2.6.32-358.18.1.el6.i686.rpm d6d3583f90f2377e1548cfcf56e9e5c751acbe0d2bd2e51df50e53180e6de70f kernel-devel-2.6.32-358.18.1.el6.i686.rpm 95ef23c453a0c009e6564b1c5bd88d3b7ad2f98005b519e4f71ee05a33c45335 kernel-doc-2.6.32-358.18.1.el6.noarch.rpm ddc0e97e329986de690212395fd2fa1f9f84118153569eb322fb83bf7627d8e0 kernel-firmware-2.6.32-358.18.1.el6.noarch.rpm d82cfa64e9cdc4c75ea34a5fceb5ced6a839ea48e3457dddaad2536b8b5a734e kernel-headers-2.6.32-358.18.1.el6.i686.rpm df4139359ffc9db1ba2d8c786cc28c8ac12442035c1ee39107ab77fba066ea33 perf-2.6.32-358.18.1.el6.i686.rpm 61ab672fd48b8b502611e3bd9c3e1a5e9bf3819ad1f2d78213b40f71af48bfe8 python-perf-2.6.32-358.18.1.el6.i686.rpm x86_64: 17ffb63ca589a49220a56706c83ade7c7b7e5c734798fc1acd4a716d5487491c kernel-2.6.32-358.18.1.el6.x86_64.rpm 5f8381b7c042804c107e5187b375eb276291a69b2b1faa6a7ee381c69a5feed4 kernel-debug-2.6.32-358.18.1.el6.x86_64.rpm d642635ccac3637e7a10bc22fd0b4fadd903aee7f6869e5857f32011e3261076 kernel-debug-devel-2.6.32-358.18.1.el6.x86_64.rpm 4a8c87c6830f66c5df97b845c82c065d294997e359addcfe5fd18ecd5ffbe01d kernel-devel-2.6.32-358.18.1.el6.x86_64.rpm 95ef23c453a0c009e6564b1c5bd88d3b7ad2f98005b519e4f71ee05a33c45335 kernel-doc-2.6.32-358.18.1.el6.noarch.rpm ddc0e97e329986de690212395fd2fa1f9f84118153569eb322fb83bf7627d8e0 kernel-firmware-2.6.32-358.18.1.el6.noarch.rpm fa228ec834bf96dfb72e5ed18e5f3543b7cefe79b47acf41f24019dd7fa4019f kernel-headers-2.6.32-358.18.1.el6.x86_64.rpm a4165184c3569e4f341f0a8b4ae0cc25eb9ec671885fa349cd9962df58f437d1 perf-2.6.32-358.18.1.el6.x86_64.rpm 5d1c95b60566fa21af0fb138c8f461553ed1c97289ba130ec51d60e53566f7d1 python-perf-2.6.32-358.18.1.el6.x86_64.rpm Source: 42548add96eda82841b615021d325f9b7fc2dd09ddd4b4cedf60cf665204f6b7 kernel-2.6.32-358.18.1.el6.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Wed, 28 Aug 2013 19:04:09 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2013:1182 Important CentOS 6 389-ds-base Update To: centos-announce(a)centos.org Message-ID: <20130828190409.GA40331(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:1182 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1182.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5ff14eaaa8015b2bb84c37e8de146dbbe73fd1e0015101d410ba521258f5331b 389-ds-base-1.2.11.15-22.el6_4.i686.rpm e15ab1cd11ad3a3c8421314d7b6ef69de5164c8c494c443008bd9b3b5bc8c980 389-ds-base-devel-1.2.11.15-22.el6_4.i686.rpm a05bb72fc0bb86da26cebac987cd099b4e9510b480ee8490fc01a3a80ebd09b9 389-ds-base-libs-1.2.11.15-22.el6_4.i686.rpm x86_64: 25474f30f49dc0fb593ed4c48bc3eef5d58a28d98bf2199289a45a15d8b3c1e5 389-ds-base-1.2.11.15-22.el6_4.x86_64.rpm e15ab1cd11ad3a3c8421314d7b6ef69de5164c8c494c443008bd9b3b5bc8c980 389-ds-base-devel-1.2.11.15-22.el6_4.i686.rpm 86e25a383fa3c584cb1bbeda6055833495fd0e3de4f266d6b4d4227fc761a0ea 389-ds-base-devel-1.2.11.15-22.el6_4.x86_64.rpm a05bb72fc0bb86da26cebac987cd099b4e9510b480ee8490fc01a3a80ebd09b9 389-ds-base-libs-1.2.11.15-22.el6_4.i686.rpm 35fad0f7bce2be849687ddc7624b717a43de62456937b8c9758b7ad3861919f7 389-ds-base-libs-1.2.11.15-22.el6_4.x86_64.rpm Source: eb49c74c076dbd1f4dddcfd68cce1c69d69df5f0f4593fda2ae9d7764586b538 389-ds-base-1.2.11.15-22.el6_4.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 4 Date: Thu, 29 Aug 2013 11:12:02 +0000 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CEBA-2013:1184 CentOS 6 sos Update To: centos-announce(a)centos.org Message-ID: <20130829111202.GA9257(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Bugfix Advisory 2013:1184 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1184.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 5478bcfd187cdeefcf9612db2d04ff7669a97073bb1cc19bd98a11e8f3e67675 sos-2.2-38.el6.centos.2.noarch.rpm x86_64: 5478bcfd187cdeefcf9612db2d04ff7669a97073bb1cc19bd98a11e8f3e67675 sos-2.2-38.el6.centos.2.noarch.rpm Source: 6e7a7c39586dca00699822630b1d782f00334cf3d4ef544074e581f0df196123 sos-2.2-38.el6.centos.2.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #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 102, Issue 16 ************************************************

1 0

redirecting web requests from localhost
by Miguel González 29 Aug '13

29 Aug '13

Dear all, I´m testing a server and try to simulate a server in production. We have a SSL certificate and I have configured the test server with the same servername as it is in production. To access it, I change the hosts file in my laptop to reach the test server. However, the Java application running in the server tries to access some local web content. I have changed the hosts file and some applications (ping, wget) they get the local IP address. However nslookup and maybe our Java application (I didn´t have the programmer available to debug it) are getting the production server IP. So, how can I redirect for instance 443 traffic to a specific IP to the local IP address of the local server? I have tried this: iptables -t nat -A PREROUTING -d XXX.XXX.XXX.XXX -p tcp --dport 80 -j DNAT --to YYY.YYY.YYY.YYY XXX.XXX.XXX.XXX - IP of production server YYY.YYY.YYY.YYY - local IP of the test server Thanks Miguel This message and any attachments are intended for the use of the addressee or addressees only. The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its content is not permitted. If you received this message in error, please notify the sender and delete it from your system. Emails can be altered and their integrity cannot be guaranteed by the sender. Please consider the environment before printing this email.

6 6

Re: [CentOS] redirecting web requests from localhost
by diegors＠gmail.com 28 Aug '13

28 Aug '13

IF (IF) is trying to get data by hostname, dnsmasq maybe could help. IF (IF) is by ip addres, problem still here. First he need understand how is working the app or wait to developer. I prefer lost 2 minutes with grep, that a lot of minutes with dnsmasq AND 2 minutes with grep later.. Diego Sanchez Sent from my mobile -----Original Message----- From: Reindl Harald <h.reindl(a)thelounge.net> Date: Wed, 28 Aug 2013 23:38:49 To: CentOS mailing list<centos(a)centos.org> Cc: <miguel_3_gonzalez(a)yahoo.es>; <diegors(a)gmail.com> Subject: Re: [CentOS] redirecting web requests from localhost Am 28.08.2013 21:49, schrieb "Miguel González" <miguel_3_gonzalez(a)yahoo.es>": > I'm testing a server and try to simulate a server in production. We > have a SSL certificate and I have configured the test server with the > same servername as it is in production. To access it, I change the hosts > file in my laptop to reach the test server. > > I have changed the hosts file and some > applications (ping, wget) they get the local IP address. However > nslookup and maybe our Java application (I didn´t have the programmer > available to debug it) are getting the production server IP if a application makes a DNS request then it asks DNS and not /etc/hosts - period yum install dnsmasq man dnsmasq Am 28.08.2013 23:16, schrieb diegors(a)gmail.com: > Could be hardcoded in your java app, by hostname or ip? learn basics, see above the application is not interested in /etc/hosts - why? because /etc/hosts doesn't support record types like MX, TXT, SRV, SPF.... http://blog.defunct.ca/2009/09/29/postfix-etchosts/

1 0

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 2013