New install, get SIGABORT

I installed duplicati on 2 different linux machines. One works good, the other crashes with a SIGABORT trying to backup its first job. This is on a ubuntu 16.04, and mono --version shows 5.4 What should I check?

Nov 19 11:15:05 vpn duplicati-server[119256]: Server has started and is listening on 0.0.0.0, port 8200
Nov 19 11:18:05 vpn duplicati-server[119256]: w32error-unix.c: unknown error (87) “Too many users”
Nov 19 11:18:05 vpn duplicati-server[119256]: Stacktrace:
Nov 19 11:18:05 vpn duplicati-server[119256]: at <0xffffffff>
Nov 19 11:18:05 vpn duplicati-server[119256]: at (wrapper managed-to-native) System.IO.MonoIO.FindFirstFile (string,string&,int&,int&) [0x00000] in <9790d962aaad40d
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.IO.FileSystemEnumerableIterator1<TSource_REF>.CommonInit () [0x0001d] in <9790d962aaad40deb63d33029ba0d2f6> Nov 19 11:18:05 vpn duplicati-server[119256]: at System.IO.FileSystemEnumerableIterator1<TSource_REF>…ctor (string,string,string,System.IO.SearchOption,System.IO.
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.IO.FileSystemEnumerableFactory.CreateFileNameIterator (string,string,string,bool,bool,System.IO.SearchOption
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.IO.Directory.InternalGetFileDirectoryNames (string,string,string,bool,bool,System.IO.SearchOption,bool) [0x0
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.IO.Directory.InternalGetDirectories (string,string,System.IO.SearchOption) [0x00000] in <9790d962aaad40deb63
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.IO.Directory.GetDirectories (string) [0x0000e] in <9790d962aaad40deb63d33029ba0d2f6>:0
Nov 19 11:18:05 vpn duplicati-server[119256]: at Duplicati.Library.Snapshots.NoSnapshot.ListFolders (string) [0x00000] in <77daa5b4404f4a3f88c47ead1428ebeb>:0
Nov 19 11:18:05 vpn duplicati-server[119256]: at Duplicati.Library.Utility.Utility/d__22.MoveNext () [0x0013c] in <1cb5198b00f34ae59d97e
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.Linq.Enumerable/SelectManySingleSelectorIterator`2<TSource_REF, TResult_REF>.MoveNext () [0x0006f] in <7c7d1
Nov 19 11:18:05 vpn duplicati-server[119256]: at Duplicati.Library.Main.Operation.BackupHandler/FilterHandler/d__13.MoveNext () [0x000fe]
Nov 19 11:18:05 vpn duplicati-server[119256]: at Duplicati.Library.Main.Operation.BackupHandler.CountFilesThread (object) [0x000c5] in <118ad25945a24a3991f7b65e7a45
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.Threading.ThreadHelper.ThreadStart_Context (object) [0x00025] in <9790d962aaad40deb63d33029ba0d2f6>:0
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext,System.Threading.ContextCallback,o
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext,System.Threading.ContextCallback,object,bo
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext,System.Threading.ContextCallback,object) [
Nov 19 11:18:05 vpn duplicati-server[119256]: at System.Threading.ThreadHelper.ThreadStart (object) [0x0000f] in <9790d962aaad40deb63d33029ba0d2f6>:0
Nov 19 11:18:05 vpn duplicati-server[119256]: at (wrapper runtime-invoke) .runtime_invoke_void__this___object (object,intptr,intptr,intptr) [0x0004f] in <97

The w32error-unix.c: unknown error (87) "Too many users" makes it sounds like a GNU C library issue . If that’s the case then it’s trying to tell us "The file quota system is confused because there are too many users." Do you have quotas set up on your source or destination?

1 Like

No I do not have quotas setup, and have the exact same fstab line in another system that is running fine. Note the backup location is to a cifs mount. The only difference is the mono --version. 5.4.0 on the broken one, and 4.2.1 on the working one. Can that be the issue?

Actually now that I think about it, the memory is very different, this one that fails only has 512mb of RAM. What is min needed?

Honestly I’ve never checked what hardware requirements are. I do know people run it on RaspberryPi level hardware so my guess is it’s a pretty low barrier - though I’m sure that varies depending on functionality in use (block size, dblock size, hash type, compression type, etc.).

I’m not really sure what to make of it as I’ve never run into it before but the “87 Too many users” error doesn’t feel to me like a memory issue UNLESS the user list is somehow being stored in memory in some way. The “file quota” comment above came from GNU docs (The GNU C Library) and the error number (87) seems to align with the declaration here:

Just out of curiosity, do about the same number of users get reported from users or users | wc -w on each of your boxes?