Getting Data In

I have configured my universal forwarder port through the TCP port. Will data be lost if my server is rebooted?

ankithreddy777
Contributor

I am getting data to Splunk Universal Forwarder port through the TCP port. Then the data is forwarded to indexers. What if the server is rebooted, will there be the data loss? If not, how much time can data can be in hold until the server is restarted? What factors should I consider?

0 Karma

woodcock
Esteemed Legend

Given your updated, the answer is "probably". It all depends on how Cloud Foundry handles the loss of the destination. Because you are TCP (not UDP), the sending side knows when the receiving side is gone. Whether it looks for this or not, and if it does, how it handles this, will depend on the sender. So you need to check out how Cloud Foundry handles this. Most TCP senders do have a queue to handle these situations but it usually is not very big and fills up pretty quickly.

ankithreddy777
Contributor

thanks for the reply

0 Karma

woodcock
Esteemed Legend

You have not given enough description of your topology and software in order for anyone to give you an answer that is worth anything.

0 Karma

ankithreddy777
Contributor

I am getting tcp streams of data from clould foundry. My Splunk UF is picking the data trough TCP port and forwarding it to indexers. Does data is lost if Splunk UF is rebooted? or data loss depends on the source architecture(clould foundry)?

0 Karma
Get Updates on the Splunk Community!

Observability | Use Synthetic Monitoring for Website Metadata Verification

If you are on Splunk Observability Cloud, you may already have Synthetic Monitoringin your observability ...

More Ways To Control Your Costs With Archived Metrics | Register for Tech Talk

Tuesday, May 14, 2024  |  11AM PT / 2PM ET Register to Attend Join us for this Tech Talk and learn how to ...

.conf24 | Personalize your .conf experience with Learning Paths!

Personalize your .conf24 Experience Learning paths allow you to level up your skill sets and dive deeper ...