[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [hobbit] RHEL5 and status-board not available bug?
- To: "Flyzone Micky" <flyzone (at) technologist.com>
- Subject: Re: [hobbit] RHEL5 and status-board not available bug?
- From: Buchan Milne <bgmilne (at) staff.telkomsa.net>
- Date: Mon, 16 Feb 2009 18:20:55 +0200
- Cc: hobbit (at) hswn.dk
- References: <20090216151534.0ABF6105CD (at) ws1-3.us4.outblaze.com>
- User-agent: KMail/1.10.3 (Linux/2.6.27.7-desktop-1mnb; KDE/4.1.3; x86_64; ; )
On Monday 16 February 2009 17:15:34 Flyzone Micky wrote:
> > ----- Original Message -----
> > From: "Buchan Milne" <bgmilne (at) staff.telkomsa.net>
>
> News about my problem.
> Moved to RHEL5.3 32bit with PAE kernel, with the same architecture,
> data on NFS, bonding and veritas cluster like before.
> The problem is dissappear.
>
> So, I repeat, just on 64bit RHEL => 5.0 seems appear the bug.
>
> > So, you need to check your storage system.
>
> Well, like I told, the problem persist also on local disk with 64bit.
>
> > My workstation is running RHEL 5.2 on a Sun Ultra 40, and Hobbit
>
> ...cut...
>
> > and I've never seen this.
>
> 5.2 on sun, the kernel is different of amd/intel
> Which version of kernel are you using?
No, Intel/AMD makes no difference, x86_64 (EM64T for Intel, amd64 for AMD) vs
i386 does, but:
Linux seaknight.telkomsa.net 2.6.18-92.1.10.el5xen #1 SMP Wed Jul 23 04:11:52
EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
# cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 65
model name : Dual-Core AMD Opteron(tm) Processor 2210
stepping : 2
cpu MHz : 1800.000
cache size : 1024 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni cx16
lahf_lm cmp_legacy svm cr8_legacy
bogomips : 4501.91
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 65
model name : Dual-Core AMD Opteron(tm) Processor 2210
stepping : 2
cpu MHz : 1800.000
cache size : 1024 KB
physical id : 1
siblings : 1
core id : 0
cpu cores : 1
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni cx16
lahf_lm cmp_legacy svm cr8_legacy
bogomips : 4501.91
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
processor : 2
vendor_id : AuthenticAMD
cpu family : 15
model : 65
model name : Dual-Core AMD Opteron(tm) Processor 2210
stepping : 2
cpu MHz : 1800.000
cache size : 1024 KB
physical id : 2
siblings : 1
core id : 0
cpu cores : 1
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni cx16
lahf_lm cmp_legacy svm cr8_legacy
bogomips : 4501.91
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
processor : 3
vendor_id : AuthenticAMD
cpu family : 15
model : 65
model name : Dual-Core AMD Opteron(tm) Processor 2210
stepping : 2
cpu MHz : 1800.000
cache size : 1024 KB
physical id : 3
siblings : 1
core id : 0
cpu cores : 1
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu tsc msr pae mce cx8 apic mtrr mca cmov pat pse36 clflush
mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni cx16
lahf_lm cmp_legacy svm cr8_legacy
bogomips : 4501.91
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc
>
> > In the production environment, my hobbit on RHEL5 x86_64 is only doing
> > polling/testing/proxying (the display is on a RHEL4 i386).
>
> hum...maybe problem related to bbgen?
Not bbgen itself, as you said you get "Status not available", which is not a
static html page from bbgen, but usually from bb-hostsvc.sh (calling
hobbitsvc.cgi).
You may first want to deteremine whether the cgi is timing out speaking to
hobbitd, or if there is some other problem.
> Mine was a bbdisplay and bbnet on the same server.
Yes, in my production environment, problems with hobbitd on the RHEL5 x86_64
box would not result in any noticeable problems, but again, my workstation
doesn't exhibit this problem (and I usually have about 10 tabs open on
different hobbit pages, including static and cgi ones, looking at my
workstation's hobbit install).
Regards,
Buchan