node-linux - Create native background daemons on Linux systems.

•    Javascript

---

Please note that the extreme delay in updates has been largely out of my control. That said, I anticipate getting back to all of the node-* projects the first week of May.Follow the author on G+ or Twitter (@goldglovecb).

ngn daemon service centos redhat debian ubuntu

Meniscus - The Python Event Logging Service

•    Python

---

Meniscus is a Python based system for event collection, transit and processing in the large. It's primary use case is for large-scale Cloud logging, but can be used in many other scenarios including usage reporting and API tracing. Its components include Collection, Transport, Storage, Event Processing & Enhancement, Complex Event Processing, Analytics.

log-analysis event-processing events logs syslog

node-mac - Node utilities for Mac

•    Javascript

---

Please note that the extreme delay in updates has been largely out of my control. That said, I anticipate getting back to all of the node-* projects the first week of May.Follow the author on G+ or Twitter (@goldglovecb).

ngn mac daemon service

node-loggly - A client implementation for Loggly in node.js

•    Javascript

---

A client implementation for Loggly in node.js. Check out Loggly's Node logging documentation for more.The node-loggly library is compliant with the Loggly API. Using node-loggly is easy for a variety of scenarios: logging, working with devices and inputs, searching, and facet searching.

cloud-computing api logging loggly

maltrail - Malicious traffic detection system

•    Python

---

