Bugs item #700984, was opened at 2003-03-10 11:54 Message generated for change (Comment added) made by erikj1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100259&aid=700984&group_id=259
Category: systemimager-client Group: v3.0.0 Status: Open Resolution: Accepted Priority: 5 Submitted By: Erik Jacobson (erikj1) Assigned to: Nobody/Anonymous (nobody) Summary: ia64 boel_binaries - resolver doesn't work Initial Comment: There is a small-chance that this is due to Altix needing a different kernel here. I mention this in the interest of full disclosure. I have not tried a white box Itanium to test and if it is urgently needed, I can probably find a system to test with. But I believe this really is a generic ia64 problem. After I got past initrd and it augmented itself with the contents of beol_binaries.tar, I was unable to resolve host names. I added options for gateways and dns servers to my dhcp config and verified that /etc/resolv.conf was populated and nsswitch.conf was right. If I wouldn't mind having my systems set up to get IPs at startup each time, I probably wouldn't have attempted to use the resolver in the imaging process. However, in my environment, I want static host names that can be based on what dhcp provides during the image process and it seems like system imager is supposed to support this - so I'm filing as a bug. I updated beol_binaries.tar.gz with a bunch of new libraries we use for SGI ProPack but I don't believe this was necessary. I think the important ones for resolving were libnsl, libnss_nis, and libnss_files. With the current boel, I wasn't even able to resolve a host name if it appeared in /etc/hosts. So here I suggest trying to make it so enough libraries are in the boel_binaries.tar.gz for ia64 that the resolve can work right. If you want me to test a version of the tarball, let me know! (PS: When I made mine, I just pulled them off a live system...) ---------------------------------------------------------------------- >Comment By: Erik Jacobson (erikj1) Date: 2003-09-13 10:32 Message: Logged In: YES user_id=730453 I'm still having trouble with resolution using the 3.0.1 systemimager ia64boot rpm. In this case, I'm using a stock version of the ia64boot rpm: systemimager-ia64boot-standard-3.0.1-1.noarch.rpm The system I'm tyring to get it going on is an HP ZX1 based system. The DHCP request works fine. The gateway is setup, and /etc/resolv.conf is populated properly. I can ping the name servers. However, no name resolution works. The same resolution DOES work on a normal linux system with similar resolve.conf. Last time I went through this, I discovered that if I included a couple more libraries in the boel binaries tarball, resolution would start to work just fine (see my submission from March). Of course, if I just wanted to always use dhcp for getting my IP all the time (even after the system is installed), I suppose this would be moot. But all machines need static IPs for what I'm doing. So I'll investigate getting the proper libraries in place for ia64. ---------------------------------------------------------------------- Comment By: Erik Jacobson (erikj1) Date: 2003-03-11 13:49 Message: Logged In: YES user_id=730453 Sorry, I wasn't logged in with my last add. I really personally feel that the resolution isn't working because of a problem in the beol binaries and not because I have dns set up wrong. I feel that way because, when I add make my own tar file with all the libraries an strace showed was necessary to do proper resolution -- and use that one, the reverse lookup does just fine. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2003-03-11 13:35 Message: Logged In: NO This works fine when I include the libnss_files and libnss_nis, libnsl, etc libraries in my own tar file. It seems to me that not enough libraries are included to do the resolution. As I said in my notes, even having the host name in /etc/hosts -- it still won't resolve. But when I put my updated tar file in to place that just has more libraries and such -- all is well. ---------------------------------------------------------------------- Comment By: Brian Elliott Finley (brianfinley) Date: 2003-03-11 13:28 Message: Logged In: YES user_id=140 DNS needs to be able to do reverse resolution. If the ip address of your client is 10.1.1.1, you need to be able to do a "host 10.1.1.1" and have it return your client's host name. If you can't get DNS set up to do this, you may need to use the function in addclients that populates the hosts file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100259&aid=700984&group_id=259 ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Sisuite-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/sisuite-devel
