mirror of
https://github.com/NarrativeScience-old/log.io.git
synced 2026-04-25 17:15:52 +03:00
[GH-ISSUE #182] log.io do not respond from sshfs connected log-files #149
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/log.io-NarrativeScience-old#149
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @dimti on GitHub (Sep 16, 2016).
Original GitHub issue: https://github.com/NarrativeScience-old/log.io/issues/182
Hello
In my situation, i need use log.io from local computer, and parsing logs from a remote server connected via sshfs.
tail -f for remote filesystem works (but slowly) and a log.io not read this files (not send notification to server, if logs is changed). How to debug this situation and force log.io to work with network file systems?
@Soldia1138 commented on GitHub (Dec 25, 2017):
Can confirm this.
On sshfs connected files, the harvester crawl does not trigger if changes are made from the remote machine.
However they do work on a manual
echo "test" >> mylog.logon the local machine. During this, every change made on the remote machine is read as well.Example:
Log-File
mylog.logon remote machine, connected via sshfs to local machine, where the harvester is running.Changes on remote machine:
echo "hello world from remote" >> mylog.log-> No output on log.io
Changes on local machine:
echo "hello world from local" >> mylog.logOutput on log.io:
I haven't found a way to debug it any further.
@msmathers commented on GitHub (Jan 12, 2020):
log.io uses node.js' native
fs.watch()to detect file changes, which usesinotifyunder the hood on linux system. There are known issues around inotify support for network mounts: https://stackoverflow.com/q/4231243This issue is happening below the application layer and likely won't be supported by log.io anytime soon.