TSM unter FreeBSD 10.1 - memory probleme

bsd4me

bsd4me

Well-Known Member
Hallo,

bisher lief mein Tivoli (tsm) backup ohne Probleme seit Monaten unter FreeBSD 10.0. Nach einem Upgrade auf 10.1 gibt es immer folgende Fehlermedung:

05/11/15 09:10:22 ANS2820E An interrupt has occurred. The current operation will end and the client will shut down.
05/11/15 09:20:17 ANS1030E The operating system refused a TSM request for memory allocation.

Hat vielleicht jemand eine IDee, waran das liegen könnte? Ich habe and er Konfiguration nicht verändert.

Hier nochmals die Versionen

# dsmc
IBM Tivoli Storage Manager
Command Line Backup/Archive Client Interface
Client Version 5, Release 5, Level 3.0
Client date/time: 05/11/15 09:25:46
(c) Copyright by IBM Corporation and other(s) 1990, 2010. All Rights Reserved.

Node Name: TSMCLIENT
Session established with server TSMxx: AIX
Server Version 6, Release 2, Level 4.0
Server date/time: 05/11/15 09:25:46 Last access: 05/11/15 09:20:16

Grüße, Norbert
 
Ganz blind geraten: Es haben sich vor einiger Zeit die Standardeinstellungen für "Locked Memory" in der /etc/login.conf geändert, sodass Programme nur noch sehr kleine Speichermengen vor dem Out of Memory Killer schützen können. Ganz eventuell läufst du da rein.
 
mhmm - habe noch eine Mschinen unter 9.2 laufen. da steht aber bei class default (wie auch in 10.1)

default:\
:memorylocked=64K:\

z.B. für class daemon ist das sogar noch hochgesetzt worden in 10.1:
daemon:\
:memorylocked=128M:\

und auch unter 9.2 läuft tsm wie geschmiert...
 
