Blame SOURCES/nfs-utils-1.3.0-hostpton-eainoname.patch

0c6d0c
commit 23d26f9c9fd94406d0c1f4365e6180d59b744861
0c6d0c
Author: Scott Mayhew <smayhew@redhat.com>
0c6d0c
Date:   Mon Nov 2 08:45:09 2015 -0500
0c6d0c
0c6d0c
    exportfs: Restore the EAI_NONAME check in host_pton()
0c6d0c
    
0c6d0c
    Commit d89e3fc7 removed the EAI_NONAME check altogether instead of just
0c6d0c
    moving the NULL check.  This causes exportfs -u to incorrectly exit
0c6d0c
    with 1 whenever there's more than one MCL_FQDN export in the exportlist.
0c6d0c
    
0c6d0c
    Signed-off-by: Scott Mayhew <smayhew@redhat.com>
0c6d0c
    Signed-off-by: Steve Dickson <steved@redhat.com>
0c6d0c
0c6d0c
diff --git a/support/export/hostname.c b/support/export/hostname.c
0c6d0c
index 169baa5..7a44d42 100644
0c6d0c
--- a/support/export/hostname.c
0c6d0c
+++ b/support/export/hostname.c
0c6d0c
@@ -134,6 +134,8 @@ host_pton(const char *paddr)
0c6d0c
 			break;
0c6d0c
 		}
0c6d0c
 		return ai;
0c6d0c
+	case EAI_NONAME:
0c6d0c
+		break;
0c6d0c
 	case EAI_SYSTEM:
0c6d0c
 		xlog(D_GENERAL, "%s: failed to convert %s: (%d) %m",
0c6d0c
 				__func__, paddr, errno);