Skip to main content
Participant
September 6, 2010
Answered

fmsadmin Illegal instruction

  • September 6, 2010
  • 1 reply
  • 1737 views

Hello,

I'm having a problem with Adobe Flash Media Server 3.5.4 (Developer) default install

`ldd` showed me some missing libs, but I was able to overcome that

`server` runs fine, but I can't run `fmsadmin`

I'm using Debian 5.0.6 on VPS

Here is some debug info I was able to get:

srv:/opt/adobe/fms# gdb fmsadmin

GNU gdb 6.8-debian

Copyright (C) 2008 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.  Type "show copying"

and "show warranty" for details.

This GDB was configured as "i486-linux-gnu"...

(no debugging symbols found)

(gdb) r

Starting program: /opt/adobe/fms/fmsadmin

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

[Thread debugging using libthread_db enabled]

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

[New Thread 0xb7df16c0 (LWP 18441)]

(no debugging symbols found)

(no debugging symbols found)

[New Thread 0xb79d7b90 (LWP 18444)]

[New Thread 0xb71d6b90 (LWP 18445)]

[New Thread 0xb67cdb90 (LWP 18446)]

[New Thread 0xb5fccb90 (LWP 18447)]

[New Thread 0xb57cbb90 (LWP 18448)]

[New Thread 0xb4fcab90 (LWP 18449)]

[New Thread 0xb47c9b90 (LWP 18450)]

[New Thread 0xb3fc8b90 (LWP 18451)]

[New Thread 0xb37c7b90 (LWP 18452)]

[New Thread 0xb2fc6b90 (LWP 18453)]

[New Thread 0xb27c5b90 (LWP 18454)]

[New Thread 0xb1fc4b90 (LWP 18455)]

[New Thread 0xb17c3b90 (LWP 18456)]

[New Thread 0xb0fc2b90 (LWP 18457)]

[New Thread 0xb07c1b90 (LWP 18458)]

[New Thread 0xaffc0b90 (LWP 18459)]

[New Thread 0xaf7bfb90 (LWP 18460)]

[New Thread 0xaefbeb90 (LWP 18461)]

[New Thread 0xae5bdb90 (LWP 18462)]

[New Thread 0xaddbcb90 (LWP 18463)]

[New Thread 0xad5bbb90 (LWP 18464)]

[New Thread 0xacdbab90 (LWP 18465)]

[New Thread 0xac5b9b90 (LWP 18466)]

[New Thread 0xabdb8b90 (LWP 18467)]

[New Thread 0xab5b7b90 (LWP 18468)]

[New Thread 0xaadb6b90 (LWP 18469)]

[New Thread 0xaa4f7b90 (LWP 18470)]

[New Thread 0xa9cf6b90 (LWP 18471)]

[New Thread 0xa94f5b90 (LWP 18472)]

[New Thread 0xa8cf4b90 (LWP 18473)]

[New Thread 0xa84f3b90 (LWP 18474)]

[New Thread 0xa7cf2b90 (LWP 18475)]

[New Thread 0xa7433b90 (LWP 18476)]

[New Thread 0xa6c32b90 (LWP 18477)]

[New Thread 0xa6431b90 (LWP 18478)]

Program received signal SIGILL, Illegal instruction.

[Switching to Thread 0xabdb8b90 (LWP 18467)]

0x08218d08 in TCSysUtil::getProcPhysicalMemoryLoad ()

(gdb) bt

#0  0x08218d08 in TCSysUtil::getProcPhysicalMemoryLoad ()

#1  0x0816c999 in FCSRoot::onMonitor ()

#2  0x081270a5 in FCSAdminServer::onMonitor ()

#3  0x0816b74a in FCSMonitor::run ()

#4  0x0816b983 in FCSMonitor::__monitorEntry ()

#5  0x0821aee8 in launchThreadRun ()

#6  0x0821bed2 in __TCThreadEntry ()

#7  0xb808b4c0 in start_thread () from /lib/i686/cmov/libpthread.so.0

#8  0xb7ed384e in clone () from /lib/i686/cmov/libc.so.6

(gdb) break TCSysUtil::getProcPhysicalMemoryLoad ()

Breakpoint 1 at 0x8218cf2

(gdb) r

The program being debugged has been started already.

Start it from the beginning? (y or n) y

Starting program: /opt/adobe/fms/fmsadmin

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

[Thread debugging using libthread_db enabled]

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

(no debugging symbols found)

[New Thread 0xb7ce16c0 (LWP 18482)]

(no debugging symbols found)

(no debugging symbols found)

[New Thread 0xb78c7b90 (LWP 18483)]

