Re: receive snapshot, complains about missing file

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



2016-04-29 22:28 GMT+02:00 Chris Murphy <lists@xxxxxxxxxxxxxxxxx>:
> On Fri, Apr 29, 2016 at 2:20 PM, Alexander Fougner <fougner89@xxxxxxxxx> wrote:
>> 2016-04-29 22:17 GMT+02:00 Chris Murphy <lists@xxxxxxxxxxxxxxxxx>:
>>> On Fri, Apr 29, 2016 at 2:01 PM, Alexander Fougner <fougner89@xxxxxxxxx> wrote:
>>>> Hello,
>>>>
>>>> Kernel 4.4.x and progs 4.5.1 on both client/host.
>>>>
>>>> As the topic says, I noticed that my automatic backus stopped working
>>>> a while back. The cause seems to be related to snapshot
>>>> inconsistencies.
>>>>
>>>> WARNING: [btrfs send/receive]
>>>> (send=/mnt/btrfs_pool/__snapshots/@home.20160404,
>>>> receive=/srv/backup/optimus) At subvol
>>>> /mnt/btrfs_pool/__snapshots/@home.20160404
>>>> WARNING: [btrfs send/receive]
>>>> (send=/mnt/btrfs_pool/__snapshots/@home.20160404,
>>>> receive=/srv/backup/optimus) At snapshot @home.20160404
>>>> ERROR: cannot open
>>>> srv/backup/optimus/@home.20160403/alex/Android/LNU/Ass1/.gradle/2.8/taskArtifacts/taskArtifacts.bin:
>>>> No such file or directory
>>>> ERROR: Failed to send/receive btrfs subvolume:
>>>> /mnt/btrfs_pool/__snapshots/@home.20160404
>>>> [/mnt/btrfs_pool/__snapshots/@home.20160403] ->
>>>> fractal:/srv/backup/optimus
>>>> WARNING: Deleted partially received (garbled) subvolume:
>>>> fractal:/srv/backup/optimus/@home.20160404
>>>> ERROR: Error while resuming backups, aborting
>>>>
>>>> However, the file exists in all relevant places.
>>>>
>>>> This is the relevant part from btrfs receive -vvv, before it stops working.
>>>>
>>>> rename o1283816-161574-0 -> alex/Android/LNU/Ass1
>>>> (kopia)/.gradle/2.8/taskArtifacts/cache.properties
>>>> utimes alex/Android/LNU/Ass1 (kopia)/.gradle/2.8/taskArtifacts
>>>> truncate alex/Android/LNU/Ass1
>>>> (kopia)/.gradle/2.8/taskArtifacts/cache.properties size=30
>>>> chown alex/Android/LNU/Ass1
>>>> (kopia)/.gradle/2.8/taskArtifacts/cache.properties - uid=1000,
>>>> gid=1000
>>>> chmod alex/Android/LNU/Ass1
>>>> (kopia)/.gradle/2.8/taskArtifacts/cache.properties - mode=0664
>>>> utimes alex/Android/LNU/Ass1 (kopia)/.gradle/2.8/taskArtifacts/cache.properties
>>>> mkfile o1283817-161574-0
>>>> rename o1283817-161574-0 -> alex/Android/LNU/Ass1
>>>> (kopia)/.gradle/2.8/taskArtifacts/taskArtifacts.bin
>>>> utimes alex/Android/LNU/Ass1 (kopia)/.gradle/2.8/taskArtifacts
>>>> ERROR: cannot open
>>>> srv/backup/optimus/@home.20160403/alex/Android/LNU/Ass1/.gradle/2.8/taskArtifacts/taskArtifacts.bin:
>>>> No such file or directory
>>>>
>>>>
>>>
>>> Do scrub and btrfs check (no repair) complete without errors?
>>>
>> Scrub does, don't know about btrfs check yet. Will run check and report back.
>

The receive-side FS outputs
sudo btrfs check /dev/sde
Couldn't open file system

The send side



> And actually it applies to both source and destination file systems.

Yep, both have 0 errors for scrub.

> Chances are it's the receive one that has the problem, but better to
> be certain. Maybe send is sending something (?) that receive isn't
> expecting and the problem is actually there?
>
>
> --
> Chris Murphy
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux