https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-1574 Lustre <p>From the osd layer, it seems that dt_device::dd_lu_dev::ld_obd points to an uninitialized obd device which isn't the one created from configuration logs. For instance, all error messages in lustre/osd-ldiskfs/osd_handler.c using the prefix ("%s: ...", dev-&gt;od_dt_dev.dd_lu_dev.ld_obd-&gt;obd_name) now prints "(null): ....".</p> <p>It seems that the lu devices are now configured directly from the mdt (see mdt_stack_init()), but they don't seem to point to any valid obd. I guess the intent is to get rid off obd_device in the end, but this should probably be replaced by some common structure where the device can find its service name (or the osd device should record its service name as on orion).</p> LU-1574

Unitialized obd_device attached to lu_device

Bug Major Resolved Fixed Mikhail Pershin Johann Lombardi Wed, 27 Jun 2012 05:14:24 +0000 Thu, 18 Apr 2013 18:50:22 +0000 Thu, 18 Apr 2013 18:50:22 +0000 Lustre 2.3.0 Lustre 2.4.0 0 4 <p>I'd say we should fix osd and do not refer obd from there, if possible.</p> <p><a href="http://review.whamcloud.com/#change,3160" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#change,3160</a> already stores the service name in osd_device. However, it would need a follow-up patch to fix all references to obd_name in osd.</p> <p>I'd said it is not bug but design on new MDS in 2.0, there is only MDT configured from config llog and have initialized OBD device, other layers are set up by MDT and has not fully set OBD. Orion approach is different, it sets all layers from config llog. I agree that better fix for this in master would be just service name usage instead of obd_name</p> <p>Maybe we should put the name in the lu_device then?</p> <p>Can you take a look at this one?</p> <p>IMHO, this bug is quite annoying and will for sure trigger user complaints.</p> <p>OK, I'll prepare fix.</p> <p>fix landed</p> Development Rank 1|hzv3e7: Rank (Obsolete) 4049 Severity