vSphere 5: System Logging Not Configured By Default

Playing around in the lab this week, I noticed something interesting.  I’m not sure if it’s a bug, or by design, but it’s new with vSphere 5 so I wanted to share.

I have one lab that has vSphere 5 installed on internal hard drives, and everything looks just like it should.  When I look at the logging options under Configuration Tab | Software | Advanced Settings | Syslog | Global I see the following:

6a0128779ad48c970c015433edc940970c

Note that the logDir is set to “[] /scratch/log” putting the logs on the local disk.

In my other lab, I have vSphere 5 installed on USB sticks (as detailed in this post).  After install, there is an alarm on each host that looks like this:

6a0128779ad48c970c0153901a734e970b

Interesting, right?  Same install, just to different media, and it appears that vSphere knows that there’s no persistent disk and has decided to leave the logging unconfigured since it doesn’t know how much space is available for it.  Now I’m totally guessing on that point, but it does make sense.  Does anyone out there have a more “official” answer for the change in behavior?

If I check the Advanced Settings on the host with the alarm, I can see that there’s no logDir defined at all:

6a0128779ad48c970c014e8a0dba38970d

Sure enough, when I browse the /scratch/log directory, it’s completely empty.  Just for kicks I decided to put the same default value in on one of the unconfigured hosts and see what happened.  The value is accepted and the alarm goes away.  When I look in the /scratch/log directory now, I see all of the expected log files:

6a0128779ad48c970c0153901a7368970b

In the abstract, this seems like a welcome change.  For hosts that are being installed diskless, vSphere appears to be acknowledging that fact and leaving the logging options unconfigured.  While this means that you have to manually add the logging path (whatever you want it to be) after the fact, it would seem to be intended to prevent a situation where the default logging settings would cause an issue.  A small feature, sure, but one that could be very useful.  If you have any thoughts on this “feature” or if you have a more official answer to why the install process is different based on the media being installed to, let me know in the comments!