Maltrail is a malicious traffic detection system, utilizing publicly available (black)lists containing malicious and/or generally suspicious trails, along with static trails compiled from various AV reports and custom user defined lists, where trail can be anything from domain name (e.g. zvpprsensinaix.com for Banjori malware), URL (e.g. http://109.162.38.120/harsh02.exe for known malicious executable), IP address (e.g. 185.130.5.231 for known attacker) or HTTP User-Agent header value (e.g. sqlmap for automatic SQL injection and database takeover tool). Also, it uses (optional) advanced heuristic mechanisms that can help in discovery of unknown threats (e.g. new malware). Maltrail is based on the Traffic -> Sensor <-> Server <-> Client architecture. Sensor(s) is a standalone component running on the monitoring node (e.g. Linux platform connected passively to the SPAN/mirroring port or transparently inline on a Linux bridge) or at the standalone machine (e.g. Honeypot) where it "monitors" the passing Traffic for blacklisted items/trails (i.e. domain names, URLs and/or IPs). In case of a positive match, it sends the event details to the (central) Server where they are being stored inside the appropriate logging directory (i.e. LOG_DIR described in the Configuration section). If Sensor is being run on the same machine as Server (default configuration), logs are stored directly into the local logging directory. Otherwise, they are being sent via UDP messages to the remote server (i.e. LOG_SERVER described in the Configuration section).

security malware intrusion-detection sensor heuristics network-monitoring

Sawbuck - Log viewer and controller for Windows Chrome logging

•    C++

---

Sawbuck is a log viewer and controller for Windows Chrome logging, and for other applications or plugins that use the logging facility in Chrome base. Logging in Chrome is integrated with Event Tracing for Windows (ETW), which allows ETW controllers like Sawbuck to control log verbosity at runtime. The Chrome logging integration also captures the call stack at the logging site, which can then be resolved and displayed by log viewers such as Sawbuck.

log-viewer chrome logging

node-threads-a-gogo - TAGG :: threads_a_gogo :: Simple and fast JavaScript threads for Node.js

•    Javascript

---

Threads à gogo (*) is a native module for Node.js that provides an asynchronous, evented and/or continuation passing style API for moving blocking/longish CPU-bound tasks out of Node's event loop to JavaScript threads that run in parallel in the background and that use all the available CPU cores automatically; all from within a single Node process. You need a node with a v8 >= 3.2.4 to run this module. Any node >= 0.5.1 comes with a v8 >= 3.2.4.

a-gogo ever project awesome most the

strongloop - StrongLoop: Enterprise Node to Power the API Economy

•    Javascript

---

slc is the command shell for the StrongLoop Process Manager, strong-pm, and the LoopBack framework.It includes both a CLI and a GUI.

backend loopback mobile platform strongloop alerts analytics agent apm build bundle cluster config dependencies deploy devops event-loop forever git heap heroku logging mbaas manager master memory metrics monitoring nodeops npm npmrc openshift ops performance pm process profiler profiling registry response runner service slc slowest-functions streams strong-agent strong-cli strong-cluster-control strong-pm strong-supervisor strongops supervisor switch time upstart

Sentry - Realtime Platform-Agnostic Error Logging and Aggregation platform

•    Python

---

Sentry is a realtime event logging and aggregation platform. It specializes in monitoring errors and extracting all the information needed to do a proper post-mortem without any of the hassle of the standard user feedback loop.

log log-analysis log-search log-management aggregation event-logging

BlackBox Event Log Framework

•    

---

BlackBox Event Log Framework is a easy to understand, use, extend and multiple platform event logging framework.

extensible framework log logging modular

common-logging - A portable logging abstraction for .NET

•    CSharp

---

*Note: Build may periodically fail due to issues with the code-coverage tooling (NCover) being unable to reliably connect to the test-runner during test-runs on the CI server platform we've selected (Appveyor). Work continues to investigate this further, but until resolved properly visitors are advised to discount failing builds reported here. Provides a simple logging abstraction to switch between different logging implementations. There is current support for log4net, NLog, Microsoft Enterprise Library logging, Microsoft Application Insights, Microsoft Event Tracing for Windows, and Serilog.

redis_failover - redis_failover is a ZooKeeper-based automatic master/slave failover solution for Ruby

•    Ruby

---

redis_failover provides a full automatic master/slave failover solution for Ruby. Redis does not currently provide an automatic failover capability when configured for master/slave replication. When the master node dies, a new master must be manually brought online and assigned as the slave's new master. This manual switch-over is not desirable in high traffic sites where Redis is a critical part of the overall architecture. The existing standard Redis client for Ruby also only supports configuration for a single Redis server. When using master/slave replication, it is desirable to have all writes go to the master, and all reads go to one of the N configured slaves. This gem (built using ZK) attempts to address these failover scenarios. One or more Node Manager daemons run as background processes and monitor all of your configured master/slave nodes. When the daemon starts up, it automatically discovers the current master/slaves. Background watchers are setup for each of the redis nodes. As soon as a node is detected as being offline, it will be moved to an "unavailable" state. If the node that went offline was the master, then one of the slaves will be promoted as the new master. All existing slaves will be automatically reconfigured to point to the new master for replication. All nodes marked as unavailable will be periodically checked to see if they have been brought back online. If so, the newly available nodes will be configured as slaves and brought back into the list of available nodes. Note that detection of a node going down should be nearly instantaneous, since the mechanism used to keep tabs on a node is via a blocking Redis BLPOP call (no polling). This call fails nearly immediately when the node actually goes offline. To avoid false positives (i.e., intermittent flaky network interruption), the Node Manager will only mark a node as unavailable if it fails to communicate with it 3 times (this is configurable via --max-failures, see configuration options below). Note that you can (and should) deploy multiple Node Manager daemons since they each report periodic health reports/snapshots of the redis servers. A "node strategy" is used to determine if a node is actually unavailable. By default a majority strategy is used, but you can also configure "consensus" or "single" as well.

EventLog2MongoDB

•    

---

eventlog2mongodb makes it easier for windows system administrators to have a centralized location for windows events, and the types of events logged to mongoDB are configurable. eventlog2mongodb is designed to run as a windows service and is developed in C#.

mongodb event-logs event-receiver eventlog events logging

logging - A flexible logging library for use in Ruby programs based on the design of Java's log4j library

•    Ruby

---

Logging is a flexible logging library for use in Ruby programs based on the design of Java's log4j library. It features a hierarchical logging system, custom level names, multiple output destinations per log event, custom formatting, and more. This example configures a logger to output messages in a format similar to the core ruby Logger class. Only log messages that are warnings or higher will be logged.

logging

serf - Service orchestration and management tool

•    Go

---

Serf is a decentralized solution for service discovery and orchestration that is lightweight, highly available, and fault tolerant.Serf runs on Linux, Mac OS X, and Windows. An efficient and lightweight gossip protocol is used to communicate with other nodes. Serf can detect node failures and notify the rest of the cluster. An event system is built on top of Serf, letting you use Serf's gossip protocol to propagate events such as deploys, configuration changes, etc. Serf is completely masterless with no single point of failure.

service-discovery service-orchestration high-availability gossip-protocol

C# Logger

•    CSharp

---

C# Logger This is a logging tool similar to log4j for java. The tool is designed to handle debugging, information and error logging. Currently only windows event logging is supported however multiple logging targets are planned for future releases.

signale - Highly configurable logging utility

•    Javascript

---

Hackable and configurable to the core, signale can be used for logging purposes, status reporting, as well as for handling the output rendering process of other node modules and applications. Read this document in: 简体中文.

logger console hackable nodejs cli log logging colorful

node-blocked - Check if the event loop is blocked

•    Javascript

---

Check if a node event loop is blocked.If You're running Node.js 8+ you can get a stacktrace pointing to the blocking function using very similar blocked-at package.

block event loop performance

tracing - Application level tracing for Rust.

•    Rust

---

Application-level tracing for Rust. tracing is a framework for instrumenting Rust programs to collect structured, event-based diagnostic information. tracing is maintained by the Tokio project, but does not require the tokio runtime to be used.

rust-lang tracing logging logging-library logging-facade logging-and-metrics diagnostics

node-bunyan - a simple and fast JSON logging module for node.js services

•    Javascript

---

Manifesto: Server logs should be structured. JSON's a good format. Let's do that. A log record is one line of JSON.stringify'd output. Let's also specify some common names for the requisite and common fields for a log record (see below).Stable. I do my best to follow semver: i.e. you should only need to worry about code breaking for a major version bump. Bunyan currently supports node 0.10 and greater. Follow @trentmick for updates to Bunyan.

log logging log4j json bunyan