You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
WARNING: fsync is not supported by the data storage #230
What backend/server/service did you use to store the repository?
Expected behavior
fsync working. This is an ext4 drive (raid1 -> luks -> ext4).
Actual behavior
I get hundreds of following messages during a backup process:
WARNING: fsync is not supported by the data storage. This can lead to data loss, if the system crashes or the storage is unexpectedly disconnected.
Steps to reproduce the behavior
Don't know. I compiled a simple go program (via docker golang:alpine) and tested for f.Sync support. No error is thrown and it also runs within the same docker container without any problems.
Do you have any idea what may have caused this?
Maybe the compiled binary within the official docker image differs from my test binary? Different go versions?
Do you have an idea how to solve the issue?
Currently not. The filesystem supports fsync.
Did rest-server help you today? Did it make you happy in any way?
Restic is just awesome and I really appreciate this open source project.
Arghh, looks like I've messed up the check for fsync support in #199. #231 fixes the fsync check. But I'm not yet sure why the warning is printed multiple times.
The fix has been implemented on May 18th, but the last release (0.12.0, the one you're using) is from April.
I think a new release would make sense, as those messages are both noisy and (apparently wrongly) alarming. (Says the guy who hasn't done a release of his open source project in over a year 🙃)
Activity
r0l1 commentedon May 8, 2023
And why are there so many log messages? Looking at the code:
should actually result into one single log message. Any hints?
MichaelEischer commentedon May 8, 2023
Arghh, looks like I've messed up the check for fsync support in #199. #231 fixes the fsync check. But I'm not yet sure why the warning is printed multiple times.
wojas commentedon May 9, 2023
A new Handler is created for every request, so it will current be printed at most once per request, which is not very helpful.
Perhaps create a global var for the
sync.Once?MichaelEischer commentedon May 13, 2023
@wojas I've moved the sync.Once instance into the server struct.
DanielGibson commentedon Jun 1, 2023
Good to see this fixed, I was just gonna report this :)
My setup is similar (harddisk partition -> LUKS encryption -> ext4), and I wasn't 100% sure if the warning maybe is true and due to the LUKS in the middle maybe fsync() on ext4 doesn't go through to the physical disk, but according to https://stackoverflow.com/questions/32225517/fsync-on-mapped-crypted-device-with-dm-crypt it does?
(either way the warning should of course only be logged once, so I'm glad that's fixed)
kittkott commentedon Jul 4, 2023
Windows Server 2019
rest-server version rest-server 0.12.0 compiled with go1.20.3 on windows/amd64
I get hundreds of following messages during a backup process:
"WARNING: fsync is not supported by the data storage. This can lead to data loss, if the system crashes or the storage is unexpectedly disconnected."
DanielGibson commentedon Jul 5, 2023
The fix has been implemented on May 18th, but the last release (0.12.0, the one you're using) is from April.
I think a new release would make sense, as those messages are both noisy and (apparently wrongly) alarming.
(Says the guy who hasn't done a release of his open source project in over a year 🙃)
restic-rest-server: update to 0.12.1.
restic-rest-server: update to 0.13.0.
restic-rest-server: update to 0.12.1.
restic-rest-server: update to 0.13.0.
restic-rest-server: update to 0.12.1.
restic-rest-server: update to 0.13.0.
restic-rest-server: update to 0.12.1.