[New Thread 0xb70c6b90 (LWP 18484)]

[New Thread 0xb66bdb90 (LWP 18485)]

[New Thread 0xb5ebcb90 (LWP 18486)]

[New Thread 0xb56bbb90 (LWP 18487)]

[New Thread 0xb4ebab90 (LWP 18488)]

[New Thread 0xb46b9b90 (LWP 18489)]

[New Thread 0xb3eb8b90 (LWP 18490)]

[New Thread 0xb36b7b90 (LWP 18491)]

[New Thread 0xb2eb6b90 (LWP 18492)]

[New Thread 0xb26b5b90 (LWP 18493)]

[New Thread 0xb1eb4b90 (LWP 18494)]

[New Thread 0xb16b3b90 (LWP 18495)]

[New Thread 0xb0eb2b90 (LWP 18496)]

[New Thread 0xb06b1b90 (LWP 18497)]

[New Thread 0xafeb0b90 (LWP 18498)]

[New Thread 0xaf6afb90 (LWP 18499)]

[New Thread 0xaeeaeb90 (LWP 18500)]

[New Thread 0xae4adb90 (LWP 18501)]

[New Thread 0xadcacb90 (LWP 18502)]

[New Thread 0xad4abb90 (LWP 18503)]

[New Thread 0xaccaab90 (LWP 18504)]

[New Thread 0xac4a9b90 (LWP 18505)]

[New Thread 0xabca8b90 (LWP 18506)]

[New Thread 0xab4a7b90 (LWP 18507)]

[New Thread 0xaaca6b90 (LWP 18508)]

[New Thread 0xaa3e7b90 (LWP 18509)]

[New Thread 0xa9be6b90 (LWP 18510)]

[New Thread 0xa93e5b90 (LWP 18511)]

[New Thread 0xa8be4b90 (LWP 18512)]

[New Thread 0xa83e3b90 (LWP 18513)]

[New Thread 0xa7be2b90 (LWP 18514)]

[New Thread 0xa7323b90 (LWP 18515)]

[New Thread 0xa6b22b90 (LWP 18516)]

[New Thread 0xa6321b90 (LWP 18517)]

[Switching to Thread 0xabca8b90 (LWP 18506)]

Breakpoint 1, 0x08218cf2 in TCSysUtil::getProcPhysicalMemoryLoad ()

(gdb) disassemble

Dump of assembler code for function _ZN9TCSysUtil25getProcPhysicalMemoryLoadEv:

0x08218cec <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+0>:      push   %ebp

0x08218ced <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+1>:      mov    %esp,%ebp

0x08218cef <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+3>:      push   %edi

0x08218cf0 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+4>:      push   %esi

0x08218cf1 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+5>:      push   %ebx

0x08218cf2 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+6>:      sub    $0x78,%esp

0x08218cf5 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+9>:      lea    -0x58(%ebp),%eax

0x08218cf8 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+12>:     call   0x8218cfd <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+17>

0x08218cfd <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+17>:     pop    %ebx

0x08218cfe <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+18>:     add    $0x18ba53,%ebx

0x08218d04 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+24>:     push   %eax

0x08218d05 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+25>:     call   0x821810c <_ZN9TCSysUtil11readMemInfoER9MemInfo_t>

0x08218d0a <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+30>:     xor    %esi,%esi

0x08218d0c <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+32>:     add    $0x10,%esp

0x08218d0f <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+35>:     test   %al,%al

0x08218d11 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+37>:     je     0x8218d23 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+55>

0x08218d13 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+39>:     mov    -0x58(%ebp),%eax

0x08218d16 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+42>:     mov    -0x54(%ebp),%edx

0x08218d19 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+45>:     mov    %edx,-0x6c(%ebp)

0x08218d1c <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+48>:     or     %eax,%edx

0x08218d1e <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+50>:     mov    %eax,-0x70(%ebp)

0x08218d21 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+53>:     jne    0x8218d48 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+92>

0x08218d23 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+55>:     sub    $0x8,%esp

0x08218d26 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+58>:     push   $0x261

0x08218d2b <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+63>:     lea    -0xa0588(%ebx),%eax

0x08218d31 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+69>:     push   %eax

0x08218d32 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+70>:     call   0x818c760 <_Z17DumpAssertMessagePci>

0x08218d37 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+75>:     add    $0x10,%esp

0x08218d3a <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+78>:     xor    %edx,%edx

0x08218d3c <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+80>:     lea    -0xc(%ebp),%esp

0x08218d3f <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+83>:     pop    %ebx

0x08218d40 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+84>:     pop    %esi

0x08218d41 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+85>:     mov    %edx,%eax

