Odd crash situation

Post #271,708 by crazy 10/31/06 1:04:23 PM Reply	Odd crash situation Kubuntu - 6.06.1 LTS Patched to latest available kernel for the distribution. Linux crazy-desktop 2.6.15-27-amd64-generic #1 SMP PREEMPT Sat Sep 16 01:50:50 UTC 2006 x86_64 GNU/Linux Firefox 1.5.0.7, installed via apt-get If I go to the PA-RISC linux web site via firefox, my box freezes - DEAD - in between 1 and 60 seconds. One time I merely had hit the Google link and start talking to it and it froze. Other times I click around. Worked fine when viewing via Konquerer. I've varied time between tests, and also ran some very memory / cpu instensive Perl code. I've duplicated 7 times. After one of the boots the KDE login froze as well. Memtest goes OK. "top" window shows low cpu firefox activity at the moment of the freeze, using 43M res, 222M virtual. Odd.
Post #271,714 by folkert 10/31/06 4:24:44 PM 10/31/06 4:25:26 PM Reply	Linky for the PA-RISC Linux site, in particular. What extensions do you have installed and are you running 32-bit Firefox on 64-bit Linux? Is there flash on the site? The non-adobe flash stuff seems to be REALLY buggy. Huge memory leakage on 64-bit platforms... non bit aligned problems galore. 64-bit distros (and ported 32 -> 64 bit apps) are still being plagued by lotsa issues, particularly bit-alignment stuff. It is why I am still running 32-bit stuff on my servers(s) and desktops that are 64-bit hardware. -- [link\|mailto:greg@gregfolkert.net\|greg], [link\|http://www.iwethey.org/ed_curry\|REMEMBER ED CURRY!] @ *i_wethey* Freedom is not FREE. Yeah, but 10s of Trillions of US Dollars? SELECT * FROM scog WHERE ethics > 0; 0 rows returned. Edited by folkert Oct. 31, 2006, 04:25:26 PM EST Expand All History
Post #271,718 by crazy 10/31/06 4:34:47 PM Reply	Here ya go [link\|http://parisc-linux.org/index.html\|http://parisc-linux.org/index.html] Looks like pure 64 bit: file firefox-bin firefox-bin: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped No flash install by me unless it came by default. Don't notice any in the web site. This has to be "lower level" than flash anyway. Sometimes it was during the tcp/ip / html initial handshake. I clicked the google link and crashed immediately. Other times took up to a minute. Strange.
Post #271,733 by folkert 10/31/06 8:46:49 PM Reply	Hmmm. Looks like palinux.external.hp.com is a PA-RISC machine running Debian Etch (plus other stuffs of course). Seems that it is running a 2.[4\|6].x linux kernel. At least that is what my nmap scan(1) told me. Starting Nmap 4.11 ( [link\|http://www.insecure.org/nmap/\|http://www.insecure.org/nmap/] ) at 2006-10-31 19:45 EST\nDNS resolution of 1 IPs took 0.02s.\nInitiating SYN Stealth Scan against palinux.external.hp.com (192.25.206.14) [1680 ports] at 19:45\nDiscovered open port 53/tcp on 192.25.206.14\nDiscovered open port 80/tcp on 192.25.206.14\nDiscovered open port 25/tcp on 192.25.206.14\nDiscovered open port 22/tcp on 192.25.206.14\nDiscovered open port 21/tcp on 192.25.206.14\nDiscovered open port 113/tcp on 192.25.206.14\nSYN Stealth Scan Timing: About 2.20% done; ETC: 20:07 (0:22:13 remaining)\nDiscovered open port 2401/tcp on 192.25.206.14\nDiscovered open port 873/tcp on 192.25.206.14\nSYN Stealth Scan Timing: About 87.65% done; ETC: 20:11 (0:03:12 remaining)\nThe SYN Stealth Scan took 1551.20s to scan 1680 total ports.\nInitiating service scan against 8 services on palinux.external.hp.com (192.25.206.14) at 20:10\nThe service scan took 30.87s to scan 8 services on 1 host.\nWarning: OS detection will be MUCH less reliable because we did not find at least 1 open and 1 closed TCP port\nFor OSScan assuming port 21 is open, 41893 is closed, and neither are firewalled\nHost palinux.external.hp.com (192.25.206.14) appears to be up ... good.\nInteresting ports on palinux.external.hp.com (192.25.206.14):\nNot shown: 1672 filtered ports\nPORT STATE SERVICE VERSION\n21/tcp open ftp ProFTPD 1.3.0\n22/tcp open ssh OpenSSH 4.3p2 Debian 5 (protocol 2.0)\n25/tcp open smtp Postfix smtpd\n53/tcp open domain\n80/tcp open http Apache httpd 1.3.34 (Ben-SSL/1.55 (Debian) PHP/4.4.2-1.1)\n113/tcp open ident OpenBSD identd\n873/tcp open rsync (protocol version 29)\n2401/tcp open cvspserver cvs pserver\nDevice type: broadband router\|general purpose\nRunning: Level One embedded, Linux 2.4.X\|2.6.X\nToo many fingerprints match this host to give specific OS details\nTCP/IP fingerprint:\nSInfo(V=4.11%P=i686-pc-linux-gnu%D=10/31%Tm=4547F44B%O=21%C=-1)\nTSeq(Class=RI%gcd=1%SI=1A1D4E%IPID=Z)\nT1(Resp=Y%DF=Y%W=16A0%ACK=S++%Flags=AS%Ops=MNNTNW)\nT2(Resp=N)\nT3(Resp=N)\nT4(Resp=Y%DF=Y%W=0%ACK=O%Flags=R%Ops=)\nT5(Resp=N)\nT6(Resp=N)\nT7(Resp=N)\nPU(Resp=N)\nTCP Sequence Prediction: Class=random positive increments\n Difficulty=1711438 (Good luck!)\nIPID Sequence Generation: All zeros\nService Info: Host: mail.parisc-linux.org; OSs: Unix, Linux, OpenBSD\n\nNmap finished: 1 IP address (1 host up) scanned in 1594.070 seconds\n Raw packets sent: 11070 (309.952KB) \| Rcvd: 300 (13.944KB) More than likely it is Debian Etch on PA-RISC. I am unsure what the issue maybe. You might wanna send them a kindly note. I am assuming your are using the MAD64 Dapper (AMD64). I still think the rush to 64-bit a good thing overall, but not a good thing for production yet. People have to many agendas for 64-bit, overlooking many of the things 32-bit has many years of. Like stability and compatibility (not all inclusive). 1 == `nmap -sS -sV -O -P0 -T2 -M 1 -f -v 192.25.206.14` -- [link\|mailto:greg@gregfolkert.net\|greg], [link\|http://www.iwethey.org/ed_curry\|REMEMBER ED CURRY!] @ *i_wethey* Freedom is not FREE. Yeah, but 10s of Trillions of US Dollars? SELECT * FROM scog WHERE ethics > 0; 0 rows returned.

Welcome to IWETHEY!