SysLog Messages - RPCBIND


twooly

Recommended Posts

Today noticed my syslog filling up and found theses messages repeating over and over about every 5-10 seconds.

 

Jan 22 08:28:12 unRaid rpcbind[9117]: connect from xxxxx.xxxx.xxxx.xxxx to getport/addr(mountd)

 

xxxxx.xxxx.xxxx.xxxx is an ip address of a server mounted to an unraid nfs share.  Is there a way to stop these messages from happening over and over filling my log space up?

Link to comment
  • 4 months later...
  • 7 months later...
  • 1 month later...
  • 2 weeks later...
  • 4 weeks later...
  • 1 month later...
  • 2 weeks later...

My server just crashed for the second time due to memory errors. I am pointing my finger at this issue filling up the log and causing errors that I don't understand :)

 

I was not able to download diagnostics (I am assuming some process was killed that it needed) but I was able to download the syslog. Happy to share it privately.

Jun 18 21:40:37 MasterTower kernel: Timer-Scheduler invoked oom-killer: gfp_mask=0x6200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null), order=0, oom_score_adj=0
Jun 18 21:40:37 MasterTower kernel: Timer-Scheduler cpuset=07777a87eab516b7cdc4926c695d190776b64ffb7bd64dd0323a8e74d75ec5a0 mems_allowed=0
Jun 18 21:40:37 MasterTower kernel: CPU: 2 PID: 16549 Comm: Timer-Scheduler Tainted: G        W         4.19.107-Unraid #1
Jun 18 21:40:37 MasterTower kernel: Hardware name: System manufacturer System Product Name/F1A75-V PRO, BIOS 2507 01/29/2015
Jun 18 21:40:37 MasterTower kernel: Call Trace:
Jun 18 21:40:37 MasterTower kernel: dump_stack+0x67/0x83
Jun 18 21:40:37 MasterTower kernel: dump_header+0x66/0x289
Jun 18 21:40:37 MasterTower kernel: oom_kill_process+0x9d/0x220
Jun 18 21:40:37 MasterTower kernel: out_of_memory+0x3b7/0x3ea
Jun 18 21:40:37 MasterTower kernel: mem_cgroup_out_of_memory+0x94/0xc8
Jun 18 21:40:37 MasterTower kernel: try_charge+0x52a/0x682
Jun 18 21:40:37 MasterTower kernel: ? __alloc_pages_nodemask+0x150/0xae1
Jun 18 21:40:37 MasterTower kernel: mem_cgroup_try_charge+0x115/0x158
Jun 18 21:40:37 MasterTower kernel: __add_to_page_cache_locked+0x73/0x184
Jun 18 21:40:37 MasterTower kernel: add_to_page_cache_lru+0x47/0xd5
Jun 18 21:40:37 MasterTower kernel: filemap_fault+0x238/0x47c
Jun 18 21:40:37 MasterTower kernel: __do_fault+0x4d/0x88
Jun 18 21:40:37 MasterTower kernel: __handle_mm_fault+0xdb5/0x11b7
Jun 18 21:40:37 MasterTower kernel: handle_mm_fault+0x189/0x1e3
Jun 18 21:40:37 MasterTower kernel: __do_page_fault+0x267/0x3ff
Jun 18 21:40:37 MasterTower kernel: ? page_fault+0x8/0x30
Jun 18 21:40:37 MasterTower kernel: page_fault+0x1e/0x30
Jun 18 21:40:37 MasterTower kernel: RIP: 0033:0x154aa86131c0
Jun 18 21:40:37 MasterTower kernel: Code: Bad RIP value.
Jun 18 21:40:37 MasterTower kernel: RSP: 002b:0000154a655fab60 EFLAGS: 00010202
Jun 18 21:40:37 MasterTower kernel: RAX: ffffffffffffff92 RBX: 0000560b17d40fa0 RCX: 0000154aa8612ed9
Jun 18 21:40:37 MasterTower kernel: RDX: 0000000000000000 RSI: 0000000000000080 RDI: 0000560b17d40fc8
Jun 18 21:40:37 MasterTower kernel: RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000000
Jun 18 21:40:37 MasterTower kernel: R10: 0000154a655fabc0 R11: 0000000000000246 R12: 0000560b17d40fe0
Jun 18 21:40:37 MasterTower kernel: R13: 0000560b17d40fc8 R14: 0000154a655fac60 R15: 0000560b17d40fc4
Jun 18 21:40:37 MasterTower kernel: Task in /docker/07777a87eab516b7cdc4926c695d190776b64ffb7bd64dd0323a8e74d75ec5a0 killed as a result of limit of /docker/07777a87eab516b7cdc4926c695d190776b64ffb7bd64dd0323a8e74d75ec5a0
Jun 18 21:40:37 MasterTower kernel: memory: usage 512000kB, limit 512000kB, failcnt 16659
Jun 18 21:40:37 MasterTower kernel: memory+swap: usage 512000kB, limit 1024000kB, failcnt 0
Jun 18 21:40:37 MasterTower kernel: kmem: usage 6576kB, limit 9007199254740988kB, failcnt 0
Jun 18 21:40:37 MasterTower kernel: Memory cgroup stats for /docker/07777a87eab516b7cdc4926c695d190776b64ffb7bd64dd0323a8e74d75ec5a0: cache:4292KB rss:500828KB rss_huge:4096KB shmem:0KB mapped_file:396KB dirty:132KB writeback:132KB swap:0KB inactive_anon:4KB active_anon:501112KB inactive_file:2168KB active_file:1884KB unevictable:0KB
Jun 18 21:40:37 MasterTower kernel: Tasks state (memory values in pages):
Jun 18 21:40:37 MasterTower kernel: [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
Jun 18 21:40:37 MasterTower kernel: [   3423]     0  3423       50        1    28672        0             0 s6-svscan
Jun 18 21:40:37 MasterTower kernel: [   3489]     0  3489       50        1    28672        0             0 s6-supervise
Jun 18 21:40:37 MasterTower kernel: [   3797]     0  3797       50        1    28672        0             0 s6-supervise
Jun 18 21:40:37 MasterTower kernel: [   3800]    99  3800   638611   125200  2191360        0             0 mono
Jun 18 21:40:37 MasterTower kernel: Memory cgroup out of memory: Kill process 3800 (mono) score 982 or sacrifice child
Jun 18 21:40:37 MasterTower kernel: Killed process 3800 (mono) total-vm:2554444kB, anon-rss:500796kB, file-rss:0kB, shmem-rss:4kB
Jun 18 21:40:37 MasterTower kernel: oom_reaper: reaped process 3800 (mono), now anon-rss:0kB, file-rss:0kB, shmem-rss:4kB

 

Edited by ZipsServer
Link to comment
  • 2 weeks later...
  • 2 months later...
  • 3 weeks later...

My difficulties here with rpcbind logs are due to three computers mounting nfs shares. Looked around after getting crickets from Unraid on this, and a solution that works for me is to make the timeout on automounts on the three computers to something larger than 10 minutes.

 

automount -t 3600

 

This will cause it to unmount non-busy mounts every hour instead of 10 minutes. I don't know if there is a way to set up a different timeout per mount (if someone knows please reply), but this works for my purposes and might for others here.

Edited by Khadgar
Pasted the wrong command, clarified what command does
Link to comment
  • 5 months later...

A temporary fix is to install the Enhanced Log plugin and set up a log filter.  Go to 'Settings->Enhanced Log Settings' and click on the 'Syslog Filter' tab.  Enter the following in the text area:

"to getport/addr"

 

Then click 'Apply'.  The getport/addr messages will blocked from the log.

Link to comment
  • 5 weeks later...

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.