0x08218d43 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+87>:     pop    %edi

0x08218d44 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+88>:     leave 

0x08218d45 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+89>:     ret   

0x08218d46 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+90>:     mov    %esi,%esi

0x08218d48 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+92>:     call   0x821ae70 <_Z8tcGetPIDv>

0x08218d4d <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+97>:     test   %eax,%eax

0x08218d4f <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+99>:     mov    %eax,%edx

0x08218d51 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+101>:    jne    0x8218d5f <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+115>

0x08218d53 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+103>:    mov    %esi,%edx

0x08218d55 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+105>:    lea    -0xc(%ebp),%esp

0x08218d58 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+108>:    pop    %ebx

0x08218d59 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+109>:    pop    %esi

---Type <return> to continue, or q <return> to quit---

0x08218d5a <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+110>:    mov    %edx,%eax

0x08218d5c <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+112>:    pop    %edi

0x08218d5d <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+113>:    leave 

0x08218d5e <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+114>:    ret   

0x08218d5f <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+115>:    sub    $0x8,%esp

0x08218d62 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+118>:    lea    -0x68(%ebp),%eax

0x08218d65 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+121>:    push   %eax

0x08218d66 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+122>:    push   %edx

0x08218d67 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+123>:    call   0x82186a0 <_ZN9TCSysUtil14readProcStatusEiR12ProcStatus_t>

0x08218d6c <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+128>:    add    $0x10,%esp

0x08218d6f <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+131>:    xor    %edx,%edx

0x08218d71 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+133>:    test   %al,%al

0x08218d73 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+135>:    je     0x8218d3c <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+80>

0x08218d75 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+137>:    mov    -0x68(%ebp),%esi

0x08218d78 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+140>:    mov    -0x64(%ebp),%edi

0x08218d7b <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+143>:    mov    %esi,%eax

0x08218d7d <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+145>:    mov    %edi,%edx

0x08218d7f <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+147>:    shl    $0x2,%eax

0x08218d82 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+150>:    shld   $0x2,%esi,%edx

0x08218d86 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+154>:    add    %esi,%eax

0x08218d88 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+156>:    adc    %edi,%edx

0x08218d8a <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+158>:    mov    %eax,%esi

0x08218d8c <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+160>:    mov    %edx,%edi

0x08218d8e <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+162>:    shl    $0x2,%esi

0x08218d91 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+165>:    shld   $0x2,%eax,%edi

0x08218d95 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+169>:    add    %eax,%esi

0x08218d97 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+171>:    pushl  -0x6c(%ebp)

0x08218d9a <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+174>:    adc    %edx,%edi

0x08218d9c <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+176>:    pushl  -0x70(%ebp)

0x08218d9f <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+179>:    shld   $0x2,%esi,%edi

0x08218da3 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+183>:    push   %edi

0x08218da4 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+184>:    shl    $0x2,%esi

0x08218da7 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+187>:    push   %esi

0x08218da8 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+188>:    call   0x80bc7e8 <__udivdi3@plt>

0x08218dad <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+193>:    mov    %eax,%esi

0x08218daf <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+195>:    add    $0x10,%esp

0x08218db2 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+198>:    mov    %esi,%edx

0x08218db4 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+200>:    jmp    0x8218d55 <_ZN9TCSysUtil25getProcPhysicalMemoryLoadEv+105>

End of assembler dump.

(gdb) q

The program is running.  Exit anyway? (y or n) y

srv:/opt/adobe/fms# cat /proc/cpuinfo

processor       : 0

vendor_id       : GenuineIntel

cpu family      : 6

model           : 2

model name      : QEMU Virtual CPU version 0.12.4

stepping        : 3

cpu MHz         : 2659.512

cache size      : 4096 KB

fdiv_bug        : no

hlt_bug         : no

f00f_bug        : no

coma_bug        : no

fpu             : yes

fpu_exception   : yes

cpuid level     : 4

wp              : yes

flags           : fpu de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm up pni cx16 lahf_lm

bogomips        : 5319.02

clflush size    : 64

power management:

srv:/opt/adobe/fms# cat /proc/meminfo

MemTotal:         515976 kB

MemFree:           13668 kB

Buffers:           15688 kB

Cached:           114744 kB

SwapCached:        52052 kB

Active:           225964 kB

Inactive:         249600 kB

Active(anon):     168516 kB

Inactive(anon):   176880 kB

Active(file):      57448 kB

Inactive(file):    72720 kB

Unevictable:           0 kB

Mlocked:               0 kB

HighTotal:             0 kB

HighFree:              0 kB

LowTotal:         515976 kB

LowFree:           13668 kB

