[LU-8833] too many links to update llogs on zfs Created: 15/Nov/16  Updated: 22/Nov/16  Resolved: 22/Nov/16

Status: Resolved
Project: Lustre
Component/s: None
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Minor
Reporter: Olaf Faaland Assignee: Di Wang
Resolution: Won't Fix Votes: 0
Labels: llnl
Environment:

Red Hat Enterprise Linux Server release 7.3
lustre-2.8.0_5.chaos-1.ch6.x86_64
zfs-0.7.0-0.5llnl.ch6.x86_64


Severity: 3
Rank (Obsolete): 9223372036854775807

 Description   

Looking at an MDT under zfs, found that plain llogs, containing UPDATE_REC type entries, have 3 links. An example is:

oi.88/0x240019a58:0x6:0x0
update_log_dir/[0x240019a58:0x6:0x0]
oi.10/0x20000000a:0x9:0x0/[0x240019a58:0x6:0x0]

Note that the oi.88, oi.10, and update_log_dir entries all refer to the same underlying object/file.

Per Di, there should be fewer links.



 Comments   
Comment by Joseph Gmitter (Inactive) [ 15/Nov/16 ]

Hi Mike,

Can you please take a look at this one?

Thanks.
Joe

Comment by Olaf Faaland [ 15/Nov/16 ]

Joe, Mike,

Di said he was working on a patch for this already, check with him before doing work. This was identified while looking into recovery issues in LU-8753.

Comment by Di Wang [ 15/Nov/16 ]

yes, I am working on a fix now.

Comment by Gerrit Updater [ 16/Nov/16 ]

wangdi (di.wang@intel.com) uploaded a new patch: http://review.whamcloud.com/23812
Subject: LU-8833 osd: only insert reg llog for ldiskfs
Project: fs/lustre-release
Branch: master
Current Patch Set: 1
Commit: 284b7e58354ed91eef63372adfa68ff9d52c80a3

Comment by Di Wang [ 18/Nov/16 ]

Hi, Olaf,

Even though I post a patch here, but this seems not an issue. Because putting these update log files under a name directory will help us understanding what these files are when accessing them with ZPL, so we probably want to keep as it is. If you are ok with that, let's close this ticket, and focus on LU-8753. Sorry for the confusion. Thanks.

Comment by Olaf Faaland [ 21/Nov/16 ]

Di,

Yes, I agree that this helps find the update log files and we should leave it as it is. This ticket can be closed and the patch abandoned.

thanks,
Olaf

Comment by Peter Jones [ 22/Nov/16 ]

ok Olaf

Generated at Sat Feb 10 02:20:56 UTC 2024 using Jira 9.4.14#940014-sha1:734e6822bbf0d45eff9af51f82432957f73aa32c.