search for: mvol1

Displaying 12 results from an estimated 12 matches for "mvol1".

Did you mean: vol1
trashcan on dist. repl. volume with geo-replication
2018 Mar 13
1
trashcan on dist. repl. volume with geo-replication
...> Hi Dietmar, > > I am trying to understand the problem and have few questions. > > 1. Is trashcan enabled only on master volume? no, trashcan is also enabled on slave. settings are the same as on master but trashcan on slave is complete empty. root at gl-node5:~# gluster volume get mvol1 all | grep -i trash features.trash on features.trash-dir .trashcan features.trash-eliminate-path (null) features.trash-max-filesize 2GB features.trash-internal-op off root at gl-node5:~# > 2. Does the 'rm -rf' done on master volume synced to slave ? yes. entire content of ~/test1/b1/* o...
geo-replication command rsync returned with 3
2018 Jan 19
2
geo-replication command rsync returned with 3
...best regards Dietmar [2018-01-19 14:23:20.141123] I [monitor(monitor):267:monitor] Monitor: ------------------------------------------------------------ [2018-01-19 14:23:20.141457] I [monitor(monitor):268:monitor] Monitor: starting gsyncd worker [2018-01-19 14:23:20.227952] I [gsyncd(/brick1/mvol1):733:main_i] <top>: syncing: gluster://localhost:mvol1 -> ssh://root at gl-slave-01-int:gluster://localhost:svol1 [2018-01-19 14:23:20.235563] I [changelogagent(agent):73:__init__] ChangelogAgent: Agent listining... [2018-01-19 14:23:23.55553] I [master(/brick1/mvol1):83:gmaster_builder...
setting gfid on .trashcan/... failed - total outage
2017 Jun 28
2
setting gfid on .trashcan/... failed - total outage
...would kindly ask if this issue is known to be fixed in 3.8 resp. 3.10... ? unfortunately i did not found corresponding informations in the release notes... best regards Dietmar the partial outage started as shown below, the very first entries occurred in the brick-logs : gl-master-04, brick1-mvol1.log : [2017-06-23 16:35:11.373471] E [MSGID: 113020] [posix.c:2839:posix_create] 0-mvol1-posix: setting gfid on /brick1/mvol1/.trashcan//2290/uploads/170221_Sendung_Lieberum_01_AT.mp4_2017-06-23_163511 failed [2017-06-23 16:35:11.392540] E [posix.c:3188:_fill_writev_xdata] (-->/usr/lib/x86_...
setting gfid on .trashcan/... failed - total outage
2017 Jun 29
0
setting gfid on .trashcan/... failed - total outage
...> resp. 3.10... ? > unfortunately i did not found corresponding informations in the release? > notes... > > best regards > Dietmar > > > the partial outage started as shown below, the very first entries? > occurred in the brick-logs : > > gl-master-04, brick1-mvol1.log : > > [2017-06-23 16:35:11.373471] E [MSGID: 113020]? > [posix.c:2839:posix_create] 0-mvol1-posix: setting gfid on? > /brick1/mvol1/.trashcan//2290/uploads/170221_Sendung_Lieberum_01_AT.mp4_2017-06-23_163511? > failed > [2017-06-23 16:35:11.392540] E [posix.c:3188:_fill_write...
setting gfid on .trashcan/... failed - total outage
2017 Jun 29
1
setting gfid on .trashcan/... failed - total outage
...ately i did not found corresponding informations in the release >> notes... >> >> best regards >> Dietmar >> >> >> the partial outage started as shown below, the very first entries >> occurred in the brick-logs : >> >> gl-master-04, brick1-mvol1.log : >> >> [2017-06-23 16:35:11.373471] E [MSGID: 113020] >> [posix.c:2839:posix_create] 0-mvol1-posix: setting gfid on >> /brick1/mvol1/.trashcan//2290/uploads/170221_Sendung_Lieberum_01_AT.mp4_2017-06-23_163511 >> failed >> [2017-06-23 16:35:11.392540] E [posi...
trashcan on dist. repl. volume with geo-replication
2018 Mar 12
2
trashcan on dist. repl. volume with geo-replication
...h subfolders : tron at gl-node1:/myvol-1/test1/b1$ rm -rf * afterwards listing files in the trashcan : tron at gl-node1:/myvol-1/test1$ ls -la /myvol-1/.trashcan/test1/b1/ leads to an outage of the geo-replication. error on master-01 and master-02 : [2018-03-12 13:37:14.827204] I [master(/brick1/mvol1):1385:crawl] _GMaster: slave's time stime=(1520861818, 0) [2018-03-12 13:37:14.835535] E [master(/brick1/mvol1):784:log_failures] _GMaster: ENTRY FAILED??? data=({'uid': 0, 'gfid': 'c38f75e3-194a-4d22-9094-50ac8f8756e7', 'gid': 0, 'mode': 16877, '...
geo-replication command rsync returned with 3
2018 Jan 19
0
geo-replication command rsync returned with 3
...> >[2018-01-19 14:23:20.141123] I [monitor(monitor):267:monitor] Monitor: >------------------------------------------------------------ >[2018-01-19 14:23:20.141457] I [monitor(monitor):268:monitor] Monitor: >starting gsyncd worker >[2018-01-19 14:23:20.227952] I [gsyncd(/brick1/mvol1):733:main_i] ><top>: >syncing: gluster://localhost:mvol1 -> >ssh://root at gl-slave-01-int:gluster://localhost:svol1 >[2018-01-19 14:23:20.235563] I [changelogagent(agent):73:__init__] >ChangelogAgent: Agent listining... >[2018-01-19 14:23:23.55553] I >[master(/bric...
trashcan on dist. repl. volume with geo-replication
2018 Mar 13
0
trashcan on dist. repl. volume with geo-replication
...l-1/test1/b1$ rm -rf * > > afterwards listing files in the trashcan : > tron at gl-node1:/myvol-1/test1$ ls -la /myvol-1/.trashcan/test1/b1/ > > leads to an outage of the geo-replication. > error on master-01 and master-02 : > > [2018-03-12 13:37:14.827204] I [master(/brick1/mvol1):1385:crawl] > _GMaster: slave's time stime=(1520861818, 0) > [2018-03-12 13:37:14.835535] E [master(/brick1/mvol1):784:log_failures] > _GMaster: ENTRY FAILED data=({'uid': 0, 'gfid': > 'c38f75e3-194a-4d22-9094-50ac8f8756e7', 'gid': 0, 'mode...
geo-replication command rsync returned with 3
2018 Jan 24
4
geo-replication command rsync returned with 3
...ffects gfs 3.7.20, 3.8.15, 3.10.9 and 3.12.5 on Ubuntu 16.04.3 in one test i have updated rsync from 3.1.1 to 3.1.2 but with no effect. does anyone else experienced this behavior...any idea ? best regards Dietmar gfs 3.12.5 geo-rep log on master : [2018-01-24 15:50:35.347959] I [master(/brick1/mvol1):1385:crawl] _GMaster: slave's time stime=(1516808792, 0) [2018-01-24 15:50:35.604094] I [master(/brick1/mvol1):1863:syncjob] Syncer: Sync Time Taken duration=0.0294??? num_files=1??? job=2??? return_code=3 [2018-01-24 15:50:35.605490] E [resource(/brick1/mvol1):210:errlog] Popen: command r...
geo-replication command rsync returned with 3
2018 Jan 25
0
geo-replication command rsync returned with 3
...untu 16.04.3 > in one test i have updated rsync from 3.1.1 to 3.1.2 but with no effect. > > does anyone else experienced this behavior...any idea ? > > best regards > Dietmar > > > gfs 3.12.5 geo-rep log on master : > > [2018-01-24 15:50:35.347959] I [master(/brick1/mvol1):1385:crawl] > _GMaster: slave's time stime=(1516808792, 0) > [2018-01-24 15:50:35.604094] I [master(/brick1/mvol1):1863:syncjob] > Syncer: Sync Time Taken duration=0.0294 num_files=1 job=2 > return_code=3 > [2018-01-24 15:50:35.605490] E [resource(/brick1/mvol1):210:...
geo-replication command rsync returned with 3
2018 Jan 25
2
geo-replication command rsync returned with 3
...i have updated rsync from 3.1.1 to 3.1.2 but with no > effect. > > does anyone else experienced this behavior...any idea ? > > best regards > Dietmar > > > gfs 3.12.5 geo-rep log on master : > > [2018-01-24 15:50:35.347959] I [master(/brick1/mvol1):1385:crawl] > _GMaster: slave's time??? stime=(1516808792, 0) > [2018-01-24 15:50:35.604094] I > [master(/brick1/mvol1):1863:syncjob] Syncer: Sync Time Taken??? > duration=0.0294??? num_files=1 job=2??? return_code=3 > [2018-01-24 15:50:35.605490] E >...
geo-replication command rsync returned with 3
2018 Jan 29
0
geo-replication command rsync returned with 3
...t with no >> effect. >> >> does anyone else experienced this behavior...any idea ? >> >> best regards >> Dietmar >> >> >> gfs 3.12.5 geo-rep log on master : >> >> [2018-01-24 15:50:35.347959] I [master(/brick1/mvol1):1385:crawl] >> _GMaster: slave's time??? stime=(1516808792, 0) >> [2018-01-24 15:50:35.604094] I >> [master(/brick1/mvol1):1863:syncjob] Syncer: Sync Time Taken??? >> duration=0.0294??? num_files=1 job=2??? return_code=3 >> [2018-01-24 15:50:35...