Menu

#371 Samba suddenly crashes

11.2.0.4
closed
zoon01
None
1
2021-12-07
2018-07-11
maulbongo
No

Hello Zoon,

Since 11.2 I got lots of Samba crashes, hoped for 4.8.2 that fixed it, but still panics:

Jul 11 11:35:57 ewnas01 smbd[6853]: ===============================================================
Jul 11 11:35:57 ewnas01 smbd[6853]: [2018/07/11 11:35:57.311185, 0] ../lib/util/fault.c:79(fault_report)
Jul 11 11:35:57 ewnas01 smbd[6853]: INTERNAL ERROR: Signal 11 in pid 6853 (4.8.2)
Jul 11 11:35:57 ewnas01 smbd[6853]: Please read the Trouble-Shooting section of the Samba HOWTO
Jul 11 11:35:57 ewnas01 smbd[6853]: [2018/07/11 11:35:57.311327, 0] ../lib/util/fault.c:81(fault_report)
Jul 11 11:35:57 ewnas01 smbd[6853]: ===============================================================
Jul 11 11:35:57 ewnas01 smbd[6853]: [2018/07/11 11:35:57.311420, 0] ../source3/lib/util.c:815(smb_panic_s3)
Jul 11 11:35:57 ewnas01 smbd[6853]: PANIC (pid 6853): internal error
Jul 11 11:35:57 ewnas01 smbd[6853]: [2018/07/11 11:35:57.313280, 0] ../source3/lib/util.c:926(log_stack_trace)
Jul 11 11:35:57 ewnas01 smbd[6853]: BACKTRACE: 7 stack frames:
Jul 11 11:35:57 ewnas01 smbd[6853]: #0 0x8046ce0de <log_stack_trace+0x1e> at /usr/local/lib/libsmbconf.so.0
Jul 11 11:35:57 ewnas01 smbd[6853]: #1 0x8046cded8 <smb_panic_s3+0x98> at /usr/local/lib/libsmbconf.so.0
Jul 11 11:35:57 ewnas01 smbd[6853]: #2 0x80211e8a7 <smb_panic+0x27> at /usr/local/lib/libsamba-util.so.0
Jul 11 11:35:57 ewnas01 smbd[6853]: #3 0x80211ee50 <string_sub_once> at /usr/local/lib/libsamba-util.so.0
Jul 11 11:35:57 ewnas01 smbd[6853]: #4 0x80211e873 <fault_setup+0x73> at /usr/local/lib/libsamba-util.so.0
Jul 11 11:35:57 ewnas01 smbd[6853]: #5 0x801cd8946 <pthread_sigmask+0x536> at /lib/libthr.so.3
Jul 11 11:35:57 ewnas01 smbd[6853]: #6 0x801cd7eb2 <pthread_getspecific+0xe12> at /lib/libthr.so.3
Jul 11 11:35:57 ewnas01 smbd[6853]: [2018/07/11 11:35:57.313386, 0] ../source3/lib/dumpcore.c:310(dump_core)
Jul 11 11:35:57 ewnas01 smbd[6853]: unable to change to %N.core
Jul 11 11:35:57 ewnas01 smbd[6853]: refusing to dump core
Jul 11 11:35:57 ewnas01 smbd[58862]: [2018/07/11 11:35:57.318506, 0] ../lib/tdb_wrap/tdb_wrap.c:64(tdb_wrap_log)
Jul 11 11:35:57 ewnas01 smbd[58862]: tdb(/var/db/samba4/gencache_notrans.tdb): allrecord_lock == 0
Jul 11 11:35:59 ewnas01 nmbd[12624]: [2018/07/11 11:35:59.537594, 0] ../lib/util/become_daemon.c:138(daemon_ready)
Jul 11 11:35:59 ewnas01 nmbd[12624]: daemon_ready: STATUS=daemon 'nmbd' finished starting up and ready to serve connections</pthread_getspecific+0xe12></pthread_sigmask+0x536></fault_setup+0x73></string_sub_once></smb_panic+0x27></smb_panic_s3+0x98></log_stack_trace+0x1e>

