Discussions (German)

Registered 8 years 254 days

Michel 2733 Monday, 5 August 2019, 09:33 AM

Linux AP auf IP811 hängt sich auf

Moin,
wir haben bei einem Kunden das Phänomen, dass sich sporadisch die Linux-AP aufhängt.
Es geht dann kein Faxserver oder Reporting mehr bis zum Neustart.

Hier einmal die relevanten Zeilen aus dem "Messages"-Log unter dem Reiter "Linux":

Unable to handle kernel paging request at virtual address 00956018
pgd = ebe28000
[00956018] *pgd=4e7b8831, *pte=00000000, *ppte=00000000
Internal error: Oops: 17 [#1] SMP ARM
CPU: 0 PID: 27506 Comm: php5 Not tainted 4.4.0 #2
Hardware name: innovaphone IPx11
task: ec496180 ti: ebebc000 task.ti: ebebc000
PC is at mod_timer+0x8/0x16c
LR is at sk_reset_timer+0x18/0x40
pc : [] lr : [] psr: 00000093
sp : ebebdfd0 ip : b66d6158 fp : 00040008
r10: 00040000 r9 : b6785570 r8 : 00040018
r7 : 0000002d r6 : 00040000 r5 : 00916000 r4 : 00956000
r3 : 00956000 r2 : 00000001 r1 : 00000001 r0 : 00956000
Flags: nzcv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user
Control: 10c5387d Table: 4be2804a DAC: 00000055
Process php5 (pid: 27506, stack limit = 0xebebc210)
Stack: (0xebebdfd0 to 0xebebe000)
dfc0: 0071338c 008ee0f8 00956000 00916000
dfe0: 00040000 0000002d 00040018 c03361f4 b6799000 c0393be8 00000000 00000000
[] (mod_timer) from [] (sk_reset_timer+0x18/0x40)
[] (sk_reset_timer) from [] (tcp_v4_err+0x36c/0x4b8)
Code: ebfffedc eaffffc8 e92d41f0 e24dd008 (e5902018)
---[ end trace 71d245abce9619d7 ]---

Hat jemand eine Idee was das Problem ist ?
Kernel ist aktuell (4.4.0) und Gateway hat auch das neueste V12r2 Release.

LG, Michèl

Moderator

Registered 14 years 356 days

Sebastian Gabris (innovaphone) Tuesday, 6 August 2019, 10:03 AM

Re: Linux AP auf IP811 hängt sich auf

Hallo Michèl,

bitte schicke das Gerät inkl. SSD zu uns als RMA, du erhältst natürlich ein Gerät mit SSD zurück

Ich vermute, dass es ein Hardware-Problem ist, unsere Entwicklung will sich das näher anschauen.

Bitte im RMA Fall auf diesen Forum-Post oder auf mich verweisen.

Was für eine SSD verwendest du bzw. wie groß ist die?

Danke & Gruß,

Sebastian

Registered 8 years 254 days

Michel 2733 Tuesday, 6 August 2019, 10:49 AM

Re: Linux AP auf IP811 hängt sich auf

Alles klar, werde ich machen !

Im Einsatz ist eine Kingston 120GB mSATA

LG, Michèl

Registered 12 years 308 days

Harald 633 Tuesday, 6 August 2019, 05:25 PM

Re: Linux AP auf IP811 hängt sich auf

Hallo!

Ich habe eine ähnliche Situation (Support call ###242363###) bei höherer Last auf der Linux AP. Man bekommt das Ding dann nur durch Neustart des ganzen Gateways wieder zum Laufen. Kernel dort ist übrigens 4.16

Ich bin brennend interessiert, ob die Ursache eher in Hardware oder in Software liegt, denn mein Kunde wird allmählich ungeduldiger...

Herzliche Grüße

Harald

Harald Müller
MEBSware Informatik GmbH
Aachen

Moderator

Registered 14 years 356 days

Sebastian Gabris (innovaphone) Tuesday, 6 August 2019, 06:25 PM

Re: Linux AP auf IP811 hängt sich auf

Hallo Harald,

bei deinem Ticket geht es in Richtung Hardwareproblem, jedoch sind da die Tests noch nicht abgeschlossen. Sobald ich da mehr weiß, gebe ich Bescheid.

Beim Problem von Michèl muss man zuerst schauen ob das nicht andere Gründe hat (mit gleichem Ergebnis=LinuxAP bleibt stehen).

Gruß,

Sebastian

Registered 8 years 254 days

Michel 2733 Tuesday, 16 November 2021, 08:42 AM

Re: Linux AP auf IP811 hängt sich auf

Hallo Sebastian,

Habt ihr die Ursache gefunden ? Gab es ein Hardware-Problem ?

Ich habe aktuell gerade wieder dieses Problem beim Aufsetzen in der Laborumgebung.

Gerät ist eine IP0011 13r2 sr5 IP0011[13.6185], Bootcode[132229], Hardware[601]

AppPlattform funktioniert und hängt sich dann auf, bislang täglich.

Ist dann auch nicht mehr über IP zu erreichen.

Problem ist, dass das Gateway nächste Woche ins Rechenzentrum soll...

Beste Grüße, Michèl

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Tuesday, 16 November 2021, 08:58 AM

Re: Linux AP auf IP811 hängt sich auf

Kannst du mal den Inhalt von App Platform -> Messages posten, wenn der Zustand auftritt?

Könnte durchaus ein Hardwareproblem sein.

Gruß,

Daniel

Registered 8 years 254 days

Michel 2733 Tuesday, 16 November 2021, 09:11 AM

Re: Linux AP auf IP811 hängt sich auf

Hallo Daniel,

klar:

8<--- cut here ---
Unable to handle kernel NULL pointer dereference at virtual address 00000080
pgd = 74c59cd2
[00000080] *pgd=71348831, *pte=00000000, *ppte=00000000
Internal error: Oops: 17 [#1] SMP ARM
CPU: 0 PID: 8244 Comm: sh Not tainted 5.4.89 #1
Hardware name: innovaphone IPx11
PC is at update_curr+0xc4/0x13c
LR is at 0x4ef
pc : [<801499d8>] lr : [<000004ef>] psr: 60000093
sp : d13bde08 ip : 000004ef fp : ded76fc0
r10: 00002036 r9 : 00000000 r8 : 00000000
r7 : 00000000 r6 : 00024518 r5 : df2f0280 r4 : ded9fa40
r3 : 800000b8 r2 : e5589562 r1 : 00000000 r0 : 00000000
Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment none
Control: 10c5387d Table: 713b004a DAC: 00000051
Process sh (pid: 8244, stack limit = 0xf416226c)
Stack: (0xd13bde08 to 0xd13be000)
de00: df2f0280 ded76fc0 00000001 ded9fa40 00000000 8014f984
de20: 80b0d390 00000000 80b0d390 00000008 00002036 d13bde7c 00000000 8077aebc
de40: 00002036 00002040 000003ff 00000000 d12a7000 df2f0240 ded76f40 80b0f3e0
de60: ded76f40 00000000 00000000 df2f0280 df2f0240 ded77394 80b2dfc0 00000000
de80: 00000000 00002036 ded76fc0 8014fd48 7ac5f800 0000419d 00000000 80149f4c
dea0: 00000000 df2f0280 ded76fc0 7ac5fbd0 00000000 7ac5fbd0 0000419d 0000419d
dec0: d13bdf3c 8014c8d8 01200000 8011e2c0 00000008 df2f0240 00000000 df2f0240
dee0: df2f0240 ded76f40 df2f0240 ded77394 80b2dfc0 00000000 00000000 00002036
df00: d13bdf1c 80143b60 80b2dfc0 00000000 ded76f40 df2f0240 d13bdf3c 801452fc
df20: 01200000 60000013 00000000 01200000 ded76f40 d13bdf78 d1020200 8011e80c
df40: d11e7c40 00000055 00000800 8010e574 000bebfc 76f8c078 00000000 00000000
df60: 00000078 80101204 d13bc000 00000078 00000000 8011ebe8 01200000 00000000
df80: 00000000 76f8c078 00000000 00000011 00000000 00000000 00000000 00000000
dfa0: ffffffff 80101000 76f8c078 00000000 01200011 00000000 00000000 00000000
dfc0: 76f8c078 00000000 00000000 00000078 00000000 76f08000 76f8c4d0 00000000
dfe0: 76f8c010 7ec49908 76e63b84 76e63bb0 60000010 01200011 00000000 00000000
[<801499d8>] (update_curr) from [<8014f984>] (enqueue_entity+0x500/0x7e8)
[<8014f984>] (enqueue_entity) from [<8014fd48>] (enqueue_task_fair+0xdc/0x87c)
[<8014fd48>] (enqueue_task_fair) from [<80143b60>] (activate_task+0x68/0x8c)
[<80143b60>] (activate_task) from [<801452fc>] (wake_up_new_task+0x14c/0x1fc)
[<801452fc>] (wake_up_new_task) from [<8011e80c>] (_do_fork+0xbc/0x33c)
[<8011e80c>] (_do_fork) from [<8011ebe8>] (sys_clone+0x58/0x68)
[<8011ebe8>] (sys_clone) from [<80101000>] (ret_fast_syscall+0x0/0x54)
Exception stack(0xd13bdfa8 to 0xd13bdff0)
dfa0: 76f8c078 00000000 01200011 00000000 00000000 00000000
dfc0: 76f8c078 00000000 00000000 00000078 00000000 76f08000 76f8c4d0 00000000
dfe0: 76f8c010 7ec49908 76e63b84 76e63bb0
Code: e8bd41f0 eaffff7e e5943410 e593000c (e5903080)
---[ end trace 5584156b8b306551 ]---

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Tuesday, 16 November 2021, 10:06 AM

Re: Linux AP auf IP811 hängt sich auf

Ja, Hardwareproblem. Da musst du einen RMA-Fall eröffnen und bitte direkt diesen Trace anhängen, dann sollte das den richtigen weg gehen.

Gruß,

Daniel

Registered 8 years 254 days

Michel 2733 Tuesday, 16 November 2021, 10:17 AM

Re: Linux AP auf IP811 hängt sich auf

Hardware Gateway oder mSATA ?

Danke für Deine schnelle Analyse !

Beste Grüße, Michèl

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Tuesday, 16 November 2021, 10:36 AM

Re: Linux AP auf IP811 hängt sich auf

Leider das Hardware Gateway!

Gruß,
Daniel

Registered 8 years 254 days

Michel 2733 Tuesday, 16 November 2021, 10:54 AM

Re: Linux AP auf IP811 hängt sich auf

Also kann ich die mSATA für das neue Gateway hier behalten ?

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Tuesday, 16 November 2021, 10:59 AM

1 of 1 users consider this post helpful

Re: Linux AP auf IP811 hängt sich auf

Ja.

Registered 8 years 302 days

Maximilian 2662 Thursday, 18 November 2021, 01:46 PM in response to Michel 2733

Re: Linux AP auf IP811 hängt sich auf

Hallo zusammen,

habe das gleiche Problem mit einer IP811:

Booting Linux on physical CPU 0x1
Linux version 5.4.89 (builder@INNO-AKUST-TEST) (gcc version 7.5.0 (Ubuntu/Linaro 7.5.0-3ubuntu1~18.04)) #1 SMP Wed Jan 13 12:45:14 CET 2021
CPU: ARMv7 Processor [414fc091] revision 1 (ARMv7), cr=10c5387d
CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
OF: fdt: Machine model: innovaphone IP811
Memory policy: Data cache writealloc
percpu: Embedded 12 pages/cpu s28108 r0 d21044 u49152
Built 1 zonelists, mobility grouping on. Total pages: 389890
Kernel command line: root=/dev/sda3
Dentry cache hash table entries: 262144 (order: 8, 1048576 bytes, linear)
Inode-cache hash table entries: 131072 (order: 7, 524288 bytes, linear)
mem auto-init: stack:off, heap alloc:off, heap free:off
Memory: 1547128K/1571840K available (7168K kernel code, 173K rwdata, 1400K rodata, 1024K init, 371K bss, 24712K reserved, 0K cma-reserved)
SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
rcu: Hierarchical RCU implementation.
rcu: RCU restricting CPUs from NR_CPUS=2 to nr_cpu_ids=1.
rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies.
rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=1
NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
GIC physical location is 0xf100d000
L2C-310 enabling early BRESP for Cortex-A9
L2C-310: enabling full line of zeros but not enabled in Cortex-A9
L2C-310 ID prefetch enabled, offset 1 lines
L2C-310 dynamic clock gating enabled, standby mode enabled
L2C-310 Coherent cache controller enabled, 8 ways, 256 kB
L2C-310 Coherent: CACHE_ID 0x410054c9, AUX_CTRL 0x76040001
random: get_random_bytes called from start_kernel+0x2a0/0x428 with crng_init=0
Switching to timer-based delay loop, resolution 40ns
sched_clock: 32 bits at 25MHz, resolution 40ns, wraps every 85899345900ns
clocksource: armada_370_xp_clocksource: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 76450417870 ns
Console: colour dummy device 80x30
printk: console [tty0] enabled
Calibrating delay loop (skipped), value calculated using timer frequency.. 50.00 BogoMIPS (lpj=100000)
pid_max: default: 32768 minimum: 301
LSM: Security Framework initializing
Mount-cache hash table entries: 4096 (order: 2, 16384 bytes, linear)
Mountpoint-cache hash table entries: 4096 (order: 2, 16384 bytes, linear)
CPU: Testing write buffer coherency: ok
CPU0: Spectre v2: using BPIALL workaround
CPU0: thread -1, cpu 1, socket 0, mpidr 80000001
Setting up static identity map for 0x20100000 - 0x20100060
rcu: Hierarchical SRCU implementation.
smp: Bringing up secondary CPUs ...
smp: Brought up 1 node, 1 CPU
SMP: Total of 1 processors activated (50.00 BogoMIPS).
CPU: All CPU(s) started in SVC mode.
devtmpfs: initialized
VFP support v0.3: implementor 41 architecture 3 part 30 variant 9 rev 4
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
futex hash table entries: 256 (order: 2, 16384 bytes, linear)
xor: measuring software checksum speed
arm4regs : 1243.000 MB/sec
8regs : 960.000 MB/sec
32regs : 1012.000 MB/sec
neon : 908.000 MB/sec
xor: using function: arm4regs (1243.000 MB/sec)
pinctrl core: initialized pinctrl subsystem
NET: Registered protocol family 16
DMA: preallocated 256 KiB pool for atomic coherent allocations
cryptd: max_cpu_qlen set to 1000
raid6: neonx8 gen() 552 MB/s
raid6: neonx8 xor() 505 MB/s
raid6: neonx4 gen() 688 MB/s
raid6: neonx4 xor() 618 MB/s
raid6: neonx2 gen() 645 MB/s
raid6: neonx2 xor() 681 MB/s
raid6: neonx1 gen() 604 MB/s
raid6: neonx1 xor() 572 MB/s
raid6: int32x8 gen() 218 MB/s
raid6: int32x8 xor() 152 MB/s
raid6: int32x4 gen() 193 MB/s
raid6: int32x4 xor() 161 MB/s
raid6: int32x2 gen() 167 MB/s
raid6: int32x2 xor() 169 MB/s
raid6: int32x1 gen() 105 MB/s
raid6: int32x1 xor() 146 MB/s
raid6: using algorithm neonx4 gen() 688 MB/s
raid6: .... xor() 618 MB/s, rmw enabled
raid6: using neon recovery algorithm
SCSI subsystem initialized
NetLabel: Initializing
NetLabel: domain hash size = 128
NetLabel: protocols = UNLABELED CIPSOv4 CALIPSO
NetLabel: unlabeled traffic allowed by default
clocksource: Switched to clocksource armada_370_xp_clocksource
FS-Cache: Loaded
thermal_sys: Registered thermal governor 'step_wise'
NET: Registered protocol family 2
tcp_listen_portaddr_hash hash table entries: 1024 (order: 1, 12288 bytes, linear)
TCP established hash table entries: 16384 (order: 4, 65536 bytes, linear)
TCP bind hash table entries: 16384 (order: 5, 131072 bytes, linear)
TCP: Hash tables configured (established 16384 bind 16384)
UDP hash table entries: 1024 (order: 3, 32768 bytes, linear)
UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes, linear)
NET: Registered protocol family 1
printk: console [shm_console0] enabled
workingset: timestamp_bits=30 max_order=19 bucket_order=0
FS-Cache: Netfs 'cifs' registered for caching
Key type cifs.idmap registered
SGI XFS with security attributes, no debug enabled
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
io scheduler mq-deadline registered
io scheduler kyber registered
io scheduler bfq registered
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
f1012000.serial: ttyS0 at MMIO 0xf1012000 (irq = 18, base_baud = 12500000) is a 16550A
brd: module loaded
loop: module loaded
sata_mv f10a0000.sata: slots 32 ports 1
scsi host0: sata_mv
ata1: SATA max UDMA/133 irq 25
libphy: Fixed MDIO Bus: probed
eth0: Using hardware mac address 02:90:33:41:14:75
NET: Registered protocol family 10
Segment Routing with IPv6
mip6: Mobile IPv6
sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
NET: Registered protocol family 17
Key type dns_resolver registered
Registering SWP/SWPB emulation handler
Key type ._fscrypt registered
Key type .fscrypt registered
Btrfs loaded, crc32c=crc32c-generic
Key type encrypted registered
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl F300)
ata1.00: ATA-9: TS32GMSA370, P1225CH1, max UDMA/133
ata1.00: 62533296 sectors, multi 1: LBA48 NCQ (depth 31/32)
ata1.00: configured for UDMA/133
scsi 0:0:0:0: Direct-Access ATA TS32GMSA370 5CH1 PQ: 0 ANSI: 5
sd 0:0:0:0: [sda] 62533296 512-byte logical blocks: (32.0 GB/29.8 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
sda: sda1 sda2 sda3 sda4
sd 0:0:0:0: [sda] Attached SCSI disk
EXT4-fs (sda3): INFO: recovery required on readonly filesystem
EXT4-fs (sda3): write access will be enabled during recovery
random: fast init done
EXT4-fs (sda3): recovery complete
EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext4 filesystem) readonly on device 8:3.
devtmpfs: mounted
Freeing unused kernel memory: 1024K
Run /sbin/init as init process
EXT4-fs (sda3): re-mounted. Opts: (null)
FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
EXT4-fs (sda2): warning: mounting fs with errors, running e2fsck is recommended
EXT4-fs (sda2): recovery complete
EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts: (null)
Adding 525140k swap on /dev/sda4. Priority:-2 extents:1 across:525140k SS
random: dd: uninitialized urandom read (512 bytes read)
random: crng init done
EXT4-fs (sda2): error count since last fsck: 1
EXT4-fs (sda2): initial error at time 1609242822: ext4_read_inode_bitmap:134
EXT4-fs (sda2): last error at time 1609242822: ext4_read_inode_bitmap:134
EXT4-fs (sda2): error count since last fsck: 1
EXT4-fs (sda2): initial error at time 1609242822: ext4_read_inode_bitmap:134
EXT4-fs (sda2): last error at time 1609242822: ext4_read_inode_bitmap:134
8<--- cut here ---
Unable to handle kernel paging request at virtual address 0050000a
pgd = 9544a127
[0050000a] *pgd=00000000
Internal error: Oops: 5 [#1] SMP ARM
CPU: 0 PID: 31249 Comm: sh Not tainted 5.4.89 #1
Hardware name: innovaphone IPx11
PC is at put_cpu_partial+0x14/0x118
LR is at kmem_cache_free+0x27c/0x288
pc : [<801f2b88>] lr : [<801f52e8>] psr: 20000093
sp : d4c25e80 ip : 80080007 fp : 80b04dc8
r10: d4c25f60 r9 : d4c25f60 r8 : dedf8fc0
r7 : dfed57c0 r6 : 00000001 r5 : dec23000 r4 : dfed57c0
r3 : 80a52a44 r2 : 00500000 r1 : 00500000 r0 : dec23000
Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment none
Control: 10c5387d Table: 74c6804a DAC: 00000051
Process sh (pid: 31249, stack limit = 0x0d7ce9a6)
Stack: (0xd4c25e80 to 0xd4c26000)
5e80: ded3e000 dec23000 8012b7cc dfed57c0 dedf8fc0 801f52e8 00000001 8012b7cc
5ea0: 00000000 00000000 00420630 dec9aca4 00000011 400004d8 ffffe000 dedf8fc0
5ec0: d4c25f60 8012b7cc dedf8a80 d4c25f08 dedf928c 80122b8c dafea840 00007a12
5ee0: 0000081f 80b51c58 dec9da40 400004d8 ffffe000 d4c25f4c dec9ac80 d4c25f60
5f00: 80b04dc8 8012e8e0 418004fc 80b51c58 00000000 ffffe000 d4c25fb0 76e707a8
5f20: fffffe30 d4c25f4c 76e707ac 5ac3c35a 80b04dc8 8010a150 ffffffff 00000000
5f40: 000df190 00000072 80101204 80123e4c 000bebfc 76f99078 00000000 00000008
5f60: 00000011 00000000 00000001 00007a12 00000000 00000000 00000000 00000000
5f80: 00000000 e9978fa6 00000000 ffffffff 000decbc 000df190 00000072 80101204
5fa0: d4c24000 00000072 00000000 8010106c 00007a12 7ed1c88c 00000000 00000000
5fc0: ffffffff 000decbc 000df190 00000072 76f994d0 000dfdb0 000decc0 00000000
5fe0: 76e70784 7ed1c870 76e70790 76e707ac 60000010 ffffffff 00000000 00000000
[<801f2b88>] (put_cpu_partial) from [<801f52e8>] (kmem_cache_free+0x27c/0x288)
[<801f52e8>] (kmem_cache_free) from [<8012b7cc>] (dequeue_signal+0xd4/0x1a4)
[<8012b7cc>] (dequeue_signal) from [<8012e8e0>] (get_signal+0x1d4/0x8c4)
[<8012e8e0>] (get_signal) from [<8010a150>] (do_work_pending+0x194/0x578)
[<8010a150>] (do_work_pending) from [<8010106c>] (slow_work_pending+0xc/0x20)
Exception stack(0xd4c25fb0 to 0xd4c25ff8)
5fa0: 00007a12 7ed1c88c 00000000 00000000
5fc0: ffffffff 000decbc 000df190 00000072 76f994d0 000dfdb0 000decc0 00000000
5fe0: 76e70784 7ed1c870 76e70790 76e707ac 60000010 ffffffff
Code: e1a05000 e1a04001 e1a06002 ea00001d (e1d200fa)
---[ end trace 756b2ea6df58b15f ]---
8<--- cut here ---
Unable to handle kernel paging request at virtual address 0050000a
pgd = 57008a4e
[0050000a] *pgd=00000000
Internal error: Oops: 5 [#2] SMP ARM
CPU: 0 PID: 31248 Comm: manager Tainted: G D 5.4.89 #1
Hardware name: innovaphone IPx11
PC is at put_cpu_partial+0x14/0x118
LR is at kmem_cache_free+0x27c/0x288
pc : [<801f2b88>] lr : [<801f52e8>] psr: 20000193
sp : d4c15e80 ip : 8040003f fp : 80b04dc8
r10: d4c15f60 r9 : d4c15f60 r8 : dedfb480
r7 : dfec4260 r6 : 00000001 r5 : dec23000 r4 : dfec4260
r3 : 80a52a44 r2 : 00500000 r1 : 00500000 r0 : dec23000
Flags: nzCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment none
Control: 10c5387d Table: 7e6bc04a DAC: 00000051
Process manager (pid: 31248, stack limit = 0x379761d2)
Stack: (0xd4c15e80 to 0xd4c16000)
5e80: de4933c0 dec23000 8012b7cc dfec4260 dedfb480 801f52e8 00000001 8012b7cc
5ea0: dae83ba0 00000055 0000081f dedd4ca4 00000011 400004d8 ffffe000 dedfb480
5ec0: d4c15f60 8012b7cc 01200000 00000002 00000008 74401000 dae83ba0 00000055
5ee0: 0000081f 80b51c58 dedb9500 400004d8 ffffe000 d4c15f4c dedd4c80 d4c15f60
5f00: 80b04dc8 8012e8e0 418004fc 80b51c58 00000000 ffffe000 d4c15fb0 768b5b88
5f20: fffffe30 d4c15f4c 768b5b8c 5ac3c35a 80b04dc8 8010a0f0 fffffdfe dedfb480
5f40: de76c840 00000000 00000018 74dfe870 00000000 00000000 d4c15f78 0000008e
5f60: 00000011 00000000 00000002 00007a11 00000000 0000000b 00000000 00000000
5f80: 00000000 e9978fa6 00000000 00000000 00000000 74dfe870 0000008e 80101204
5fa0: d4c14000 0000008e 00249e90 8010106c 00000018 74dfe870 00000000 00000000
5fc0: 00000000 00000000 74dfe870 0000008e 74dff8d0 00003fff 00000000 00249e90
5fe0: 00000000 74dfe800 76855fb8 768b5b88 80000010 00000018 00000000 00000000
[<801f2b88>] (put_cpu_partial) from [<801f52e8>] (kmem_cache_free+0x27c/0x288)
[<801f52e8>] (kmem_cache_free) from [<8012b7cc>] (dequeue_signal+0xd4/0x1a4)
[<8012b7cc>] (dequeue_signal) from [<8012e8e0>] (get_signal+0x1d4/0x8c4)
[<8012e8e0>] (get_signal) from [<8010a0f0>] (do_work_pending+0x134/0x578)
[<8010a0f0>] (do_work_pending) from [<8010106c>] (slow_work_pending+0xc/0x20)
Exception stack(0xd4c15fb0 to 0xd4c15ff8)
5fa0: 00000018 74dfe870 00000000 00000000
5fc0: 00000000 00000000 74dfe870 0000008e 74dff8d0 00003fff 00000000 00249e90
5fe0: 00000000 74dfe800 76855fb8 768b5b88 80000010 00000018
Code: e1a05000 e1a04001 e1a06002 ea00001d (e1d200fa)

---[ end trace 756b2ea6df58b160 ]---

Handelt es sich ebenfalls um ein Problem mit dem Gateway?

Oder mit der SSD?

Viele Grüße

Moderator

Registered 14 years 346 days

Daniel Deterding (innovaphone) Thursday, 18 November 2021, 01:51 PM

1 of 1 users consider this post helpful

Re: Linux AP auf IP811 hängt sich auf

Auch hier deutet das "Internal error: Oops" auf ein Problem mit dem Gateway hin.

Gruß,

Daniel

Registered 3 years 98 days

FaRo Thursday, 18 November 2021, 02:06 PM

Re: Linux AP auf IP811 hängt sich auf

Hallo zusammen,

wir haben dieses Problem auch schon auf einer IP811 festgestellt. Dann hatten wir einen Vorabaustausch und mit dieser funktioniert nun alles. Nachdem wir jetzt diese Beiträge im Forum gesehen haben, stellt sich uns aktuell die Frage ob das ein generelles Problem der IP811 Serie ist. Wir haben noch mindestens 2 Kunden mit einer IP811, welche ein Update auf V13 bekommen sollen. Nur ist dies unter den aktuellen Umständen für uns nur schwer durchzuführen, da wir nicht sicher sein können, dass die App-Plattform läuft.

Registered 8 years 302 days

Maximilian 2662 Thursday, 18 November 2021, 02:07 PM in response to Daniel Deterding (innovaphone)

Re: Linux AP auf IP811 hängt sich auf

Super vielen Dank

Kostenlose RMA dann nur, wenn das Gerät noch Garantie hat?

Oder wird das Gerät auch so ersetzt?

Weißt du das zufällig?

Registered 3 years 98 days

FaRo Thursday, 18 November 2021, 02:14 PM

Re: Linux AP auf IP811 hängt sich auf

Das kann ich leider nicht sagen. Die defekte IP811 war von Mitte 2018. Wir haben das mit dem Support zusammen gemacht, von denen haben wir gesagt bekommen, dass wir eine neue bekommen und dann die defekte einschicken sollen.

Registered 6 years 290 days

Rudolf 3853 Thursday, 18 November 2021, 03:00 PM

Re: Linux AP auf IP811 hängt sich auf

Hallo Zusammen

Auch wir hatten das Problem mit der Linux AP auf einer IP811. Für uns war dann der Austausch der SSD die Lösung...und sind gleich auf eine 128GB mSata gegangen. Seither keine Probleme mehr damit und deswegen kann man davon ausgehen, dass es mit der IP811 grundsätzlich stabil und sauber funktioniert.

Nicht-austauschbare Grüsse

Rudi

You are here