Dann habe ich das verwechselt. Oder mein Zeitgefühl ist kaputt. :( Eventuell mal truss ansetzen und schauen, was für Syscalls da am Ende abgefeuert werden?
 
Hier eine truss Ausgabe, vielelicht sagt das jemanden was... Ich stecke jedenfalls nicht so tief in den Kernel Details...

linux_time(0x0,0x841c9d4,0x0,0x84925bc,0x84b5018,0x6) = 1431418260 (0x5551b594)
linux_stat64("/dev/console",0xffffa1a0,0xffffa1a0) = 0 (0x0)
linux_fstat64(0x1,0xffffa200,0x286bbff4,0x84b502c,0x84b5030,0x6) = 0 (0x0)
linux_ioctl(0x1,0x5413,0xffffa198,0x84b502c,0x84b5030,0x6) = 0 (0x0)
linux_time(0x0,0x841c9d4,0x0,0x84925bc,0x84b5018,0x6) = 1431418260 (0x5551b594)
linux_mmap2(0x0,0x7d000,0x3,0x22,0xffffffff,0x6) = 684814336 (0x28d17000)
linux_open("/etc/mtab",0x0,0666) = 5 (0x5)
linux_sys_futex(0x286bdb5c,0x81,0x7fffffff,0x0,0x0,0x6) = 0 (0x0)
linux_fstat64(0x5,0xffff8710,0x286bbff4,0x84b5060,0x84b5060,0x6) = 0 (0x0)
linux_mmap2(0x0,0x1000,0x3,0x22,0xffffffff,0x6) = 684630016 (0x28cea000)
read(5,0x28cea000,4096) = 0 (0x0)
close(5) = 0 (0x0)
munmap(0x28cea000,4096) = 0 (0x0)
munmap(0x28d17000,512000) = 0 (0x0)
linux_brk(0x8558000,0x286bbff4,0x84bc000,0x84bc000,0x9c000,0x6) = 139821056 (0x8558000)
linux_open("/etc/mtab",0x0,0666) = 5 (0x5)
linux_fstat64(0x5,0xffff86f0,0x286bbff4,0x84b5060,0x84b5060,0x6) = 0 (0x0)
linux_mmap2(0x0,0x1000,0x3,0x22,0xffffffff,0x6) = 684630016 (0x28cea000)
read(5,0x28cea000,4096) = 0 (0x0)
close(5) = 0 (0x0)
munmap(0x28cea000,4096) = 0 (0x0)
linux_gettimeofday(0x84ba600,0x0,0x841c9d4,0x84ba600,0x84b8714,0x6) = 0 (0x0)
linux_time(0x0,0x841c9d4,0x0,0x84925bc,0x0,0x6) = 1431418260 (0x5551b594)
linux_gettimeofday(0xffffa1b0,0x0,0x841c9d4,0x3e8,0xffffffff,0x6) = 0 (0x0)
linux_clock_gettime(0x0,0xffffa168,0x84b8040,0xffffa1a8,0x0,0x6) = 0 (0x0)
linux_sys_futex(0x84b8044,0x80,0x1,0xffffa168,0x1,0x6) = 0 (0x0)
linux_sys_futex(0x8480be8,0x81,0x1,0x8480be8,0x8480be8,0x6) = 0 (0x0)
linux_gettimeofday(0x84ba600,0x0,0x841c9d4,0x84ba600,0x84b8714,0x6) = 0 (0x0)
write(1," "...,35) = 35 (0x23)
linux_time(0x0,0x841c9d4,0x0,0x84925bc,0x0,0x6) = 1431418261 (0x5551b595)
linux_gettimeofday(0x84ba600,0x0,0x841c9d4,0x84ba600,0x84b8714,0x6) = 0 (0x0)
write(1," "...,35) = 35 (0x23)
linux_time(0x0,0x841c9d4,0x0,0x84925bc,0x0,0x6) = 1431418261 (0x5551b595)
linux_gettimeofday(0x84ba600,0x0,0x841c9d4,0x84ba600,0x84b8714,0x6) = 0 (0x0)
linux_gettimeofday(0x84ba600,0x0,0x841c9d4,0x84ba600,0x84b8714,0x6) = 0 (0x0)
ANS1030E The operating system refused a TSM request for memory allocation.
write(1,"ANS1030E The operating system re"...,75) = 75 (0x4b)
linux_time(0x0,0x841c9d4,0x0,0xffff97e0,0xffff9900,0x6) = 1431418261 (0x5551b595)
write(3,"05/12/15 10:11:01 ANS1030E The"...,95) = 95 (0x5f)
linux_gettimeofday(0x2d10c440,0x0,0x841c9d4,0x8482104,0x8482104,0x6) = 0 (0x0)
linux_gettimeofday(0x2d10c440,0x0,0x841c9d4,0x2d20ca90,0x8482104,0x6) = 0 (0x0)
linux_socketcall(9,(0xffffc9c0)LINUX_LISTEN, 0x4) = 4 (0x4)
close(4) = 0 (0x0)
linux_tgkill(0x107d3,0x107d4,0xa,0xa,0x841c9d4,0x6) = 0 (0x0)
sched_yield(0x841c9d4,0x107d4,0x0,0x8486350,0x1,0x6) = 0 (0x0)
munmap(0x2d10c000,2105344) = 0 (0x0)
linux_select(0x0,0x0,0x0,0x0,0xffffc268,0x6) = 0 (0x0)
setresuid(0xffffffff,0x0,0xffffffff,0xffffc228,0x28419ff4,0x6) = 0 (0x0)
munmap(0x28a78000,737265) = 0 (0x0)
munmap(0x289c4000,737265) = 0 (0x0)
linux_open("/dev/tty",0x8000,0666) = 4 (0x4)
getpgrp() = 67538 (0x107d2)
linux_ioctl(0x4,0x540f,0xffffc240,0x107d2,0x8449d40,0x6) = 0 (0x0)
linux_ioctl(0x4,0x5406,0x8421294,0x107d2,0x8449d40,0x6) = 0 (0x0)
close(4) = 0 (0x0)
close(3) = 0 (0x0)
munmap(0x28c12000,883992) = 0 (0x0)
munmap(0x28c01000,68116) = 0 (0x0)
process exit, rval = 12
 
PS: noch ein Anmerkung:

[root@SERVER:~] # pkg info | grep linux
linux_base-f10-10_9 Base set of packages needed in Linux mode for i386/amd64 (Linux Fedora 10)
 
Ich glaube, der truss ist nicht vollständig genug. Vielleicht bringen 100 Zeilen vorher einen besseren Einblick.

Rob
 
gerne - habe den truss nochmals laufen lassen und als Anhang nun der komplett Aufruf...
 

Anhänge

  • dsmc.txt
    41,6 KB · Aufrufe: 275
Das einzige was mir da einfällt, wäre die Limits für datasize und stacksize zu überprüfen.
Vielleicht kannst du auch mit ktrace einen besseren Output zum Debuggen generieren.

Rob
 
Habe gerade was gelesen von compat libraries... die bei einem ähnlichen Problem wohl helfen könnten...
Also: Könnte es sein, dass die Installation von compat packages helfen könnte?
 
ich konnte endlich das Problem lösen: es fehlte die Datei /compat/linux/etc/mtab :-) war wohl nach einem update gelöscht worden...
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben