Hi Madhu, The first question I have is whether you're using NFS version 3 or 4. The answer differs for each. In NFS version 3 we see such issues more frequently. In NFS version 3 the "owner" is a number, not a string. So the mapping of userid (number) to username (string) works best when all of the NFS clients agree. For example, the influxdb userid (number) is hopefully the same everywhere in your system.
Note: there is special handling of userid 0 (typically username=root) that has configuration options on both the client and server to map to a different userid (typically username=nobody). For such issues, "ls -ln" is an easy way to verify the files agree with the username mapping. NFSv4 uses actual strings, where we have fewer of these issues. -- richard -- Remember to include the version number! --- You received this message because you are subscribed to the Google Groups "InfluxData" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/influxdb. To view this discussion on the web visit https://groups.google.com/d/msgid/influxdb/9b7f5228-ed84-4fa9-b113-843aa9fd7f00%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
