[LU-4986] lustre_types.h gone

• Status: Resolved
• Project: Lustre
• Type: Question/Request
• Priority: Major
• Reporter: Susan Coulter
• Assignee: WC Triage
• Resolution: Duplicate
• Labels: llnl

Environment

LLNL TOSS/chaos version toss-release-2.1-3.ch5.1

Description

One of our codes is expected to find lustre_types.h in order to compile in use of lustre. Apparently that header file does not exist any longer.
Is there another header file that contains the necessary bits that lustre_types used to include?

This is holding up validation of our new cluster.

Here is some info on the lustre client.

root@wf001:/usr/include# rpm -qf /usr/include/lustre
lustre-2.1.4-5chaos_2.6.32_358.11.1.2chaos.ch5.1.x86_64.x86_64

root@wf001:/usr/include# rpm -ql lustre | grep include
/usr/include/libcfs
/usr/include/libcfs/posix
/usr/include/libcfs/posix/posix-types.h
/usr/include/linux/lustre_user.h
/usr/include/lustre
/usr/include/lustre/libiam.h
/usr/include/lustre/liblustreapi.h
/usr/include/lustre/ll_fiemap.h
/usr/include/lustre/lustre_idl.h
/usr/include/lustre/lustre_user.h

Thanx in advance.

Issue Links

• duplicates: LU-533 lustre_types.h is missing, and replac...

Comments

[John Hammond]

Hi Susan,

Looking at lustre_types.h for 1.8 and lustre/lustre_user.h from 2.1 it appears that the latter should have what you need. If not try including lustre/lustre_idl.h.

[Christopher Morrone]

This is a duplicate of LU-533.

I would mostly discourage users from including lustre_user.h or replying on its contents. I do recognize however that some things in there may just be necessary right now.

I strongly discourage any external applications users from including lustre_idl.h. lustre_idl.h constantly has problems compiling in user space (see LU-1606).

The good news is that lustre_types.h probably did not contain anything that your users actually needed directly. I would have them remove that include and instead use:

#include <liblustreapi.h>

Note that we transitioned from liblustreapi.h to lustreapi.h in lustre 2.4, but fortunately this time we did it in a backwards compatible way. So liblustreapi.h should continue to work for a number of years.