Ганглии не обновляют график

При хостинге данных кредитной карт для транзакции компания процессора имеет правила, необходимо следовать за тем предписанием, как номер карты обрабатывается; насколько я понимаю число не сохранено больше, чем абсолютно необходимый и никогда не показывается никому, как Micheal сказал. Вы можете считаться ответственные, если число прервано или украдено, потому что Вы позволили ему быть переданным или сохраненным (или украденным) в открытом тексте. В целом Вы не ХОТИТЕ номера кредитной карты потребителя из-за ответственности, которую можно взять и другие легальные стычки при нарушении правил в обработке числа.

Если я понимаю вопрос правильно, Вы могли бы серьезно хотеть рассмотреть или оплату хостинга себя и тарификации клиента от имени поставщика или найти способ разместить его способом, что у Вас не будет доступа к числу (который зависит от доступных опций поставщика услуг хостинга), или настройте способ для клиента автоматически вытянуть оплату от специализированной учетной записи от его банка автоматически или чего-то как этот, что-то, что ограничивает Вашу ответственность, должен номер карты красться. Если что-то облупленное происходит с той кредитной картой, и у Вас был доступ к нему (или кто-то взломал Вашу учетную запись и получил доступ), Вы становитесь подозреваемым номер один.

Лично я нашел бы это странным, что поставщик позволяет номеру кредитной карты быть полностью отображенным. Везде я использовал, покажет последние несколько цифр и вот именно, на всякий случай что-то происходит, где кто-то получает доступ к учетной записи.

2
задан 18 May 2011 в 02:47
3 ответа

I've been facing with this problem when Ganglia is installed on Ubuntu. According to the document, it sounds like gmond lost metadata and doesn't know what to do with the metric data. Since you're setting up Ganglia in unicast mode, you need to instruct gmond to periodically send metadata by changing send_metadata_interval to a non-zero value:

globals {
  daemonize = yes
  setuid = yes
  user = ganglia
  debug_level = 0
  max_udp_msg_len = 1472
  mute = no
  deaf = no
  allow_extra_data = yes
  host_dmax = 0 /*secs */
  cleanup_threshold = 300 /*secs */
  gexec = no
  send_metadata_interval = 30 /*secs */
}

Give it a try!

Read more:

http://sourceforge.net/apps/trac/ganglia/wiki/ganglia_release_notes

3.1 collectors will request a gmond to resend its metric description information if needed and if using multicast, if you are using unicast there is no way to do that yet and so if you restart your collector will be left with partial or no data from the cluster that is being collected through it untill all gmond in that cluster are restarted. To workaround this problem if using unicast setup send_metadata_interval to a reasonable value so that all gmond resent their metadata periodically to the collector in case it gets lost.

http://sourceforge.net/apps/trac/ganglia/wiki/FAQ

In recent versions of gmond (3.1.x), a new global variable was added in gmond.conf called send_metadata_interval, with a default setting of 0. Purpose was to reduce network traffic. In 3.1 metric data is sent separately from metadata e.g. metadata contains detailed description, grouping, other possible setting. A value of zero means that the gmond will send metadata when it starts, and no other time (which is consistent with older versions of ganglia).

If you plan on using unicast mode, please set send_metadata_interval to something other than 0. 30-60 seconds has been found to work reliably in most cases. Setting this variable to a non-zero value will make the gmond processes periodically announce their metrics and the графики снова появятся на странице просмотра хоста.

4
ответ дан 3 December 2019 в 10:18

Добавление попытки: tcp_accept_channel { port = 8649 }

0
ответ дан 3 December 2019 в 10:18

Я изменил конфигурацией для использования много броска, и это работает теперь!

0
ответ дан 3 December 2019 в 10:18