SwapTotal:        990036 kB

SwapFree:         835508 kB

Dirty:                60 kB

Writeback:             0 kB

AnonPages:        336016 kB

Mapped:            22084 kB

Slab:              15700 kB

SReclaimable:      10356 kB

SUnreclaim:         5344 kB

PageTables:         3556 kB

NFS_Unstable:          0 kB

Bounce:                0 kB

WritebackTmp:          0 kB

CommitLimit:     1248024 kB

Committed_AS:    1060676 kB

VmallocTotal:     509964 kB

VmallocUsed:        3496 kB

VmallocChunk:     492040 kB

DirectMap4k:        4076 kB

DirectMap2M:      520192 kB

srv:/opt/adobe/fms# uname -a

Linux <hostname> 2.6.28.7 #1 SMP Fri Mar 13 13:04:30 UTC 2009 i686 GNU/Linux

Here is what I see in admin.00.log:

2010-09-02      06:59:35        23379   (i)2581173      FMS detected IPv6 protocol stack!       -

2010-09-02      06:59:35        23379   (i)2581173      FMS config <NetworkingIPv6 enable=false>        -

2010-09-02      06:59:35        23379   (i)2581173      FMS running in IPv4 protocol stack mode!        -

2010-09-02      06:59:35        23379   (i)2581173      Host: <hostname> IPv4: <ip>      -

2010-09-02      06:59:35        23379   (i)2571011      Server starting...      -

2010-09-02      06:59:35        23379   (i)2631174      Listener started ( FCSAdminIpcProtocol ) : localhost:11110/v4   -

2010-09-02      06:59:35        23379   (i)2631174      Listener started ( FCSAdminAdaptor ) : 1111/v4  -

2010-09-02      06:59:35        23379   (i)2571111      Server started (/opt/adobe/fms/conf/Server.xml).        -

Some additional threads into I could get:

(gdb) info threads   36 Thread 0xa6291b90 (LWP 18840)  0xffffe416 in __kernel_vsyscall ()   35 Thread 0xa6a92b90 (LWP 18839)  0xffffe416 in __kernel_vsyscall ()   34 Thread 0xa7293b90 (LWP 18838)  0xffffe416 in __kernel_vsyscall ()   33 Thread 0xa7b52b90 (LWP 18837)  0xffffe416 in __kernel_vsyscall ()   32 Thread 0xa8353b90 (LWP 18836)  0xffffe416 in __kernel_vsyscall ()   31 Thread 0xa8b54b90 (LWP 18835)  0xffffe416 in __kernel_vsyscall ()   30 Thread 0xa9355b90 (LWP 18834)  0xffffe416 in __kernel_vsyscall ()   29 Thread 0xa9b56b90 (LWP 18833)  0xffffe416 in __kernel_vsyscall ()   28 Thread 0xaa357b90 (LWP 18832)  0xffffe416 in __kernel_vsyscall ()   27 Thread 0xaac16b90 (LWP 18831)  0xffffe416 in __kernel_vsyscall ()   26 Thread 0xab417b90 (LWP 18830)  0xffffe416 in __kernel_vsyscall () * 25 Thread 0xabc18b90 (LWP 18829)  0x08218d08 in TCSysUtil::getProcPhysicalMemoryLoad ()   24 Thread 0xac419b90 (LWP 18828)  0xffffe416 in __kernel_vsyscall ()   23 Thread 0xacc1ab90 (LWP 18827)  0xffffe416 in __kernel_vsyscall ()   22 Thread 0xad41bb90 (LWP 18826)  0xffffe416 in __kernel_vsyscall ()   21 Thread 0xadc1cb90 (LWP 18825)  0xffffe416 in __kernel_vsyscall ()   20 Thread 0xae41db90 (LWP 18824)  0xffffe416 in __kernel_vsyscall ()   19 Thread 0xaee1eb90 (LWP 18823)  0xffffe416 in __kernel_vsyscall ()   18 Thread 0xaf61fb90 (LWP 18822)  0xffffe416 in __kernel_vsyscall ()   17 Thread 0xafe20b90 (LWP 18821)  0xffffe416 in __kernel_vsyscall ()   16 Thread 0xb0621b90 (LWP 18820)  0xffffe416 in __kernel_vsyscall ()   15 Thread 0xb0e22b90 (LWP 18819)  0xffffe416 in __kernel_vsyscall ()   14 Thread 0xb1623b90 (LWP 18818)  0xffffe416 in __kernel_vsyscall ()   13 Thread 0xb1e24b90 (LWP 18817)  0xffffe416 in __kernel_vsyscall ()   12 Thread 0xb2625b90 (LWP 18816)  0xffffe416 in __kernel_vsyscall ()   11 Thread 0xb2e26b90 (LWP 18815)  0xffffe416 in __kernel_vsyscall ()   10 Thread 0xb3627b90 (LWP 18814)  0xffffe416 in __kernel_vsyscall ()   9 Thread 0xb3e28b90 (LWP 18813)  0xffffe416 in __kernel_vsyscall ()   8 Thread 0xb4629b90 (LWP 18812)  0xffffe416 in __kernel_vsyscall ()   7 Thread 0xb4e2ab90 (LWP 18811)  0xffffe416 in __kernel_vsyscall ()   6 Thread 0xb562bb90 (LWP 18810)  0xffffe416 in __kernel_vsyscall ()   5 Thread 0xb5e2cb90 (LWP 18809)  0xffffe416 in __kernel_vsyscall ()   4 Thread 0xb662db90 (LWP 18808)  0xffffe416 in __kernel_vsyscall ()   3 Thread 0xb7036b90 (LWP 18807)  0xffffe416 in __kernel_vsyscall ()   2 Thread 0xb7837b90 (LWP 18806)  0xffffe416 in __kernel_vsyscall ()   1 Thread 0xb7c516c0 (LWP 18803)  0xffffe416 in __kernel_vsyscall () (gdb) info proc 18829 status process 18829 cmdline = '/opt/adobe/fms/fmsadmin' cwd = '/opt/adobe/fms' exe = '/opt/adobe/fms/fmsadmin' Name:   fmsadmin State:  T (tracing stop) Tgid:   18803 Pid:    18829 PPid:   18801 TracerPid:      18801 Uid:    0       0       0       0 Gid:    0       0       0       0 FDSize: 32 Groups: 0 VmPeak:   303964 kB VmSize:   303964 kB VmLck:         0 kB VmHWM:      4240 kB VmRSS:      4240 kB VmData:   289212 kB VmStk:       128 kB VmExe:      3436 kB VmLib:      4888 kB VmPTE:       176 kB Threads:        36 SigQ:   2/4095 SigPnd: 0000000000000000 ShdPnd: 0000000000000000 SigBlk: 0000000000000000 SigIgn: 0000000000081a00 SigCgt: 0000000180004003 CapInh: 0000000000000000 CapPrm: fffffffffffffeff CapEff: fffffffffffffeff CapBnd: fffffffffffffeff voluntary_ctxt_switches:        29 nonvoluntary_ctxt_switches:     0