Discussion

  • maulbongo

    maulbongo - 2018-07-11

    At 11:35:59 was my Samba restart, after that all worked again, but users have to restart, because they can't reach the shares anymore, quite annoying :(

     
  • Migel

    Migel - 2018-11-25

    I have similar trouble: Samba suddenly crashes after several hours usage. Got repeating errors in the system log like:

    Nov 25 18:52:50 xigmanas smbd[17125]: [2018/11/25 18:52:50.946332, 0] ../source3/lib/util.c:815(smb_panic_s3)
    Nov 25 18:52:50 xigmanas smbd[17125]: PANIC (pid 17125): internal error
    Nov 25 18:52:50 xigmanas smbd[17125]: [2018/11/25 18:52:50.953740, 0] ../lib/util/fault.c:261(log_stack_trace)
    Nov 25 18:52:50 xigmanas smbd[17125]: BACKTRACE: 7 stack frames:
    Nov 25 18:52:50 xigmanas smbd[17125]: #0 0x802110bb8 <log_stack_trace+0x28> at /usr/local/lib/libsamba-util.so.0
    Nov 25 18:52:50 xigmanas smbd[17125]: #1 0x80428ec92 <smb_panic_s3+0x52> at /usr/local/lib/libsmbconf.so.0
    Nov 25 18:52:50 xigmanas smbd[17125]: #2 0x8021109b7 <smb_panic+0x17> at /usr/local/lib/libsamba-util.so.0
    Nov 25 18:52:50 xigmanas smbd[17125]: #3 0x802110d6a <log_stack_trace+0x1da> at /usr/local/lib/libsamba-util.so.0
    Nov 25 18:52:50 xigmanas smbd[17125]: #4 0x802110999 <fault_setup+0x59> at /usr/local/lib/libsamba-util.so.0
    Nov 25 18:52:50 xigmanas smbd[17125]: #5 0x801cd3946 <pthread_sigmask+0x536> at /lib/libthr.so.3
    Nov 25 18:52:50 xigmanas smbd[17125]: #6 0x801cd2eb2 <pthread_getspecific+0xe12> at /lib/libthr.so.3
    Nov 25 18:52:50 xigmanas smbd[17125]: [2018/11/25 18:52:50.954205, 0] ../source3/lib/dumpcore.c:310(dump_core)
    Nov 25 18:52:50 xigmanas smbd[17125]: unable to change to %N.core
    Nov 25 18:52:50 xigmanas smbd[17125]: refusing to dump core
    Nov 25 18:52:51 xigmanas smbd[17130]: [2018/11/25 18:52:51.365190, 0] ../lib/util/fault.c:79(fault_report)
    Nov 25 18:52:51 xigmanas smbd[17130]: ===============================================================
    Nov 25 18:52:51 xigmanas smbd[17130]: [2018/11/25 18:52:51.365342, 0] ../lib/util/fault.c:80(fault_report)
    Nov 25 18:52:51 xigmanas smbd[17130]: INTERNAL ERROR: Signal 6 in pid 17130 (4.8.6)
    Nov 25 18:52:51 xigmanas smbd[17130]: Please read the Trouble-Shooting section of the Samba HOWTO
    Nov 25 18:52:51 xigmanas smbd[17130]: [2018/11/25 18:52:51.365442, 0] ../lib/util/fault.c:82(fault_report)
    Nov 25 18:52:51 xigmanas smbd[17130]: ===============================================================
    until i restart the Samba service. Then it works again for some hours. I change the system version from 6026 to 6195, but the trouble still persist.</pthread_getspecific+0xe12></pthread_sigmask+0x536></fault_setup+0x59></log_stack_trace+0x1da></smb_panic+0x17></smb_panic_s3+0x52></log_stack_trace+0x28>

     
  • Migel

    Migel - 2018-11-29

    It seems that in my case the trouble was caused by using a slow (but serviceable, i checked it) USB stick for swap. I reconfigure my XigmaNAS to work w/o swap, and there is no more Samba panics for three days uptime. I think, this may be a common trouble because using the same device for embedded XigmaNAS installation and for swap is the default option in the installer.

     

    Last edit: Migel 2018-11-29
  • zoon01

    zoon01 - 2018-11-29
    • status: closed --> open
     
  • zoon01

    zoon01 - 2021-12-07
    • status: open --> closed
     

Log in to post a comment.