Re: [SLUG] debugging dns resolution issues with RES_OPTIONS=debug
Ben Burke wrote: Yes, I know about dig. But the problem I'm having appears to be failure of dns server to respond, or a communications problem with dns server(s) I admittedly haven't delved deep into the dig man page, but a suggestion would be to add a suitable dig incantation to your cron job just before requiring DNS services, just to see what is happening in detail at the time. At least you'd have a log written to stdout that you can examine for anomalies when something awry happens with that server. cheers rickw -- _ Rick Welykochy || Praxis Services Hofstadter's Law. It always takes longer than you expect, even when you take into account Hofstadter's law. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debugging dns resolution issues with RES_OPTIONS=debug
Rick, Thanks - yes, that will help, though I don't think I'll get close enough to the problem to decide if it's ip communications or a windows dns server issue. (I could do other connectivity tests to the dns servers, same result) I came across these options when working with a really nasty performance problem, involving AIX dns clients, resolving names on win2k3 servers. At the time, I was being pushed to populate hosts files on dozens of unix hosts, rather than get to the bottom of what was going on. Eventually, we found that the AIX version in use would attempt ipv6 style dns client behaviour several times, before failing back to ipv4 behaviour. At the time, IBM gave us no support what so ever - just blamed microsoft. As usual, the way to solve a vendor war is, get to the root of the problem. I'm pretty clueless on where gethostbyname lives in the os. My guess would be, a shared library that many programs link against, rather than part of the kernel.. This was the kind of info I was looking for. Thanks for everybody's input so far. b Ben Burke wrote: Yes, I know about dig. But the problem I'm having appears to be failure of dns server to respond, or a communications problem with dns server(s) I admittedly haven't delved deep into the dig man page, but a suggestion would be to add a suitable dig incantation to your cron job just before requiring DNS services, just to see what is happening in detail at the time. At least you'd have a log written to stdout that you can examine for anomalies when something awry happens with that server. cheers rickw -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debugging dns resolution issues with RES_OPTIONS=debug
2010/1/27 Ben Burke ben.bu...@internode.on.net: Rick, Thanks - yes, that will help, though I don't think I'll get close enough to the problem to decide if it's ip communications or a windows dns server issue. (I could do other connectivity tests to the dns servers, same result) I came across these options when working with a really nasty performance problem, involving AIX dns clients, resolving names on win2k3 servers. At the time, I was being pushed to populate hosts files on dozens of unix hosts, rather than get to the bottom of what was going on. Eventually, we found that the AIX version in use would attempt ipv6 style dns client behaviour several times, before failing back to ipv4 behaviour. At the time, IBM gave us no support what so ever - just blamed microsoft. As usual, the way to solve a vendor war is, get to the root of the problem. I'm pretty clueless on where gethostbyname lives in the os. My guess would be, a shared library that many programs link against, rather than part of the kernel.. This was the kind of info I was looking for. Hi Rick gethostbyname is part of GNU libc implementation. Therefore, you'd have to check out its resolver library to do anything serious with `options debug` on your /etc/resolv.conf (its disabled by default for some reason). Other implementations such as AIX which you use has it enabled by default. AFAIK, most BSDs have them enabled too. HTH [...] -- Regards Ishwor Gurung Key id:0xa98db35e Key fingerprint:FBEF 0D69 6DE1 C72B A5A8 35FE 5A9B F3BB 4E5E 17B5 -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Thumbdrive with a problem.
I've been given a small thumbdrive. I can copy a file to the drive. The drive changes the file's permissions and will not allow them to be altered: Owner Access: read and write allothers: read only. Execute: (tick) Allow executing file as program. Copy the file back out of the drive and the settings remain unchanged, although they can be altered manually. Does anyone know a method whereby the drive -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Thumbdrive with a problem.
I've been given a small thumbdrive. I can copy a file to the drive. The drive changes the file's permissions and will not allow them to be altered: Owner Access: read and write allothers: read only. Execute: (tick) Allow executing file as program. Copy the file back out of the drive and the settings remain unchanged, although they can be altered manually. Does anyone know a method whereby the drive leaves the permissions alone? Bill Bennett. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Thumbdrive with a problem.
wbennett == wbennett wbenn...@turing.une.edu.au writes: wbennett I've been given a small thumbdrive. I can copy a file to wbennett the drive. The drive changes the file's permissions and will wbennett not allow them to be altered: Sounds like you have a DOS file system on there -- it doesn't \ obey UNIX file permissions. You can reformat the drive as, say, ext2, but this will make the resulting filesystem unusable on any platform other than linux. To try this, do mkfs -t ext2 /dev/sdb1 (or whatever the name of the drive is). Not while the drive is mounted! -- Dr Peter Chubb peter DOT chubb AT nicta.com.au http://www.ertos.nicta.com.au ERTOS within National ICT Australia All things shall perish from under the sky/Music alone shall live, never to die -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
[SLUG] Further to the USB Modem installation.
After a chat with Amos, I went searching for any experience with the installation of a ZTE MF626 USB modem (= the white Telstra dongle, $150 from the Telstra shop along with free sniff if you mention Linux). A dogpile yielded the following: ubuntuforums.org/showthread.php?t=1147685 which is headed How to install modem ZTE MF626 HSDPA in Jaunty. It involves getting the latest modeswitch, installing same and then editing it to recognise a modem. Those who tried it seem satisfied. Anybody in SLUG tried it? Bill Bennett. -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Thumbdrive with a problem.
Hum! Isn't there a common file system (FAT32, has been suggested to me) whereby I can use Windows and Linux? Before I lost it, I had an antiquated MP3 player that I'd cleaned out and used as a thumb drive and it handled both OSs without complaint. Bill Bennett. Peter Chubb wrote: Sounds like you have a DOS file system on there -- it doesn't \ obey UNIX file permissions. You can reformat the drive as, say, ext2, but this will make the resulting filesystem unusable on any platform other than linux. To try this, do mkfs -t ext2 /dev/sdb1 (or whatever the name of the drive is). Not while the drive is mounted! -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Thumbdrive with a problem.
On 28/01/10 15:29, wbenn...@turing.une.edu.au wrote: Hum! Isn't there a common file system (FAT32, has been suggested to me) whereby I can use Windows and Linux? Before I lost it, I had an antiquated MP3 player that I'd cleaned out and used as a thumb drive and it handled both OSs without complaint. Portability, UNIX permissions. Pick one. signature.asc Description: OpenPGP digital signature -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Thumbdrive with a problem.
FAT32 is easily usable by both Windows and Linux. But it suffers from the same shortcomings Peter mentioned. It has no concept at all of file permissions, so copying anything to it is going to result in the destination having permissions set to whatever the default is for that mount point. On Thu, 2010-01-28 at 15:29 +1100, wbenn...@turing.une.edu.au wrote: Hum! Isn't there a common file system (FAT32, has been suggested to me) whereby I can use Windows and Linux? Before I lost it, I had an antiquated MP3 player that I'd cleaned out and used as a thumb drive and it handled both OSs without complaint. Bill Bennett. Peter Chubb wrote: Sounds like you have a DOS file system on there -- it doesn't \ obey UNIX file permissions. You can reformat the drive as, say, ext2, but this will make the resulting filesystem unusable on any platform other than linux. To try this, do mkfs -t ext2 /dev/sdb1 (or whatever the name of the drive is). Not while the drive is mounted! -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Further to the USB Modem installation.
On Thu, 2010-01-28 at 15:22 +1100, wbenn...@turing.une.edu.au wrote: ubuntuforums.org/showthread.php?t=1147685 which is headed How to install modem ZTE MF626 HSDPA in Jaunty. It involves getting the latest modeswitch, installing same and then editing it to recognise a modem. This is exactly the process I followed to get one of these dongles working in 9.04. No problems at all. -- Pete -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
