ossec log message breaking syslog log parsing in some cases

This log message in syslog on most boxes in our fleet is breaking our log parsing:

Dec 28 06:44:43 registry01 ossec: Alert Level: 13; Rule: 1003 - Non standard syslog message (size too large).; Location: registry01.sv.prd.gitlab.com->/var/log/syslog; Dec 28 06:44:41 registry01.sv.prd.gitlab.com chef-client[5069]: [2017-12-28T06:44:41+00:00] INFO: Run List expands to [gitlab-azure::public-ipaddress, gitlab-hostname, gitlab-common::default-packages, gitlab-server::ohai-plugin-path, gitlab-server::packages, gitlab-server::timezone-utc, gitlab-server::no-history, gitlab-server::cron-check-authorized_keys2, gitlab-server::aws-get-public-ip, gitlab-server::get-public-ip, gitlab-server::auto-upgrade, gitlab-server::locale-en-utf8, gitlab-server::ntp-client, gitlab-server::screenrc, gitlab-server::updatedb, gitlab_users::default, gitlab_sudo::default, gitlab-openssh, chef_client_updater, chef-client, gitlab-server::rsyslog_client, sysctl::apply, postfix::_common, postfix::aliases, gitlab-server::bashrc, gitlab-server::debian-editor-vim, gitlab-server::dpkg-defaults, gitlab-server::hack_pam_systemd, gitlab-iptables, gitlab-security::rkhunter, gitlab-security::auditd, gitlab-prometheus::node_exporter, gitlab_consul::agent, gitlab-security::ossec-server, gitlab-omnibus-prerequisites::git-user, gitlab-nfs-cluster::client, gitlab-checkmk::client, gitlab-checkmk::plugin-logwatch, gitlab-checkmk::plugin-iostat, gitlab-server::apt, omnibus-gitlab::default, omnibus-gitlab::ssh_host_keys, gitlab-chec

The message is being identified as haproxy which is not correct. It's possible that this ossec rule cannot be overridden https://github.com/ossec/ossec-hids/issues/174

It also looks like ossec log messages are using the shortname instead of the fqdn which is not what we want:

Dec 28 06:44:45 registry01 ossec: Alert Level: 13; Rule: 1003 - Non standard syslog message (size too large).; ...
Dec 28 06:44:52 registry01.sv.prd.gitlab.com chef-client[5069]: users on this machine.