The crashing backup run looks like it used the standard restic 0.9.6 (?) binary and not the one built from the debug-chunker
branch. Judging from the build log the new binary should be located in ~/restic/cmd/restic/restic
.
thanks for the reply, so what did i do wrong? But didn’t I patch it on the following post?
Your branch is up to date with 'origin/debug-chunker'.
root@prometheus7:~/restic/cmd/restic# go build
Or do i need to call restic from
/restic/cmd/restic/restic
instead of
/usr/bin/rescript
rescript
just calls restic
and lets the shell resolve it using the PATH
environment variable. In other words it probably used the restic binary from /usr/bin
or /usr/local/bin
, but definitively not the one in /restic/cmd/restic
.
You could copy the new restic binary to a separate folder e.g. ~/restic/bin
and then add that to the front of the PATH
variable by calling: PATH=~/restic/bin:$PATH /usr/bin/rescript
. Alternatively you can also call the restic binary directly.
@MichaelEischer thanks for the reply, so what i did copy the restic file and put in the location
root@prometheus7:/media# restic version
restic 0.9.6-dev (compiled manually) compiled with go1.14.2 on linux/amd64
re ran the backup and got this
panic: runtime error: slice bounds out of range [:4294967283] with capacity 524288
goroutine 96 [running]:
github.com/restic/chunker.(*Chunker).Next(0xc015b94000, 0xc01f380000, 0x0, 0x800000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
/root/restic/chunker/chunker.go:303 +0xdc0
github.com/restic/restic/internal/archiver.(*FileSaver).saveFile(0xc015f30840, 0xed4640, 0xc00d8f8340, 0xc015b94000, 0xc0222169b0, 0x49, 0xeddb20, 0xc020d14580, 0xed9860, 0xc000871c70, ...)
/root/restic/internal/archiver/file_saver.go:167 +0x39d
github.com/restic/restic/internal/archiver.(*FileSaver).worker(0xc015f30840, 0xed4640, 0xc00d8f8340, 0xc015cd2b40)
/root/restic/internal/archiver/file_saver.go:235 +0x2e5
github.com/restic/restic/internal/archiver.NewFileSaver.func2(0x0, 0x0)
/root/restic/internal/archiver/file_saver.go:88 +0x7a
gopkg.in/tomb%2ev2.(*Tomb).run(0xc0001bd9f0, 0xc015f308a0)
/root/go/pkg/mod/gopkg.in/tomb.v2@v2.0.0-20161208151619-d5d1b5820637/tomb.go:163 +0x38
created by gopkg.in/tomb%2ev2.(*Tomb).Go
/root/go/pkg/mod/gopkg.in/tomb.v2@v2.0.0-20161208151619-d5d1b5820637/tomb.go:159 +0xba
WARNING!
[backup] failed; exit code 2
Could you modify
and replace line 269
if n < 0 {
with
if n > cap(buf) {
and test again?
I think that the negative length was a red herring: 0xfffffff3
would be uint32(-13)
. However, the read length and the slice offset are stored in a 64-bit integer on amd64. Thus it looks like the read syscall reported a read length of 0xfffffff3 (probably after messing up a -13).
Low-level details of what happens to the read length
I’ve followed the internals of io.ReadFull
in order to find an explanation for the chunker crash: The file from which the chunker reads, was opened via arch.FS.OpenFile
, so we’ve got a normal go file object. The loop in ReadFull
-> ReadAtLeast
can only leave with a negative n
if the call to Read
did so too. To return a negative n
the loop in ReadAtLeast
must also terminate early, which is only possible if Read
returns an error. The actual read happens in go/internal/poll/fd_unix.go
. That FD.Read
can either return a non-zero length or an error. The returned length is exactly the length returned by the read syscall. To get the negative length and the early termination would require two calls of the read syscall which must return a negative length first, followed by an error on the second invocation -> that is the only way to get n < 0
is the have err != nil
.
There’s another hurdle to take: The only way to prevent the chunker code from returning with an error, while at the same time having ReadFull
return an error is that ReadFull
returns ErrUnexpectedEOF
. The complication there is that the only way to get that error, is to fulfill n > 0 && err == EOF
in ReadAtLeast
(I’ve grepped through the go standard library). Remember that earlier on we’ve established that n < 0
requires err != nil
. Even if err == EOF
, then it could not be replaced with ErrUnexpectedEOF
as that only happens for n > 0
which conflicts with n < 0
. So in summary it is probably impossible to get a negative length.
An alternative would be that the read syscall already returns uint32(-13) = 0xfffffff3
. In that case the length would simply be backpropagated to the chunker. On 64-bit platforms Go actually uses 64-bit indices for slices. 0xfffffff3 would be -13 when interpreted as a 32-bit number, but int and uint are 64-bit for amd64 so that doesn’t happen. In case n
were negative (e.g. -13), it’d have a value of 0xfffffffffffffff3 or 18446744073709551603. The latter was obviously not printed when the chunker crashed.
So to sum up: There’s only one thing that could have happened and that is that the read syscall reported a read length of 0xfffffff3 (probably after messing up a -13).
Thanks for the reply, so i was heading a lot of thought and found something very odd i dont know why restic was backing up also in another folder it was very odd so what i did is create another repo so far everything seems good, might of been that issue
8a621c57 2020-01-19 21:05:03 prometheus2 /media/servers/ad/shares
692a5191 2020-01-20 21:05:05 prometheus2 /media/servers/ad/shares
3b9026be 2020-01-21 21:05:04 prometheus2 /media/servers/ad/shares
a6fb2827 2020-01-22 21:05:06 prometheus2 /media/servers/ad/shares
daf3c13d 2020-01-23 21:05:04 prometheus2 /media/servers/ad/shares
d2c797d9 2020-04-08 19:18:43 prometheus7 /media/servers/ad/shares
b54e6f31 2020-04-13 22:22:16 prometheus7 /media/servers/ad/shares
8dc90ffe 2020-04-16 20:24:31 prometheus7 /media/servers/ad/shares
5d29de0f 2020-04-23 19:31:18 prometheus7 /media/servers/ad/shares
527f2223 2020-04-29 21:51:05 prometheus7 /media/servers/ad/shares
--------------------------------------------------------------------------------
6b973856 2020-04-09 16:10:01 prometheus7 /media/servers/ad/shares
205f334a 2020-04-10 16:10:12 prometheus7 /media/servers/ad/shares
4366014d 2020-04-11 16:10:01 prometheus7 /media/servers/ad/shares
eaa4c821 2020-04-12 16:10:01 prometheus7 /media/servers/ad/shares
6077c21f 2020-04-17 16:10:01 prometheus7 /media/servers/ad/shares
1b6811a8 2020-04-18 16:10:02 prometheus7 /media/servers/ad/shares
a9a55ba1 2020-04-19 16:10:02 prometheus7 /media/servers/ad/shares
e7f040d6 2020-04-22 17:10:02 prometheus7 /media/servers/ad/shares
14fbb2e4 2020-04-25 17:10:01 prometheus7 /media/servers/ad/shares
b03d0530 2020-04-26 17:10:14 prometheus7 /media/servers/ad/shares
313cd051 2020-04-27 18:06:47 prometheus7 /media/servers/ad/shares
ea0eff35 2020-05-01 17:10:01 prometheus7 /media/servers/ad/shares
hmm… very odd again
panic: runtime error: slice bounds out of range [:4294967283] with capacity 524288
goroutine 94 [running]:
github.com/restic/chunker.(*Chunker).Next(0xc0169c8000, 0xc0150bc000, 0x0, 0x800000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
/restic/vendor/github.com/restic/chunker/chunker.go:292 +0xc89
github.com/restic/restic/internal/archiver.(*FileSaver).saveFile(0xc0000ca230, 0xf20fe0, 0xc0108c8800, 0xc0169c8000, 0xc01e0d5310, 0x4a, 0xf2b6a0, 0xc00012d188, 0xf26e40, 0xc00e948a90, ...)
/restic/internal/archiver/file_saver.go:176 +0x39e
github.com/restic/restic/internal/archiver.(*FileSaver).worker(0xc0000ca230, 0xf20fe0, 0xc0108c8800, 0xc016750d80)
/restic/internal/archiver/file_saver.go:244 +0x2e5
github.com/restic/restic/internal/archiver.NewFileSaver.func2(0x0, 0x0)
/restic/internal/archiver/file_saver.go:92 +0x7a
gopkg.in/tomb%2ev2.(*Tomb).run(0xc0000ca1e0, 0xc0167549c0)
/restic/vendor/gopkg.in/tomb.v2/tomb.go:163 +0x2b
created by gopkg.in/tomb%2ev2.(*Tomb).Go
/restic/vendor/gopkg.in/tomb.v2/tomb.go:159 +0xc7
WARNING!
[backup] failed; exit code 2
I’m pretty confident that this issue is caused by the underlying file system, which seems to mix up 32 bit and 64 bit integers. It tries to return a negative 32 bit value, which is interpreted as a 64 bit integer, so it becomes positive. All the behavior we see is explained by my hypothesis.
@killmasta93 can you tell us which file system you’re using? Do you run restic on a NAS or similar embedded device?
thanks for the reply, currently running restic on proxmox debian 9 which cifs mounts the windows smb share then also mount the NAS share and uses restic on proxmox to backup, so the issue could be the NAS?
so i tried starting from zero again and the storage i put in proxmox itself to remove the NAS variable but got this error
uploaded intermediate index e3e5bf26
uploaded intermediate index e69d4f29
uploaded intermediate index dc75175a
uploaded intermediate index 9f59f302
panic: runtime error: slice bounds out of range
goroutine 59 [running]:
github.com/restic/chunker.(*Chunker).Next(0xc0002c0000, 0xc00a81c000, 0x0, 0x800000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
/restic/vendor/github.com/restic/chunker/chunker.go:292 +0xcb4
github.com/restic/restic/internal/archiver.(*FileSaver).saveFile(0xc000396320, 0xf84780, 0xc0001aa040, 0xc0002c0000, 0xc0127c6820, 0x4a, 0xf8f6c0, 0xc00000f560, 0xf8aa40, 0xc011f780d0, ...)
/restic/internal/archiver/file_saver.go:176 +0x3cc
github.com/restic/restic/internal/archiver.(*FileSaver).worker(0xc000396320, 0xf84780, 0xc0001aa040, 0xc00003cde0)
/restic/internal/archiver/file_saver.go:244 +0x2e6
github.com/restic/restic/internal/archiver.NewFileSaver.func2(0x0, 0xc00020ffc0)
/restic/internal/archiver/file_saver.go:92 +0x7a
gopkg.in/tomb%2ev2.(*Tomb).run(0xc000396190, 0xc00037ed50)
/restic/vendor/gopkg.in/tomb.v2/tomb.go:163 +0x2b
created by gopkg.in/tomb%2ev2.(*Tomb).Go
/restic/vendor/gopkg.in/tomb.v2/tomb.go:159 +0xb7
WARNING!
[backup] failed; exit code 2
Just to make sure I understand your setup correctly: The backup source is on a CIFS share and the backup repository is stored on the host itself/the NAS?
Could you test my proposed modifications to the debug-chunker branch? These should be enough to tell which file is the culprit:
Thanks for the reply, so what i did is change the backup source is on a CIFS share but changed the backup repo to another server to see if that was the issue so i created a new repo on proxmox host which the first 2 backup works
but then i got this
scan finished in 2338.189s: 1496471 files, 748.084 GiB
panic: runtime error: slice bounds out of range
goroutine 120 [running]:
github.com/restic/chunker.(*Chunker).Next(0xc00a5ec000, 0xc048000000, 0x0, 0x800 000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
/restic/vendor/github.com/restic/chunker/chunker.go:292 +0xcb4
github.com/restic/restic/internal/archiver.(*FileSaver).saveFile(0xc00016e280, 0 xf84780, 0xc003db6000, 0xc00a5ec000, 0xc02ca86410, 0x4a, 0xf8f6c0, 0xc03b6a0000, 0xf8aa40, 0xc03b6a4000, ...)
/restic/internal/archiver/file_saver.go:176 +0x3cc
github.com/restic/restic/internal/archiver.(*FileSaver).worker(0xc00016e280, 0xf 84780, 0xc003db6000, 0xc0003f12c0)
/restic/internal/archiver/file_saver.go:244 +0x2e6
github.com/restic/restic/internal/archiver.NewFileSaver.func2(0xfae3b27e37e060c3 , 0x356a32ef104c2c81)
/restic/internal/archiver/file_saver.go:92 +0x7a
gopkg.in/tomb%2ev2.(*Tomb).run(0xc00016e230, 0xc00038b8f0)
/restic/vendor/gopkg.in/tomb.v2/tomb.go:163 +0x2b
created by gopkg.in/tomb%2ev2.(*Tomb).Go
/restic/vendor/gopkg.in/tomb.v2/tomb.go:159 +0xb7
WARNING!
[backup] failed; exit code 2
as for the above test would i need to patch again on the other server?
Thank you
To test my modifications you need to checkout the debug-chunker
branch, modifie the line I asked you to, then build the restic binary and use that binary for the next backup runs.
Thanks for the reply, so this is what i did
git clone https://github.com/restic/restic
cd restic/cmd/restic
git checkout debug-chunker
go build
then edit
nano restic/chunker/chunker.go
changed the file
//if n < 0 {
if n > cap(buf) {
return Chunk{}, fmt.Errorf("ReadFull returned negative number of bytes read: %v", n)
}
and reran rescript and for some odd reason this time it worked i guess im going to wait tomorrow and run again
this is the output
root@prometheus2:/media# sh fileserver.sh
mount.cifs kernel mount options: ip=192.168.3.209,unc=\\192.168.3.209\discod$,ve rs=2.1,nouser_xattr,user=administrador,pass=********
================================================================================
STARTING SCRIPT
================================================================================
Date and Time: Sun May 17 2020 09:23:16 PM
System: Debian GNU/Linux 9
Hostname: prometheus2
Repository Location: /media/backupnas
Restic Version: 0.9.6-dev
--------------------------------------------------------------------------------
[Taking a Snapshot...]
open repository
lock repository
load index files
using parent snapshot 7dc9819a
start scan on [/media/servers/ad/shares]
start backup on [/media/servers/ad/shares]
scan: Readdirnames /media/servers/ad/shares/System Volume Information failed: readdirent: permission denied
scan: Readdirnames /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL
scan finished in 1911.467s: 1496565 files, 748.251 GiB
uploaded intermediate index cd339de5
error: open /media/servers/ad/shares/Ingenieria/Carlos.Rodriguez/Inventor/MPOS1.0/Imported Components/jrb006-480-carbon-/£ힿ6.6.ipt: no such file or directory
uploaded intermediate index 83475287
error: open /media/servers/ad/shares/Recursos Humanos/blanca.gonzalez/HA BICICLETAS/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquiadd/.DS_Store: permission
error: open /media/servers/ad/shares/Recursos Humanos/blanca.gonzalez/HA BICICLETAS/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquiadd/INSTRUCTIVO PARA REAission denied
error: open /media/servers/ad/shares/Recursos Humanos/blanca.gonzalez/HA BICICLETAS/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquiadd/Instructivo varios te
error: open /media/servers/ad/shares/Recursos Humanos/blanca.gonzalez/HA BICICLETAS/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquiadd/PDF ANTIOQUIA EJE CAF
error: open /media/servers/ad/shares/Recursos Humanos/blanca.gonzalez/HA BICICLETAS/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquiadd/cartilla Regional ant
error: open /media/servers/ad/shares/Recursos Humanos/blanca.gonzalez/HA BICICLETAS/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquiadd/generar certificados
error: open /media/servers/ad/shares/Recursos Humanos/compartido/GH-MG-01 Manual de Funciones/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquia/.DS_Store: p
error: open /media/servers/ad/shares/Recursos Humanos/compartido/GH-MG-01 Manual de Funciones/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquia/INSTRUCTIVO ocx: permission denied
error: open /media/servers/ad/shares/Recursos Humanos/compartido/GH-MG-01 Manual de Funciones/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquia/Instructivo
error: open /media/servers/ad/shares/Recursos Humanos/compartido/GH-MG-01 Manual de Funciones/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquia/PDF ANTIOQUI
error: open /media/servers/ad/shares/Recursos Humanos/compartido/GH-MG-01 Manual de Funciones/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquia/cartilla Reg
error: open /media/servers/ad/shares/Recursos Humanos/compartido/GH-MG-01 Manual de Funciones/GESTION DE CALIDAD/PROGRAMAS/PSV/Cartilla Regional Antioquia/generar cert
error: Readdirnames /media/servers/ad/shares/System Volume Information failed: readdirent: permission denied
uploaded intermediate index 24c752d7
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: open /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas
error: Readdirnames /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINA
uploaded intermediate index 3ace46a5
Files: 115 new, 135 changed, 1496289 unmodified
Dirs: 0 new, 3 changed, 0 unmodified
Data Blobs: 769 new
Tree Blobs: 4 new
Added to the repo: 787.030 MiB
processed 1496539 files, 748.183 GiB in 1:57:42
snapshot 7ee2f519 saved
There are 6 exclusion rules...
--------------------------------------------------------------------------------
[Snapshots List...]
ID Time Host Tags
--------------------------------------------------
35c5748f 2020-05-14 22:32:20 prometheus2
7dc9819a 2020-05-15 18:46:44 prometheus2
7ee2f519 2020-05-17 21:23:16 prometheus2
--------------------------------------------------
3 snapshots
--------------------------------------------------------------------------------
Next cleanup and check in 4 days, 9 hours and 41 minutes...
--------------------------------------------------------------------------------
Summarized Info Restore Size Deduplicated Size
--------------------------------------------------------------------------------
Latest Snapshot 748.183 GiB 517.261 GiB
All Snapshots 748.636 GiB 519.056 GiB
--------------------------------------------------------------------------------
End: Sun May 17 2020 11:26:09 PM
Duration: 2 hours, 2 minutes and 53 seconds
================================================================================
SCRIPT ENDED
================================================================================
=============================
Sending Output to Zabbix
=============================
[Running discovery of rescript repos]
info from server: "processed: 1; failed: 0; total: 1; seconds spent: 0.000073"
sent: 1; skipped: 0; total: 1
Extracting from: /root/.rescript/logs/fileserver-log-2020-05-17-21:23.log
Repository: fileserver
Checksum: 562253777
[Capture Restic Backup]
Snapshot ID: 7ee2f519
Bytes Added: 825260769
Time Processed: 7062
Bytes Processed: 7062
Wait, you need to build restic after you’ve changed the chunker.go
file.
Thanks for the reply, so after changing the chunker.go i would rerun ?
cd restic/cmd/restic
git checkout debug-chunker
go build
No, just go build
.
thanks just rebuild it and reran restic lets wait to see what happens ill post back again thank you
so got this error not sure if this will help out
Logfile: /root/.rescript/logs/fileserver-log-2020-05-18-17:19.log
================================================================================
STARTING SCRIPT
================================================================================
Date and Time: Mon May 18 2020 05:19:01 PM
System: Debian GNU/Linux 9
Hostname: prometheus2
Repository Location: /media/backupnas
Restic Version: 0.9.6-dev
--------------------------------------------------------------------------------
[Taking a Snapshot...]
open repository
lock repository
load index files
using parent snapshot 7ee2f519
start scan on [/media/servers/ad/shares]
start backup on [/media/servers/ad/shares]
scan: Readdirnames /media/servers/ad/shares/System Volume Information failed: readdirent: permission denied
scan: Readdirnames /media/servers/ad/shares/Ventas/ropa/GW BIKE APPAREL - VENTAS INTERNACIONALES/29-01-2019/ROPA/PROVEEDORES/JQ/ORDERS/GAFAS/ORDER 2019/PLANTILLAS/FINAL/Gafas GW /CAMBIOS failed: readdirent: no such file or directory
scan finished in 2369.002s: 1496975 files, 749.026 GiB
panic: runtime error: slice bounds out of range [:4294967291] with capacity 524288
goroutine 86 [running]:
github.com/restic/chunker.(*Chunker).Next(0xc0001d9300, 0xc04aa80000, 0x0, 0x800000, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, ...)
/root/restic/chunker/chunker.go:303 +0xdc0
github.com/restic/restic/internal/archiver.(*FileSaver).saveFile(0xc000198a20, 0xed4640, 0xc0176a0c80, 0xc0001d9300, 0xc02c5e2050, 0x4a, 0xeddb20, 0xc03c61c938, 0xed9860, 0xc002d58340, ...)
/root/restic/internal/archiver/file_saver.go:167 +0x39d
github.com/restic/restic/internal/archiver.(*FileSaver).worker(0xc000198a20, 0xed4640, 0xc0176a0c80, 0xc017cb4060)
/root/restic/internal/archiver/file_saver.go:235 +0x2e5
github.com/restic/restic/internal/archiver.NewFileSaver.func2(0x0, 0x0)
/root/restic/internal/archiver/file_saver.go:88 +0x7a
gopkg.in/tomb%2ev2.(*Tomb).run(0xc0001c0140, 0xc000198ae0)
/root/go/pkg/mod/gopkg.in/tomb.v2@v2.0.0-20161208151619-d5d1b5820637/tomb.go:163 +0x38
created by gopkg.in/tomb%2ev2.(*Tomb).Go
/root/go/pkg/mod/gopkg.in/tomb.v2@v2.0.0-20161208151619-d5d1b5820637/tomb.go:159 +0xba
WARNING!
[backup] failed; exit code 2
--------------------------------------------------------------------------------
End: Mon May 18 2020 06:11:07 PM
Duration: 52 minutes and 6 seconds
================================================================================
BACKUP ENDED
================================================================================