Thank you,

Anton

Message was edited by: james_joker

    This topic has been closed for replies.
    Correct answer Asa_-_FMS

    Yep, I took a look at this before the weekend but didn't have time that day to dig into what might be going on.  This is a nicely detailed post, so it deserves an equal reply.  Hopefully I get some time early this week to sniff out what the problem may be.  Anyway, just letting you know that I'm here and plan to respond.

    Asa


    Hey James,

    Sorry it took a while to get back on this.  This is a known issue that will be fixed in the next version of FMS.  The problem is that the structure of /proc/meminfo is being read into a fixed size buffer and in this case the printout is too large and it's overflowing.  As this structure changes in size from time to time it would explain why its inconsistent.

    I don't have a good workaround at the moment other than removing items reported in /proc/meminfo - but that would require a kernel change as far as I know.  You may also have some success with symlinking /proc/meminfo to a truncated version of the file in FMS' view - or perhaps denying access altogether to FMS to this reporting structure.

    Either way, issue is know and already fixed for the next release.


    Asa

    1 reply

    Participant
    September 9, 2010

    Hi,

    Same problem on CentOS 5.5 with Flash Media Developper Server 3.5.4; fmsadmin don't work.

    FMS 3.5.3 works well on this distrib, at least in 32 bits (I got problems in 64, but i did not identified yet if the problem comes from the hardware or software).

    if libasneu.so.1 is missing in ldd, you can patch it with something like this :

    cd /lib

    ln -s /opt/adobe/fms/libasneu.so.1

    Sorry for not having any answer to your problem.

    Raphael

    Participant
    September 12, 2010

    I'm using X86 (i386) archirecture. Maybe this problem is happening because of VPS. But it's strange, cause fmsserver is running fine.

    Still waiting for a reply from some Adobe tech.

    Asa_-_FMS
    Adobe Employee
    Adobe Employee
    September 13, 2010

    Yep, I took a look at this before the weekend but didn't have time that day to dig into what might be going on.  This is a nicely detailed post, so it deserves an equal reply.  Hopefully I get some time early this week to sniff out what the problem may be.  Anyway, just letting you know that I'm here and plan to respond.

    Asa