- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Aloha,
installer gives error right at begining, "Error connecting to the internet, check your proxy information ...." I'm connected to internet, no proxy needed. outgoing ip/icmp ip/tcp, and "telnet google.com 80" all work fine. Would anyone know what method the installer uses for determining connection to the internet? I would assume hacking the installer to make it work would be illegal? thanks, Juan.Link Copied
6 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
relevant strace:
[pid 1063] connect(9, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.2.1")}, 28) = 0 [pid 1063] fcntl64(9, F_GETFL) = 0x2 (flags O_RDWR) [pid 1063] fcntl64(9, F_SETFL, O_RDWR|O_NONBLOCK) = 0 [pid 1063] gettimeofday({1329523939, 228198}, NULL) = 0 [pid 1063] poll([{fd=9, events=POLLOUT}], 1, 0) = 1 ([{fd=9, revents=POLLOUT}]) [pid 1063] send(9, "\371\340\1\0\0\1\0\0\0\0\0\0\10download\6altera\3com"..., 37, MSG_NOSIGNAL) = 37 [pid 1063] poll([{fd=9, events=POLLIN}], 1, 5000) = 1 ([{fd=9, revents=POLLIN}]) [pid 1063] ioctl(9, FIONREAD, [170]) = 0 [pid 1063] recvfrom(9, "\371\340\201\200\0\1\0\2\0\1\0\0\10download\6altera\3com"..., 2048, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.2.1")}, [16]) = 170 [pid 1063] close(9) = 0 [pid 1063] fstat64(1, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0 [pid 1063] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7220000 [pid 1063] write(1, "DOWNLOAD_FAILED:4 | Error:IOErro"..., 88) = 88 [pid 1058] <... select resumed> ) = 1 (in [12]) [pid 1058] read(12, "DOWNLOAD_FAILED:4 | Error:IOErro"..., 1024) = 88 [pid 1058] select(15, [12 14], [], [], NULL <unfinished ...> [pid 1063] rt_sigaction(SIGINT, {SIG_DFL, [], 0}, {0xb767c874, [], 0}, 8) = 0 [pid 1063] close(8) = 0 [pid 1063] munmap(0xb78a6000, 4096) = 0 [pid 1063] exit_group(2) = ? Looks like a failing DNS lookup. /juan- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
root@shell~# tcpdump -i eth1 'port 53'
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes 14:38:28.256050 IP 192.168.2.7.56458 > 192.168.2.1.domain: 9082+ Type62321? download.altera.com. (37) 14:38:28.275545 IP 192.168.2.7.33392 > 192.168.2.1.domain: 42540+ PTR? 1.2.168.192.in-addr.arpa. (42) 14:38:28.300554 IP 192.168.2.1.domain > 192.168.2.7.33392: 42540 NXDomain 0/1/0 (119) 14:38:28.300770 IP 192.168.2.7.56161 > 192.168.2.1.domain: 41479+ PTR? 7.2.168.192.in-addr.arpa. (42) 14:38:28.320586 IP 192.168.2.1.domain > 192.168.2.7.56458: 9082 2/1/0 CNAME download.altera.com.edgesuite.net., CNAME a390.d.akamai.net. (170) 14:38:28.450572 IP 192.168.2.1.domain > 192.168.2.7.56161: 41479 NXDomain 0/1/0 (119) umm. NXDomain. but the akamai.net host exists. but 192.168 address doesn't have a reverse reference... but why does it bother?- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
No. dns doesn't seem to be the cause. to be sure, I created reverse entries in my hosts file for the missing in-addr.ptr records. And it still doesn't work.
The problem exists between these two system calls: [pid 1063] mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7220000 [pid 1063] write(1, "DOWNLOAD_FAILED:4 | Error:IOErro"..., 88) = 88 mmap2 returned a pointer, so that worked, and yet the Installer decides that it's failed. Perhaps the content of the data mapped into memory was not what the installer expected. I think I'd have to unpack and debug the installer to pursue this issue any further. It's disappointing cause I really wanted to get some work done with my new FPGA kit this weekend. /juan.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
It seems that at least some of the Installer's executables, or the resolver library it's linked and distributed with are buggy; at least on my machine, Debian linux; wheezy/sid; 2.6.39-2-686.
In particular: ./bin/quartus_dl whom the installer uses as a littler helper for downloading from http. When quartus_dl resolves the IP for download.altera.com, it expects an ip, get's a CNAME, and then decides it's failed to connect. As a temporary solution I've used: echo "128.171.28.7 download.altera.com" >> /etc/hosts Now the installer seems to work.- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thank you so much.
I would like to add a few things, In addition to download.altera.com, you need to add software.altera.com to your /etc/hosts Also, since they're on akmai, you need to get a new ip. Just check the ips on nslookup before adding them to /etc/hosts- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page