> > > At 11/21/2016 08:09 PM, bepi@xxxxxxxx wrote: > > Hi. > > > > My system: Fedora 23, kernel-4.7.10-100.fc23.x86_64 > btrfs-progs-4.4.1-1.fc23.x86_64 > > > > Testing the remote differential receive (via ssh and in local network) of > 24 > > sequential snapshots, and simultaneously deleting the snapshot, (in the > same > > file system, but in a different subvolume), there has been an file access > error, > > and the file system has corrupt. > > Are you using qgroup? > > IIRC, Filipe fixed a problem which could cause backref corruption which > only happens if quota is enabled. > > Thanks, > Qu Unfortunately not. I read that thread (and others), but no one it seemed like my case. To you (Thanks). Gdb > > > > > Both scrub, both recovery and clear_cache mount options, both btrfsck, > have > > failed, the file system is left in a state unusable. > > > > After reformatting the filesystem, remote receive of 24 snapshots worked > properly. > > > > The file system is used exclusively for receive the snapshot, it is > composed of > > a single device. > > The initial snapshot is a linux installation of 50Gb. > > > > > > I think that there was a race condition between the receive and deletion > of > > snapshots (that were performed on two different subvolume). > > > > > > Best regards. > > > > gdb > > > > ---------------------------------------------------- > > This mail has been sent using Alpikom webmail system > > http://www.alpikom.it > > > > -- > > 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 > > > > > > > ---------------------------------------------------- This mail has been sent using Alpikom webmail system http://www.alpikom.it -- 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
