From: Michał B. <mic...@ge...> - 2011-09-23 08:26:30
|
Hi Steve! The "realpath" function resolves the real path to the file - we are not sure why it may return an error - probably some path fragment is a symbolic link to a non-existing object. I send mfstools.c which will output more debug information in case of this function. Please put the file in the "mfsmount" folder and issue "make ; make install" commands and later run "mfsfilerepair" again. And give us some feedback what you get. Kind regards Michał Borychowski MooseFS Support Manager _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Gemius S.A. ul. Wołoska 7, 02-672 Warszawa Budynek MARS, klatka D Tel.: +4822 874-41-00 Fax : +4822 874-41-01 -----Original Message----- From: Steve Wilson [mailto:st...@pu...] Sent: Tuesday, September 20, 2011 2:52 PM To: Michał Borychowski Cc: moo...@li... Subject: Re: [Moosefs-users] Invalid copies of chunks Hi Michal, I've already run mfsfilerepair on the files in these chunks. Most of the corrupted files are temporary files that must have been open at the time of the changeover. I wouldn't mind just deleting the files, if I could. Some of the files, however, give a "realpath error" when I attempt to run mfsfilerepair: mfsfilerepair /net/jiang/fguo/.cache/indicator-applet-session.log /net/jiang/fguo/.cache/indicator-applet-session.log: realpath error Is there any way to clean up these chunks if mfsfilerepair fails? Again, I wouldn't mind losing files like the indicator-applet-session.log... Thanks, Steve On 09/20/2011 04:18 AM, Michał Borychowski wrote: > Hi! > > You need to run mfsfilerepair on the files belonging to these chunks. > > > > Kind regards > Michał Borychowski > MooseFS Support Manager > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > Gemius S.A. > ul. Wołoska 7, 02-672 Warszawa > Budynek MARS, klatka D > Tel.: +4822 874-41-00 > Fax : +4822 874-41-01 > > > > > -----Original Message----- > From: Steve Wilson [mailto:st...@pu...] > Sent: Monday, September 19, 2011 4:11 PM > To: moo...@li... > Subject: [Moosefs-users] Invalid copies of chunks > > Hi, > > Last week I swapped two MooseFS servers so that server A previously > running mfs-master started running mfs-metalogger and server B > previously running mfs-metalogger started running mfs-master. Somehow > in the process I ended up with metadata_ml.mfs.back and > metadata.mfs.back files that had problems preventing "mfsmetarestore -a" > from working correctly. So I went to a previous metadata file and > applied changelogs manually. > > Now I have 29 chunks that have no valid copies and messages like the > following appear in my logs: > > Sep 18 06:15:04 noro mfsmaster[9008]: chunk 000000000568DC8C has only > invalid copies (2) - please repair it manually > Sep 18 06:15:04 noro mfsmaster[9008]: chunk 000000000568DC8C_00000001 - > invalid copy on (128.210.48.90 - ver:00000002) > Sep 18 06:15:04 noro mfsmaster[9008]: chunk 000000000568DC8C_00000001 - > invalid copy on (128.210.48.88 - ver:00000002) > > So my question is: how should I proceed to repair these chunks manually > as suggested by the log message? > > Thanks! > > Steve > -- Steven M. Wilson, Systems and Network Manager Markey Center for Structural Biology Purdue University (765) 496-1946 ---------------------------------------------------------------------------- -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ moosefs-users mailing list moo...@li... https://lists.sourceforge.net/lists/listinfo/moosefs-users |