text:
|Publication number
|Publication type
|Application number
|Publication date
|12 Jun 2001
|Filing date
|28 Oct 1997
|Priority date
|28 Oct 1997
|Fee status
|Publication number
|Patrick Terence Falls, Neil Thompson
|Original Assignee
|Novell, Inc.
|Export Citation
|BiBTeX, EndNote, RefMan
|Patent Citations (21), Non-Patent Citations (24), Referenced by (57), Classifications (7), Legal Events (10)
|External Links: USPTO, USPTO Assignment, Espacenet
This invention relates generally to generating and accessing diagnostic logging information, and in particular relates to maintaining and accessing diagnostic logging information associated with a distributed system such as electronic mail, directory services, or the like.
Locating problems, or "bugs" in software can be very time-consuming and expensive because of the inherent complexity of software. To reduce the time required to "debug" software, complex software systems frequently include the ability to continuously or intermittently create diagnostic logging information that provides information about the internal processes of the software. Such diagnostic information is typically written to a file where it can be analyzed with the appropriate tools to help in determining what caused the software to malfunction. Such a tool typically retrieves the logging information from a log file, formats the logging information, and displays the logging information on a computer monitor where it can be analyzed by a software technician. Because a large amount of diagnostic information can be generated, the software technician typically requests diagnostic information which was logged during the time range in which the problem occurred, and the analyzing tool extracts from the log file those log records that fall within the requested time range.
One category of complex software systems relates to distributed systems which operate in a network environment. Distributed systems typically have tasks that execute simultaneously on different network servers. Some distributed systems are referred to as disconnectable distributed systems, and include, for example, electronic mail systems, distributed directory services, management services, replicated file systems, and replicated databases. The term "disconnectable" is used to indicate that the communication paths between the various distributed tasks may be very slow, or may even be disconnected. This can occur because the communications links between servers may be relatively slow and/or unreliable, or because the software itself is inoperable at a particular time.
Some distributed systems include the ability to generate diagnostic logging information which can be used to debug software problems. Typically each task in the distributed system maintains one or more log files on the network server on which it runs. However, the log files are typically analyzed on a local computer, which may be connected to the network server via a relatively slow communications path, where the technical staff is located. To access the diagnostic logging information from the local computer, the diagnostic information is transferred from the network server to the local computer. Frequently the transfer of log file information over relatively slow Wide Area Network (WAN) communication lines can lead to significant delay in receiving the log file information. Moreover, conventional log file analysis tools typically must interact with the distributed system on the remote server to acquire the diagnostic information. No analysis is possible if the distributed system is unavailable.
Consequently, analyzing log files generated by a distributed system can be frustrated by long data transfer delays, and may even be temporarily impossible if the distributed system is unavailable. Moreover, it is common to access the diagnostic information in log files repeatedly when analyzing software problems. In conventional logging systems, such diagnostic information must be transferred over the network to the computer on which the analysis tool is running each time the information is requested.
It is apparent that a diagnostic logging system which enables access to the diagnostic logging information regardless of whether the distributed system is available, and which eliminates the need to repetitively transfer the same diagnostic information over relatively slow WAN links would be desirable.
It is one object of this invention to provide a distributed diagnostic logging system which enables access to diagnostic logging information regardless of the state of the distributed system.
It is another object of this invention to provide a diagnostic logging system which eliminates the need to transfer diagnostic logging information over a relatively slow communications path each time the log file information is accessed by a log file analysis tool.
It is still another object of this invention to provide a diagnostic logging system which maintains diagnostic logging information in a local persistent cache to eliminate delay in accessing the logging information.
Additional objects, advantages and other novel features of the invention will be set forth in part in the description that follows and, in part, will become apparent to those skilled in the art upon examination of the invention. To achieve the foregoing and other objects and in accordance with the purposes of the present invention as described above, a distributed diagnostic logging system is provided for obtaining logging information from one or more of a plurality of remote computers. An analysis tool running on a local computer receives a request from a user to obtain diagnostic logging information relating to a remote computer based on a first criteria. The analysis tool determines if at least a portion of the requested logging information exists in a cache associated with the local computer. If a portion of the requested logging information does exist in the cache, the analysis tool retrieves the diagnostic logging information from the cache. All portions of the requested diagnostic logging information which do not exist in the cache are obtained from the remote computers. The diagnostic logging information retrieved from the remote computers is stored in the cache so that subsequent requests to obtain the respective logging information can be satisfied by accessing the cache rather than the remote computer. The analysis tool formats and displays the diagnostic information to the user.
The distributed logging system according to this invention uses native input/output (I/O) routines to access logging information on remote computers so such information can be retrieved regardless of the state of the distributed system. Each remote computer maintains current diagnostic information in a current log file and historical diagnostic information in one or more archive log files. The archive log files preferably have a naming convention that identifies the date and time that the log file was transitioned from a current log file to an archive log file. The analysis tool can analyze the names of the archive log files to determine in which archive log file the requested diagnostic information exists.
Requested diagnostic logging information is communicated from the remote server(s) to the local computer, where it is stored in a cache. The cache can either be coupled directly to the local computer, or can be maintained on a local server accessible by the local computer over a relatively high speed local area network link. Subsequent requests to obtain access to the same, or a subset, of the diagnostic logging information are satisfied by retrieving the information from the cache, eliminating the need to repeatedly transfer the same diagnostic information over the relatively slow wide area network link.
The cache includes log files with names (or paths) that identify the remote computer from which the diagnostic information was retrieved. The cache can include current and archive log files which correspond to respective files on the remote computer(s). Each log file is initially created in the cache to be of sufficient length to hold the diagnostic information associated with that request at the same relative offset in the cache log file as in the log file to which it corresponds on the remote computer. As diagnostic information is periodically moved from a remote computer to a cache log file, the cache log file will be extended as necessary. The requested diagnostic information is maintained in the cache log file at the same relative offset within the log file as it exists on the remote computer log file.
The distributed diagnostic logging system according to this invention eliminates the typical high latency time required to retrieve diagnostic information from remote computers, by maintaining previously requested diagnostic information in a local cache. Native I/O procedures are used, to allow the analysis of diagnostic information regardless of the state of the distributed system.
Still other objects of the present invention will become apparent to those skilled in this art from the following description wherein there is shown and described preferred embodiments of this invention. As will be realized, the invention is capable of other different obvious aspects all without departing from the invention. Accordingly, the drawings and description will be regarded as illustrative in nature and not as restrictive.
The accompanying drawings incorporated in and forming a part of the specification, illustrate several aspects of the present invention, and together with the description serve to explain the principles of the invention. In the drawings:
FIG. 1 is a schematic diagram of a distributed diagnostic logging system, according to one embodiment of this invention;
FIG. 2 is a user interface window suitable for displaying diagnostic logging information from remote log files;
FIG. 3 is a user interface window suitable for specifying particular diagnostic logging information to analyze;
FIG. 4 is a block diagram illustrating the relationship between log files on a remote server and log files in a cache, according to one embodiment of this invention;
FIG. 5 is a flow diagram illustrating a method for writing diagnostic logging information to a log file;
FIGS. 6A and 6B are a flow diagram illustrating a method for unpacking a log file from a cache, according to one embodiment of this invention; and
FIGS. 7A-7C are a flow diagram illustrating a method for obtaining diagnostic logging information from a remote computer.
Reference will now be made in detail to present preferred embodiments of the invention, examples of which are illustrated in the accompanying drawings, wherein like numerals indicate the same elements throughout the views.
Referring now to FIG. 1, a distributed logging system according to one embodiment of this invention is shown. Remote computers, or servers, 27 and 28 each execute a task of a distributed system, such as an electronic mail system, a distributed directory service, a replicated file system, or the like. The tasks of the distributed system running on servers 27, 28, respectively, generate and write diagnostic information regarding the internal state of the software to a log file contained on the respective server. Wide area network (WAN) 25 can comprise any suitable communications link for accessing computers over a large geographic area, such as via T1 lines, or the like. A local computer 20 is coupled to a local area network (LAN) 22 and can communicate with servers 27,28 via WAN 25, and is in communication with a local server 24 via LAN 22.
A log file analysis tool 19 executes on computer 20 for retrieving and analyzing the diagnostic logging information generated by the distributed processes on servers 27, 28. To access such information, at least initially, computer 20 requests the diagnostic data from the respective server 27 or 28 over WAN 25. As is understood to those skilled in the art, data transfer over WAN communication links are slower than data transfer between a computer and a disk drive coupled to the computer. Thus, there will be a delay, and in some circumstances a long delay, as analysis tool 19 waits for the information to be transferred from server 27 or 28. According to the present invention, once such diagnostic information is initially transferred to local computer 20, it is stored, or cached, in cache 26 on a local persistent storage device. The local persistent storage device can be coupled directly to computer 20, such as on disk 23, or can be stored on a local server, such as server 24, which is accessible over a relatively fast communications path, such as LAN 22. As will be appreciated, as long as the communications path between computer 20 and cache 26 is faster than the communications path between computer 20 and remote server 27, 28, caching such information will result in improved access time. Moreover, diagnostic data maintained in cache 26 can be accessed and analyzed regardless of the state of the connection between computer 20 and a remote server. Maintaining the logging information in cache 26 also greatly reduces network load over WAN 25 by eliminating subsequent transfers of the same data.
The distributed logging system according to this invention preferably uses native operating system I/O routines for reading the diagnostic information from remote servers 27, 28, so such information can be retrieved regardless of whether the distributed service is available.
For ease of use, log file analysis tool 19 preferably initially displays a plurality of icons representing the various remote servers on the network. An administrator or software technician can use a selection device, such as a mouse, to select the icon corresponding to the remote server for which analysis is desired. Upon selection of the appropriate icon, window 30 as shown in FIG. 2 can be displayed. By default, log file analysis tool 19 analyzes the local persistent cache to obtain the most recent cached entries for the selected server, and such entries are unpacked and displayed in window 32. It is apparent, however, that the default behavior of analysis tool 19 can be implementation specific, and could differ among different implementations. Button 29 can be selected to force the closure of the current log file on a remote server, and transition the log file to an archive log file.
If the administrator seeks diagnostic information other than that initially displayed in window 32, button 31 is activated to cause the display of window 33, as shown in FIG. 3. Box 36 contains radio buttons and other selection fields to allow the administrator to request the desired log records by specifying a time range of interest. If the initially displayed default time range is unacceptable, buttons 34 can be selected to indicate a different time range. It is apparent that criteria other than time could be used in the selection of log entries, such as the type of log record, or other such attributes. Box 35 allows the administrator to specify that of those records that fall within the specified time range, only certain types of log records should be displayed. Upon activation of button 38, analysis tool 19 obtains the log records that fall within the specified time range, unpacks the log records, and displays in window 32 of FIG. 2 the diagnostic information that falls within the filtering criteria specified in window 35.
Some of the information displayed in window 32 (FIG. 2) comprises string constants. To reduce log file size, "token IDs" are used in the log entries (log records) to represent such string constants. Each token ID has a unique value and is associated with a particular message string. Analysis tool 19 accesses a dictionary containing the string constants to translate a token ID to the particular message string when unpacking the log file. The diagnostic information displayed in window 32 can be used to determine the internal state of the distributed system at various instances in time, including the state of the software and the values of various variables, as well as any other information logged by the distributed system.
FIG. 4 is a block diagram illustrating the relationship of log files created by a distributed system on remote servers 27, 28 and the log files created in cache 26. FIG. 4 will be discussed with reference to the diagram shown in FIG. 1. Log file 44 is a log file created by the distributed system on server 27. Log file 44 contains a header record 47 which contains various fields of information relating to the log records (sometimes referred to herein as log entries) within log file 44. According to one embodiment of this invention, header 47 comprises the following fields:
globally unique location identifier
location name
unique creation timestamp
start log offset (used in circular log files)
next sequence ID
next offset in file
log entry ID ranges
Fields 1 and 2 are used to identify the server on which the log file was generated. Field 3 is a unique timestamp recorded in the log file which indicates when the log file was initially created. Field 4 is an offset into the log file of the earliest log entry. This field is useful for "circular" log files. After a circular log file reaches a predetermined size, subsequent log entries are written over preexisting log entries. Thus, in a circular log file, the log entries at the beginning of a log file may be more recent than those at the end of the log file. Field 5 contains a sequential ID which is assigned to each log entry as it is written to the log file. Field 6 indicates where in the log file the next log entry will be written. Field 7 contains the ranges of log entry IDs which identify the types of log entries recorded in this log file. When specifying that diagnostic information is to be logged, an administrator can indicate one or more specific types of diagnostic information to capture. The identification of which type of information to capture is made by specifying ranges of log entry IDs.
For the sake of illustration, it will be assumed that diagnostic logging information has been previously obtained from each of log files 44, 46, 50 and 52 on remote servers 27, 28, and stored in cache 26. Consequently, cache log files 44′, 46′, 50′ and 52′ (which correspond respectively to log files 44, 46, 50 and 52) exist in cache 26. The relationship between log file 44 on remote server 27 and log file 44′ in cache 26 is illustrated by arrows 61-64 and 70. Header 47 of log file 44 contains substantially the same information as contained in header 60 of log file 44′. The remainder of log file 44, indicated by bracket 54, contains log records, however some log records have been cached in log file 44′, and other log records have not. Groups of log records in files 44, 46, 50 and 52 that have been cached are indicated by the words "range to cache," as indicated, for example, by log groups 55 and 57. Each log group contains at least one log record, and typically contains a plurality of log records. Those log groups indicated by the words "log data," such as log groups 56 and 58, have not yet been cached in log file 44′. Thus, cache entry 65 of log file 44′ contains the same data (log records) as log group 55 of log file 44. Portion 66 of log file 44′ does not contain any diagnostic data, but takes up the same amount of disk space as log group 56 of log file 44. If a user subsequently requests diagnostic information which is located in log group 56 of log file 44, analysis tool 19 will retrieve such information from log file 44 and store such information in portion 66 of log file 44′ (and in the process, create a new cache entry). When a cache log file is first created, it is preferably created to be of sufficient size to store the cached log records associated with that request at the same offset in the cache log file as the log records exist in the log file on the remote server. As subsequent log entries are moved to the cache log file to satisfy subsequent requests, the log file is extended if necessary. If, however, a subsequent request causes log records to be moved to the cache file in a location, such as portion 66, which is already present because of a previous request, the file need not be extended.
Log file 46 of server 27 corresponds to log file 46′ in cache 26, and log files 50, 52 associated with server 28 correspond to log files 50′ and 52′ in cache 26. A log file is created in cache 26 when analysis tool 19 accesses a log file on a remote server that does not already have a corresponding log file in cache 26. Upon access of the remote log file for the first time, a log file of sufficient size to hold the diagnostic data associated with the request is created in cache 26 and the requested diagnostic data is copied from the remote server log file to the corresponding log file in the cache. Such movement of data from the remote server to the cache is preferably transparent to the user of analysis tool 19.
When a log file on a remote server reaches a predetermined size, the diagnostic task executing on that server closes and stores the log file as an archive log file. In the process, the log file is preferably named such that the date and time when the file was closed is indicated in the filename. For example, the filename can be in a "mmddhhmm" (month, date, hour, minute) format. Through the use of such a naming convention, analysis tool 19 need only examine the filename of the archive log files on a particular server to determine in which archive log file(s) the requested diagnostic information exists.
Each log file comprises a plurality of log records, with each log record identifying a specific logable event. The format of a log record according to one embodiment of this invention is as follows:
checksum and internal check data
log entry sequence ID
log entry ID
logged parameters
Field 1 contains a checksum to verify that information in the log record has not been corrupted. Field 2 is an optional field, and may contain a sequence ID which is particularly useful for circular log files. For circular log files, the sequence ID can be used to determine the relative age of the log records. Field 3 identifies the particular type of log record. Field 4 identifies the date and time when the log record was created. Field 5 contains whatever diagnostic data is suitable for the particular type of log record. The log record format is the same whether the log record exists on a remote server, or in the cache.
Groups of cached log records in cache 26 (referred to as a cache entry) are stored in a cache entry format to allow quick traversal through the various blocks of cached log records, such as cache entries 65 and 67. The cache entry format according to one embodiment of this invention, is as follows:
offset of next cache entry
length of this cache entry
first log record in this cache entry
second log record in this cache entry
nth log record in this cache entry
A grouping, or block, of cached log entries, such as cache entry 65, is generated when such log entries are transferred from the remote server to the cache to satisfy a request to analyze the diagnostic information contained within such log entries. As a group of log entries is stored in the cache, a cache entry is generated, and has the format set forth in Table 3. Field 1 contains an offset to the next cache entry in that respective log file. For example, field 1 of cache entry 65 points to the offset of cache entry 67 within log file 44′, as cache entry 67 is the next cache entry in log file 44′. Field 2 contains the length of the respective cache entry. Fields 3-5 are the actual log entries as copied from the remote server. Fields 1 and 2 allow analysis tool 19 to quickly traverse through the cache entries in a cache log file. If a new cache entry being created in log file 44′ immediately follows a previously existing cache entry, field 2 of the previously existing cache entry is modified to include the size of the new cache entry, such that the previous cache entry and new cache entry will be combined into a single cache entry. If a new cache entry immediately precedes a previously existing cache entry, fields 1 and 2 of the previously existing cache entry are overwritten by the last log entry of the new cache entry, and field 2 of the new cache entry will include the size of the previously existing cache entry, again creating a single cache entry. If the first cache entry stored in a cache log file does not immediately follow the header, an "empty" cache entry is created and stored immediately after the header in which Field 1 of the cache entry contains the offset to the first cache entry which contains diagnostic data, and Field 2 is set to zero.
When a user requests diagnostic information which includes log entries that have been cached as well as log entries that have not been cached, analysis tool 19 extracts the cached log entries from cache 26 and retrieves the non-cached log entries from the respective log file on server 27 or 28, as appropriate. Analysis tool 19 then stores, or caches, the previously non-cached log entries to the respective cache log file so that a subsequent request for the same log entries can be satisfied entirely from cache 26, eliminating the relatively long transfer time of the data from a remote server.
FIG. 5 is a flow diagram illustrating a method for generating and writing log entries on remote server 27. This process describes the on-going creation and archival of log files by each distributed task. At block 75 data to be logged is generated on remote server 27. At block 76 the logging task determines whether a log file currently exists. If so, at block 78, the logging task determines whether the file length of the log file will exceed a predetermined length after the new diagnostic data has been added. If so, then at block 80 the existing log file is renamed and moved to an archive directory on the remote server. The name of the log file preferably includes date and time information indicating when the log file was archived. At block 82 a new log file is created. At block 87 a new log file header, having the header format described in Table 1, is created. If at block 78 it was not necessary to create a new log file, then at block 84 the existing log file is opened and the log file header is read. At block 86 it is determined whether the log entry IDs being logged to the existing log file are the same log entry IDs specified in the current configuration file for this server. If not, the current log file is closed and transitioned to an archive log file, and a new log file is created (blocks 80, 82, 87). This can happen when an administrator has changed the current configuration for this server and specified that a new range of log entry IDs are to be logged. If the log entry IDs have not changed, then at block 88 the log file is positioned to the next offset in the file (using "next offset in file" header field) and the new diagnostic data is written to the log file. At block 90 several fields in the log file header are updated. At block 92 the log file is closed. At block 93 the logging task returns to the calling process.
FIGS. 6A and 6B are a flow chart showing a process for "unpacking" a log file from cache 26 by a process running on a local computer 20, such as analysis tool 19. At blocks 98-99, one or more user interface windows are displayed to obtain from a user a particular server and a begin date/time and end date/time of log entries of interest. At block 101, analysis tool 19 attempts to read the log file header from the current log file in cache 26 associated with that remote server. If, at block 103, an error was received while attempting to read the header, or if the unique creation timestamp in the header is not earlier than the specified begin date/time, then at block 104, a cache refresh function is invoked to retrieve the diagnostic information from the remote server. The cache refresh function will be described in detail below with reference to FIGS. 7A-7C. The cache refresh function accesses the remote server's log files, or the cache log files, as necessary, and returns the name (in the FileName parameter) of the cache log file containing the first log record to satisfy the request. At block 105 the offset to the first cache block is obtained from either the header retrieved at block 101, or from the file returned from block 104. At block 107, each block of cached log entries is accessed until either 1) the timestamp of a log entry (Field 4, Table 2) in the cache block is equal to or later than the specified begin date/time, 2) the end of the cached data is reached, or 3) the end of the file is reached. At block 110, if no log entries corresponding to the specified begin date/time were found, then at block 108 the cache refresh function is invoked. If, at block 112, the cache refresh function was unable to locate log records from the remote server or the local cache that correspond to the specified begin date/time, control transfers to block 113 where an error is reported. By "correspond" it is meant that timestamps of log entries are examined until one is found that matches the specified begin date/time, or until the specified begin date/time falls between the timestamps contained in two adjacent log entries. In the latter case, the begin date/time is changed to match the later of the two log entries.
The cache refresh function may alter the filename parameter if the first log record of the requested range is located in an archive log file, rather than in the current log file. Thus, at block 115 the file name returned from the cache refresh function, and the offset into the file of the log entry having the appropriate timestamp are stored in local variables. At block 117 analysis tool 19 determines whether the cache log file contains contiguous log entries spanning the begin and end date/time range specified by the user. If not, then at blocks 119 and 121, analysis tool 19 invokes the cache refresh function to retrieve from the remote server the appropriate log entries. At block 122, the filename and offset stored at block 115 are used to create pointers to the appropriate log file and log entry offset at which log file unpacking should begin.
Referring now to FIG. 6B, at block 124 the first log entry is read from the cache log file. At block 126 it is determined whether the user has requested filter options, i.e. that only log entries meeting a certain criteria be displayed. If so, then at block 128 it is determined whether the log entry falls within the specified criteria. If so, then at block 130 the log entry is unpacked into a text file and the pointer to the next log entry to unpack is updated. By "unpack" it is meant that the log entry is converted into a human-readable format, and that string constants are substituted for token IDs. At block 132 it is determined whether the next log entry is in the same log file. If not, then at block 134 the next file name is retrieved from the file list, which was returned by the cache refresh function. Because the cache refresh function may have had to retrieve log entries from more than one log file, the cache refresh function creates a file list containing file names of cache log files in which log entries in the requested time range exist. At block 136, it is determined whether another file name exists in the file list. If so, then at block 142 the current cache log file is closed and the next cache log file is opened. At block 144, if the file name was not successfully opened, then the process repeats at block 134. If at block 144, the next log file was successfully opened, then at block 146 the header record of the log file is opened, and the offset to the first log entry is retrieved. Control returns to block 124 where the log entry is read for unpacking. At block 138 it is determined whether the log entry has a timestamp greater than the specified end date/time. If so, then at block 140 the unpacking process ends, and the log entries are displayed to the user.
FIGS. 7A-7C are a flow diagram illustrating a method for carrying out the cache refresh function for retrieving log entries from a remote server and storing the log entries in the local cache. At block 150, the cache refresh function is invoked, for example by the log file unpacking function described in FIGS. 6A and 6B. The cache refresh function receives several parameters, which are discussed below and which are designated as "IN" if the argument is passed to the cache refresh function and not modified, "OUT" if the argument is returned by the cache refresh function, and "IN/OUT" if the value is passed in to the cache refresh function and may be modified when returned. The Server (IN) parameter indicates the particular server from which logging information is desired, the Unique ID (IN) parameter indicates a particular log entry within a log file, the Start of Time Range (IN) and End of Time Range (IN) parameters indicate the begin and end date/time ranges specified by the user, the File Offset for Next Read (IN) parameter indicates where in a cache log file the cache refresh function should begin refreshing, the Next Sequence ID (IN) parameter indicates the next sequence ID where the cache refresh function should begin refreshing, the Unique Creation Timestamp (IN) parameter identifies the unique creation timestamp of the log file from which information is desired, and the FileName (IN/OUT) parameter indicates the filename of the currently cached file. If this parameter is not set on entry into the cache refresh function, there is no current cache file associated with the server. On return from the function, the FileName parameter is set to the filename of the cached file containing the first log record which is at the specified begin date/time range. The FileList (OUT) parameter contains a list of filenames in the local persistent cache which contain the names of the cache log files which contain all the log records necessary to satisfy the request. Not all of the parameters need be set for each call to the cache refresh function, depending upon where in the unpacking process the cache refresh function is invoked. Moreover, it is apparent that the cache refresh function could use a different set of parameters to achieve the same or similar functionality as described herein. For example, the use of a Next Sequence ID is not necessary, but may be useful with certain types of logging systems.
At block 152, the log file specified in the FileName parameter is opened. At block 153 the first data block from that log file is read. The cache refresh function uses native I/O routines so the log files can be accessed regardless of the state of the distributed system. The I/O's are typically block reads of a relatively large number of bytes, such as 32 kb or 64 kb, to minimize the total number of I/O's necessary to retrieve a file over a relatively slow WAN link.
At block 154, the unique creation timestamp is obtained from the header of the log file and compared to the unique creation timestamp passed to the cache refresh function. If the timestamps do not match, then at block 156 the current cache log file associated with that remote server is copied (or renamed) into a temporary file in an archive cache directory. The archived log files on the remote server are searched for a log file having the same unique creation timestamp as the unique creation timestamp passed to the cache refresh function. If at block 160, such a log file is found, then at block 164 the temporary file created at block 156 is renamed with the same filename as the archive log file on the remote server. The matching timestamps indicate the files are the same, and renaming the cache log file eliminates the need to retransfer the log entries to the cache again. If at block 160 no log file was found having the same unique creation timestamp, then at block 162 the temporary file is deleted.
At block 166 a new current log file is created in the cache and the filename parameter is set to point to the current log file on that remote server. At block 198, (FIG. 7B) the first data block from the remote log file is read. At block 200, the data block is written to the new current log file in the cache. At block 167 (FIG. 7A) it is determined whether the begin date/time range specified by the user exists in the data block read from the remote log file. If so, control branches to block 188 (FIG. 7B). At block 190, the unique creation timestamp is read from the header.
The unique creation timestamp from the header of the log file which is currently being processed and the time contained in the file name of an archive log file provides a range of time which approximates the time range of the log records within the log file. These times can be used, in conjunction with the specified begin date/time and the timestamps of any cached log entries for this file (examined at block 192), to estimate where in the log file on the remote server the next read should occur to locate the desired log entries. This estimation is made at block 193 and is undertaken to eliminate reads of the remote log file which are unlikely to include relevant log records. This process results in a lesser number of I/Os than required to sequentially read the remote log file. If, after the estimation is made it is determined at block 191 that all of the data block has already been cached, control branches to block 196. Otherwise, at block 194, another data block is read from the remote log file. The block of data received from the remote server is written to the local cache at block 195. If, at block 196, the transferred data contained the appropriate log records, then at block 197 the process returns to the calling function. Upon the return, the FileName parameter will contain the name of the cache file having the first log entry which satisfies this request. If the transferred data does not contain the appropriate log records, then at block 202 (FIG. 7C) it is determined whether the transferred data block was the last data block in the log file. If not, another estimation (now using the timestamps from the log records in the most recently read data block) and read occurs at blocks 192-196. This process repeats until either at block 196 a data block is read which contains the requested log records, or, at block 202, the last data block in the log file is read.
At block 204 the start of time range parameter is set to be greater than the timestamp of the last log entry in the cache, and at block 206 the filename of the log file is saved in the file list parameter. Control then returns to block 168 (FIG. 7A). At block 168, if it hasn't already occurred, the cache refresh function begins examining the archived log file directory on that remote server. At block 170, the specified begin date/time is converted into a "mmddhhmm" value for comparison with the names of the log files in the archive directory. At block 172 the first, or next, (as appropriate) log file in the archive directory is examined. At block 174 this file name is saved. At block 180 it is determined whether the last file has been examined. If so, the process returns to the calling function at block 178. Upon the return, the FileName parameter will contain the name of the cache file having the first log entry which satisfies this request. If the last file has not been examined, then at block 182 it is determined whether the specified begin date/time is less than or equal to the date from the archive log file filename. If not, control returns to block 172, where the next file in the archive directory is examined. If so, control continues to block 184 (FIG. 7B) where the log file is opened and the first data block is read. At block 183 it is determined whether the specified begin date/time is between the unique creation timestamp from this log file's header and the date/time from its file name. If not, control returns to block 172 where the next archive log file is accessed. If it is, then at block 185 it is determined whether the file list is empty. If so, then at block 186 the name of the file is stored in the filename parameter. Control then begins at block 188 and continues as described above.
Analyzing and debugging distributed systems is time-consuming and complex. The diagnostic logging system according to this invention greatly reduces the time it takes to access diagnostic data relating to remote servers, in a manner which is transparent to the user of the diagnostic tool. Moreover, since diagnostic data is only transferred from the remote servers one time, network traffic is reduced. The use of native I/O allows access to the diagnostic data regardless of the state of the distributed system.
The foregoing description of preferred embodiments of the invention has been presented for purposes of illustration and description. It is not intended to be exhaustive or to limit the invention to the precise form disclosed. Obvious modifications or variations are possible in light of the above teachings. The embodiments were chosen and described in order to best illustrate the principles of the invention and its practical application to thereby enable one of ordinary skill in the art to best utilize the invention in various embodiments and with various modifications as are suited to the particular use contemplated. It is intended that the scope of the invention be defined by the claims appended hereto.
|Cited Patent
|Filing date
|Publication date
|16 Jul 1982
|25 Jun 1985
|At&T Bell Laboratories
|Programmable network tester with data formatter
|10 Dec 1980
|1 Oct 1985
|Infinet Inc.
|Enhanced communications network testing and control system
|22 Apr 1987
|19 Dec 1989
|Allen-Bradley Company. Inc.
|Distributed processing in a cluster of industrial controls linked by a communications network
|6 Jun 1991
|14 Sep 1993
|International Business Machines Corporation
|Diagnostic system and interface for a personal computer
|22 Oct 1992
|1 Nov 1994
|Mti Technology Corporation
|Resource management in a multiple resource system where each resource includes an availability state stored in a memory of the resource
|24 Nov 1993
|20 Jun 1995
|Gray; William F.
|Method of automatically managing a network or remote function-excecuting apparatus from a programable network control center
|21 Dec 1992
|19 Sep 1995
|Sun Microsystems, Inc.
|Method and apparatus for a caching file server
|3 Feb 1994
|31 Oct 1995
|Johnson Service Company
|Method of downloading information stored in an arching device to destination network controller through intermediate network controllers in accordance with routing information
|13 Jan 1995
|13 Feb 1996
|International Business Machines Corporation
|System and method for remote workstation monitoring within a distributed computing environment
|15 Nov 1993
|27 Feb 1996
|Conner Peripherals, Inc.
|Network management system having virtual catalog overview of files distributively stored across network domain
|21 Jan 1994
|28 May 1996
|Johnson Service Company
|Networked facilities management system
|30 Nov 1994
|13 May 1997
|Digital Equipment Corporation
|Method and apparatus for testing software on a computer network
|29 Dec 1994
|24 Jun 1997
|International Business Machines Corporation
|Distributed trace data acquisition system
|9 Mar 1995
|1 Sep 1998
|Terrabyte Technology
|System and method for adding network links in a displayed hierarchy
|26 Apr 1995
|8 Sep 1998
|Shiva Corporation
|Installable performance accelerator for maintaining a local cache storing data residing on a server computer
|12 Jul 1995
|15 Sep 1998
|Fujitsu Limited
|File server
|18 Sep 1996
|6 Oct 1998
|Fujitsu Ltd.
|Apparatus for log data collection and analysis
|28 Jul 1995
|1 Dec 1998
|Fujitsu Limited
|Communication network management apparatus using a cache arranged as a result of a statical analysis of communication related characteristics
|24 Sep 1993
|8 Dec 1998
|Eick; Stephen Gregory
|Method and apparatus for graphically analzying a log-file
|15 Oct 1997
|13 Jul 1999
|Novell, Inc.
|Distributed database using indexed into tags to tracks events according to type, update cache, create virtual update log on demand
|19 Feb 1997
|12 Oct 1999
|At&T Corp
|Local logging in a distributed database management computer system
|BackOffice Magazine, coverpage and advertisement-Unleash the Hidden Power of SMS Dec., 1996.*
|BackOffice Magazine, coverpage and advertisement—Unleash the Hidden Power of SMS Dec., 1996.*
|Brendan, et al., Striping Within the Network Subsystem, pp. 22-29, IEEE Network, Jul./Aug., 1995.*
|Chillarege, Ram, Software Probes and a Self-Testing System-for Failure Detection and Diagnosis pp. 1-11. IBM, Jan., 1993.*
|Chillarege, Ram, Software Probes and a Self-Testing System—for Failure Detection and Diagnosis pp. 1-11. IBM, Jan., 1993.*
|Comer, ety al., Probing TCP Implementations pp. 245-255, USENIX, Jun., 1994.
|Dawson, et al., Probing and Fault Injection of Protocol Implementations, pp. 351-359, IEEE Int'l Conf. on Distributed Computing Systems, 1995.*
|DeSimone, et al. Sysctl: A Distributed System Control Package pp. 131-143, LISA, Nov., 1993.*
|Fowler, et al., A User-Level Replicated File System pp. 279-289, USENIX, Jun. 1993.
|Harrison, et al., Pong: A Flexible Network Services Monitoring System pp. 167-173, LISA, Sep., 1994.*
|Kislitzin, Katy, Network Monitoring by Scripts, pp. 101-105, USENIX, Fall, 1990.
|Madruga, et al., Fault Management Tools for a Cooperative and Decentralized Network Operations Environment pp. 1121-1130, IEEE Journal, Aug., 1994.
|Mansouri-Samani, et al., Monitoring Distributed Systems pp. 20-30, IEEE Network, Nov., 1993.
|Mansouri-Samani, Masoud and Sloman, Morris, Monitoring Distributed Systems, IEEE Network, Nov. 1993, pp. 20-30.*
|Novell, Inc., Data Club Reference Card, 1992.*
|Novell, Inc., DataClub Administrator's Guide, NETWARE, pp. cover pages, iii-vi, 1-16, Jul., 1992.*
|Peacock, et al., Big Brother: A Network Services Espert, pp. 393-398, USENIX, jUN. 1988.
|Peacock, et al., Big Brother: A Network Services Expert, pp. 393-398, USENIX, Jun. 1988.*
|Pierce, Clinton. The Igor System Administration Tool pp. 9-18, LISA X, Sep., 1996.
|Stratman, Robert H., Development of an Integrated Network Manager for Heterogeneous Networks Using OSI Standards and Object-Oriented Techniques, IEEE Journal on Selected Areas in Communication, vol. 2, No. 6, Aug. 1994, pp. 1110-1120.*
|Stratman, Robert, Development of an Integrated Network Management Heterogeneous Networks Using OSI Standards and Object-Oriented Techniques pp. 1110-1120, IEEE Journal, Aug. 1994.
|Tierney, et al., Performance Analysis in High-Speed Wide Area IP-over-ATM Networks: Top-to-Bottom End-to-End Monitoring pp. 26-39, IEEE Network, May/Jun. 1996.
|Wood, et al., Fremont: A System for Discovering Network Characteristics and Problems pp. 335-346. USENIX. Jan., 1993.
|Wuu, et al., Efficient Solutions to the Replicated Log and Dictionary Problems pp. 57-66, ACM Operating Systems Review, Jan., 1986.
|Citing Patent
|Filing date
|Publication date
|28 Oct 1999
|29 Jul 2003
|Hewlett-Packard Development Company, L.P.
|Automatic capture and reporting of computer configuration data
|29 Dec 2000
|14 Oct 2003
|Intel Corporation
|System and method for database cache synchronization across multiple interpreted code engines
|10 Feb 1999
|16 Dec 2003
|Micron Technology, Inc.
|Graphical representation of system information on a remote computer
|27 Aug 1999
|6 Jul 2004
|International Business Machines Corporation
|Server site restructuring
|3 May 2000
|15 Mar 2005
|Fujitsu Limited
|Distributed-object development system and computer-readable recording medium recorded with program for making computer execute distributed-object development
|16 May 2002
|22 Nov 2005
|International Business Machines Corporation
|Apparatus and method for validating a database record before applying journal data
|22 Jun 2001
|7 Feb 2006
|International Business Machines Corporation
|System and method for granular control of message logging
|30 Sep 2002
|23 May 2006
|Dinesh Sinha
|Method of lazily replicating files and monitoring log in backup file system
|20 Sep 2002
|11 Jul 2006
|Quantum Corporation
|Accelerated RAID with rewind capability
|30 Aug 2003
|28 Aug 2007
|Microsoft Corporation
|Programmatic computer problem diagnosis and resolution and automated reporting and updating of the same
|21 Oct 2003
|26 Feb 2008
|Micron Technology, Inc.
|Graphical representation of system information on a remote computer
|22 Apr 2004
|17 Jun 2008
|Tektronix, Inc.
|User interface for an event monitor
|28 Mar 2005
|21 Oct 2008
|Network Appliance Inc.
|Method and system for secure and reliable event logging
|2 May 2003
|10 Feb 2009
|Netarx, Inc.
|Method, apparatus, and article of manufacture for a network monitoring system
|16 Mar 2008
|10 Mar 2009
|International Business Machines Corporation
|Reducing log entries using hash keys
|15 Feb 2005
|14 Apr 2009
|International Business Machines Corporation
|System and method for efficiently obtaining a summary from and locating data in a log file
|8 Dec 2003
|23 Mar 2010
|International Business Machines Corporation
|Unified logging service for distributed applications
|1 Jul 2003
|30 Mar 2010
|International Business Machines Corporation
|Autonomic program error detection and correction
|2 Jul 2003
|4 May 2010
|Cisco Technology, Inc.
|File system for nonvolatile memory
|9 Aug 2007
|15 Jun 2010
|International Business Machines Corporation
|Log location discovery and management
|12 Apr 2002
|17 Aug 2010
|United States Postal Service
|Systems and methods for electronic postmarking of data including location data
|29 Sep 2000
|14 Sep 2010
|United States Postal Service
|Systems and methods for authenticating an electronic message
|18 May 2004
|21 Sep 2010
|Cisco Technology, Inc.
|Approach for facilitating analysis of computer software errors
|30 Jun 2008
|23 Aug 2011
|Apple Inc.
|Systems and methods for diagnosing and fixing electronic devices
|25 Jul 2008
|30 Aug 2011
|United States Postal Service
|Methods and systems for proofing identities using a certificate authority
|12 Feb 2008
|4 Oct 2011
|International Business Machines Corporation
|Method, system and computer program product for diagnosing communications
|18 Jun 2009
|10 Jan 2012
|United States Postal Service
|Systems and methods for authenticating an electronic message
|18 Jul 2008
|17 Apr 2012
|United States Postal Service
|Methods and systems for proofing identities using a certificate authority
|16 Mar 2001
|26 Jun 2012
|United States Postal Service
|Methods and systems for linking an electronic address to a physical address of a customer
|7 Sep 2001
|28 Aug 2012
|United States Postal Service
|Item tracking and anticipated delivery confirmation system method
|28 Feb 2007
|27 Nov 2012
|Microsoft Corporation
|Security model for common multiplexed transactional logs
|3 May 2011
|14 May 2013
|Apple Inc.
|Systems and methods for diagnosing and fixing electronic devices
|21 Dec 2011
|9 Jul 2013
|The United States Postal Service
|Systems and methods for authenticating an electronic message
|21 Apr 2008
|7 Jan 2014
|At&T Intellectual Property I, L.P.
|System and method for analyzing automatic speech recognition performance data
|30 Jul 2012
|21 Jan 2014
|United States Postal Service
|Item tracking and anticipated delivery confirmation system and method
|25 Feb 2008
|20 May 2014
|United States Postal Service
|Methods and systems for linking an electronic address to a physical address of a customer using a delivery point identification key
|21 Mar 2012
|14 Oct 2014
|Crashlytics, Inc.
|System and method for data collection and analysis of information relating to mobile applications
|14 Nov 2012
|30 Jun 2015
|International Business Machines Corporation
|Diagnosing distributed applications using application logs and request processing paths
|6 Aug 2012
|21 Jul 2015
|Crashlytics, Inc.
|System and method for providing additional functionality to developer side application in an integrated development environment
|16 Mar 2001
|16 May 2002
|Cook Jon L.
|Methods and systems for linking an electronic address to a physical address of a customer
|21 Nov 2002
|31 Jul 2003
|Hewlett-Packard Company
|Method and apparatus for embodying documents
|30 Sep 2002
|1 Apr 2004
|Dinesh Sinha
|Real time optimized backup of computer data
|12 Apr 2002
|8 Jul 2004
|Chamberlain Charles R.
|Systems and methods for electronic postmarking of data including location data
|8 Dec 2003
|26 Aug 2004
|International Business Machines Corporation
|Unified logging service for distributed applications
|30 Aug 2003
|11 Nov 2004
|Andrew Ritz
|Programmatic computer problem diagnosis and resolution and automated reporting and updating of the same
|7 Sep 2001
|9 Dec 2004
|Harry Aldstadt
|Item tracking and anticipated delivery confirmation system method
|22 Apr 2004
|9 Dec 2004
|Martin Norman
|User interface for an event monitor
|1 Jul 2003
|20 Jan 2005
|International Business Machines Corporation
|Autonomic program error detection and correction
|14 Aug 2003
|17 Feb 2005
|Johnson Ted C.
|Apparatus and method for operating circular files
|16 Dec 2003
|21 Jul 2005
|Eric Ustaris
|System and method for managing log files
|8 Mar 2005
|28 Jul 2005
|Ricoh Company, Ltd.
|Method and system for maintaining a business office appliance through log files
|15 Feb 2005
|17 Aug 2006
|Meyer Joel P
|System and Method for Efficiently Obtaining a Summary from and Locating Data in a Log File
|13 May 2006
|14 Sep 2006
|Quantum Corporation
|Accelerated RAID with rewind capability
|25 Aug 2011
|Apple Inc.
|Systems and methods for diagnosing and fixing electronic devices
|12 Dec 2013
|18 Jun 2015
|International Business Machines Corporation
|Efficient Distributed Cache Consistency
|11 Jan 2007
|2 Aug 2007
|Saurer Gmbh & Co Kg
|Method for storing operational status data of an electric motor and electric motor for carrying out such a method
|12 Dec 2012
|20 Jun 2013
|Crashlytics, Inc.
|System and method for data collection and analysis of infromation relating to mobile applications
|U.S. Classification
|International Classification
|Cooperative Classification
|European Classification
|28 Oct 1997
Owner name: NOVELL, INC., UTAH
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FALLS, PATRICK TERENCE;THOMPSON, NEIL;REEL/FRAME:008883/0120
Effective date: 19971027
|13 Dec 2004
|Fee payment
Year of fee payment: 4
|12 Dec 2008
|Fee payment
Year of fee payment: 8
|12 May 2011
Owner name: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH, NEW YORK
Free format text: GRANT OF PATENT SECURITY INTEREST;ASSIGNOR:NOVELL, INC.;REEL/FRAME:026270/0001
Effective date: 20110427
|13 May 2011
Owner name: CREDIT SUISSE AG, CAYMAN ISLANDS BRANCH, NEW YORK
Free format text: GRANT OF PATENT SECURITY INTEREST (SECOND LIEN);ASSIGNOR:NOVELL, INC.;REEL/FRAME:026275/0018
Effective date: 20110427
|22 May 2012
Owner name: NOVELL, INC., UTAH
Free format text: RELEASE OF SECURITY INTEREST IN PATENTS FIRST LIEN (RELEASES RF 026270/0001 AND 027289/0727);ASSIGNOR:CREDIT SUISSE AG, AS COLLATERAL AGENT;REEL/FRAME:028252/0077
Effective date: 20120522
Owner name: NOVELL, INC., UTAH
Free format text: RELEASE OF SECURITY IN PATENTS SECOND LIEN (RELEASES RF 026275/0018 AND 027290/0983);ASSIGNOR:CREDIT SUISSE AG, AS COLLATERAL AGENT;REEL/FRAME:028252/0154
Effective date: 20120522
|23 May 2012
Owner name: CREDIT SUISSE AG, AS COLLATERAL AGENT, NEW YORK
Free format text: GRANT OF PATENT SECURITY INTEREST SECOND LIEN;ASSIGNOR:NOVELL, INC.;REEL/FRAME:028252/0316
Effective date: 20120522
Owner name: CREDIT SUISSE AG, AS COLLATERAL AGENT, NEW YORK
Free format text: GRANT OF PATENT SECURITY INTEREST FIRST LIEN;ASSIGNOR:NOVELL, INC.;REEL/FRAME:028252/0216
Effective date: 20120522
|2 Oct 2012
|Fee payment
Year of fee payment: 12
|24 Nov 2014
Owner name: NOVELL, INC., UTAH
Free format text: RELEASE OF SECURITY INTEREST RECORDED AT REEL/FRAME 028252/0316;ASSIGNOR:CREDIT SUISSE AG;REEL/FRAME:034469/0057
Effective date: 20141120
Owner name: NOVELL, INC., UTAH
Free format text: RELEASE OF SECURITY INTEREST RECORDED AT REEL/FRAME 028252/0216;ASSIGNOR:CREDIT SUISSE AG;REEL/FRAME:034470/0680
Effective date: 20141120
|13 May 2015
Owner name: BANK OF AMERICA, N.A., CALIFORNIA
Free format text: SECURITY INTEREST;ASSIGNORS:MICRO FOCUS (US), INC.;BORLAND SOFTWARE CORPORATION;ATTACHMATE CORPORATION;AND OTHERS;REEL/FRAME:035656/0251
Effective date: 20141120


text:
Select your all-time Springbok dream team and stand a chance to win R3 000 in cash!
Get Sport24 on your mobile
Karachi - Pakistan's banned pace bowler Mohammad Asif has criticised the International Cricket Council (ICC) over his spot-fix suspension and has pleaded his innocence ahead of an appeal to the Court of Arbitration for Sport (CAS).
Asif told reporters on Monday that a CAS hearing against his minimum five-year ban will be heard in February and one of the main tenets of his defence will be the fact the ICC imposed the suspension before his case went to a criminal court.
He was found guilty in a London court and sentenced to prison, where he served half a one-year term before being released in May.
"The ICC was not fair to me. They imposed a ban on me even before my case went to trial," Asif said.
"I will fight on to clear my name as the charges against me are wrong."
The 29-year old, who played 23 Tests and 38 one-day internationals, was caught up in a spot-fixing scandal in 2010 while touring England with the Pakistan team.
An independent tribunal set up by the ICC banned him and two other players, Salman Butt and Mohammad Amir for a minimum of five years in February 2011 before the trio were found guilty in court and jailed in November last year.
The independent tribunal rejected requests by the three to wait for the outcome of the criminal case.
"I am also planning on writing a book in which I will reveal a lot of things," added Asif, who preferred to stay in the United Kingdom after his release but is back in Pakistan for the funeral of a mentor and coach.
Butt and Amir have also returned home after completing their jail sentences.
Follow Sport24 on Twitter and Facebook and on Mobile and Have your Say on our Forum
Read News24's Comments Policy
24.com publishes all comments posted on articles provided that they adhere to our Comments Policy. Should you wish to report a comment for editorial review, please do so by clicking the 'Report Comment' button to the right of each comment.
All the action from the 2015 RWC, including live coverage of all 48 matches, breaking news, fixtures, results, logs - and much more!
Take a photographical trip down memory lane and remind yourself of how the Springboks fared in their five previous Rugby World Cup campaigns.
In addition, pick your all-time Springbok Rugby World Cup Dream Team and you could win R3 000!
I believe CSA. No SMS from CEO Haroon Lorgat was sent. The team was picked on merit - and just wasn't good enough on the day
Mike Horn's comments that there WAS political interference to some degree
Right now, the tooth fairy in more believable!
View Results |
Vote Archive
I believe CSA. No SMS from CEO Haroon Lorgat was sent. The team was picked on merit - and just wasn't good enough on the day
Mike Horn's comments that there WAS political interference to some degree
Right now, the tooth fairy in more believable!
Vote Archive
Follow Sport24 on Twitter
"Like" Sport24's Facebook page
Enter and win with Sport24!
Stay in the loop on your BlackBerry
Latest Sport24 news on your iPhone
RSS Feeds
Sport news delivered really simply.
24.com: Legal notices
Advertise on 24.com
Privacy Policy
About us
Contact us
24.com. All rights reserved.

subset: commoncrawl


text:
Lessons from a FinTech CEO
For some people, fear and money go hand in hand
Join the NASDAQ Community today and get free, instant access to portfolios, stock ratings, real-time alerts, and more!
Palatin Technologies, Inc
. (
) recently announced that the company and its partner,
), have halted the development of phase I obesity candidate,
AZD2820. AZD2820 is a subcutaneously-administered peptide
melanocortin-4 receptor partial agonist. The clinical development
of the candidate was stopped after it was suspected that it may
cause allergic reactions.
Enter up to 25 symbols separated by commas or spaces in the text box below. These symbols will be available during your session for use on applicable pages.
You have selected to change your default setting for the Quote Search. This will now be your default target page;
unless you change your configuration again, or you delete your
cookies. Are you sure you want to change your settings?


text:
Help Under The Skylight Record there very FIRST album!! Read more
Funding Unsuccessful
This project's funding goal was not reached on January 12, 2011.
Help Under The Skylight Record there very FIRST album!!
About this project
Big world, even bigger music industry.. Ashley and Dan attempt to break through and give it there all. From catchy melodies to lyrics that put life into perspective, the goal is not to be cliche, but different in a sense that youve never heard music like this before. So sit back, and relax..Under The Skylight. Our goal is simple! To raise enough money to record our first album ever! If you love our sound and want to hear/see more from us then please donate!! Making a name for yourself is not easy and we need all the help we can get!
Have a question? If the info above doesn't help, you can ask the project creator directly.
Select this reward
Pledge $5 or more
About $5 USD
3 backers
Two free mp3'sLess
Select this reward
Pledge $15 or more
About $15 USD
8 backers
Two free Mp3's and FREE album when finished if goal is reached!Less
Select this reward
Pledge $50 or more
About $50 USD
4 backers
Two free Mp3's and FREE album when finished if goal is reached! Handwritten lyrics & Exclusive updates!Less
Funding period
- (30 days)


text:
But Fallin joined other conservatives in urging passage of a debt-financed hurricane relief bill. Among those cool to the idea were Oklahoma's two newest U.S. House members. Their opposition was also part political and part principled: Relief bills tend to get larded up with non-relief related appropriations.
Despite that, a letter that Fallin signed said disaster relief "is not and never should be a political issue." Anything Congress does is inherently political. The relief bill will get done, even if loaded with pork. As for Fallin caving on Medicaid, that's still not a sure bet.


text:
Gajas Boas
Your name is Brad. Early last week you saw an exotic woman walk into a nearby coffee shop and felt compelled to follow her in. Something about her intrigues you, causing you to come back every day to see her again and maybe ask her out. You time your arrival so it seems like a coincidental meeting, but you're a little early, and you need to kill some time.Visualizações: 291670
Twin Sisters
Really hot shemale sisters Eralin and Meralin decide to have sex with each other in the middle of the street! After passionate kissing they enjoy each other with their huge cocks inside their mouths and pussies.Visualizações: 61010
Utahime Yunan no Yuutsu 2
Enjoy this simple CG game of nice pictures with nice flow picture by picture. Blowjob, Penetration, Internal cumshot, and more sexual acts are included.Visualizações: 28842
My Personal Asari
Not really a game but you can enjoy nicely made sex animations with this blue-skinned girl. Just select the animation by clicking on hotspots on her body at the main menu.Visualizações: 41853
Dream Job Season 2: Episode 9
Previously you had to deal with the receptionist credit cards fraud. We need to arrest someone as soon as possible. You found out that the receptionist who flew away right after that is the guilty one and you're about to do something about that.Visualizações: 57674
Jessica Rabbit's Flesh for Porn [v.1.1]
Updated 19th September. In this game you'll have to film porn movie featuring Jessica Rabbit. She'll cost us a lot, but we can earn some money by publishing her videos online. She's not in the best mood, so keep an eye on the Anger meter. Some answers also will lead you straight to the ending.Visualizações: 89986
Bioslut Big Titties: An Anal Arrangement
Follow up for Missionary Fuck game, where you can fuck this smoking girl right in her tight ass. Play with camera angle and speed and style of your fuck. Cumshot will not disappoint you, too :)Visualizações: 70797
Call Me Desperate
You play as a Photographer named Aiden who has loaned huge amount of money at the poker table. Somehow you have to get this money. Of course, on your way to success you'll get laid with some smoking hot babes.Visualizações: 84314
Bioslut Big Titties: Missionary Fuck
Usually I won't publish so short and simple animations or games. But somehow I enjoyed quality of this video, boob bouncing and strange look on her face :)Visualizações: 48736
PokerPool 4
PokerPool comes with a different version of hitting balls into poker card marked pockets. Create the best hand and see this lovely girl stripping and playing with her nice body.Visualizações: 27646
Zone-Tan's Leaked Sex Tape
This is not actually a game, it's just a video recording of Zone-Tan's sex tape. Sit back, relax and enjoy this great tape.Visualizações: 83461
Dream Job Season 2: Episode 8
Someone has stolen some customers credit cards. You'll have to find out who. Actually it doesn't matter, your task is to see two really sexy girls naked :)Visualizações: 98728
Paparazzi Final Run
Paparazzi have seen many babes world wide, catching them on different situations in public etc. Now he has a new idea to sneak into their houses and take pictures straight through their windows. How he didn't come up with such idea in previous two parts? :) But hey, looks like these VirtuaGirls have security even at home! Probably there's no way he can take good photos uninterrupted, only if ... he's faster than big security guys. Check in-game help.Visualizações: 82827
Maddison - Virtual Date Girls
Meet Maddison - hot large breasted brunette. As always in such games - your task is to completely seduce her and fuck her in all possible locations and positions. This game has a huge story line, so find some free few hours to play this game.Visualizações: 387568
Sexy Magic 4
Story about helpful magician continues. In this episode he'll get in lot of troubles in hell. But hey, there's no problems that can't be solve with magic. Meet two good looking girls, help them with their problem and you'll get lucky with both of them.Visualizações: 144731
Haunted Island 3
The final episode of these series. Xavier and Maria finally meets each other. Something about that their parents do not want them to love each other. Anyway they start to making love right there in the villa's garden. Follow the story.Visualizações: 203967
Nymph's Hotel 2
In this second part of the game you play as a college girl from Maryland on a trip to Naughty Island. You must find a summer job. So it's up to you how far she will go to earn money. There are 10 different endings and 11 achievements. Try to reach them all.Visualizações: 162164
Driving with London
You finally found a job, really well payed job. You work as a driver for really powerful guy who thinks he can trust you. Somehow your girl is also involved with him. Reach all 4 different endings and find the answers.Visualizações: 65855
Fuck Your Champion 2
In this part of the game you're able to select outfits, looks etc. of 8 different characters. Also 4 different sex positions are available. Just click the buttons at the top and enjoy.Visualizações: 42845
PokerPool 3
Enjoy hot brunette with lovely tits and nice ass in this third part of PokerPool. As previous your task is to hit 5 pool balls to make a stronger poker combination than your opponent.Visualizações: 46943
- Classificação actual 3.97/5
- Classificação actual 3.97/5
- Classificação actual 3.97/5
- Classificação actual 3.97/5
- Classificação actual 3.97/5


text:
|Jun 24, 2015
|This addon makes the Blizzard windows movable. To move a window just click title of the window and drag it to where you want it. You can also use control+scroll wheel over the title of a window to adjust the scale. The positions and scale will be saved only for the full screen windows such as the achievement window. Known Problems/Limitations: .)The default Blizzard bag frames are not movable (because they would get messed up). .)The Quest Tracker will move back to it's default position after...
SlashIn ( /in )
|Jun 24, 2015
|Description Provides the /in command for delayed execution. Also provides /slashin, in case of conflicts with other addons providing /in. Many addons have provided this feature -- so many that some users assume it's a built-in command. Long, long ago Cosmos provided it. In the Ace2 era, almost every Ace2 addon provided it. More recently, InDemand provides it. SlashIn has its own advantages: - Updated for Patch 5.0 and Mists of Pandaria. - Uses AddonLoader if you have it. Examples Say "hi" in...
|Jun 24, 2015
|Description Aboutis will skip the gossip page and select the standard action when interacting with an NPC. Ex. "Let me browse your goods" for a vendor. If you want the full gossip window, just hold the SHIFT key when interacting with the NPC. Acknowledgement The idea for Aboutis comes from an AddOn named AutoSelect by Vincent that I was using and that stop working ages ago. Standard Disclaimer I hold no responsibility if something breaks, smokes start coming off you computer or if there is a...
|Jun 23, 2015
|MultiTool: A set of tools aimed at making WoW just a bit more user-friendly, and is especially useful for friends who group up and quest together. It used to also focus on MultiBoxers (people who play multiple accounts at the same time), but changes in Cataclysm (mostly involving widespread use pf so-called phasing) caused me to give up multiboxing, and realistically, many others did so as well. I still find this addon to be darn useful, so I am maintaining it. v6.0.2.000 is the current...
|Jun 23, 2015
|Shows a money overview for your current realm in the tooltip on the money in your bags. If you have an LibDataBroker display installed it will also show the money as a data source plugin.
Loot-a-Rang Matic
|May 05, 2015
|This addon uses your Loot-a-Rang when you double right click in the game world or if your a hunter and don't have a Loot-a-Rang it casts Fetch if you have the Glyph Loot-a-Rang Matic will not use your Loot-a-Rang when you are in a dig-site or have a fishing pole equipped unless you are hovering over a loot able corpse. Also do to Blizzard restrictions Loot-a-Rang Matic can not function while in combat or while moving.
Grouparmory Companion
|Apr 12, 2015
|Introduction Grouparmory Companion is an in-game companion app for the website www.grouparmory.com. In short, the in-game addon generates a URL which you copy/paste into your browser. This URL gives you an "at-a-glance" overview of your/opposing raid based on your current location : (i) In a Battleground or Arena, it will show the match-up between your and the opposing team (ii) Everywhere else, it will show an overview of your party/raid Grouparmory ?!? Grouparmory.com is a website created...
|Mar 30, 2015
|InspectFix is a tiny addon that fixes several annoying bugs that arise while using the Blizzard Inspect UI. If you like InspectFix, please check out the Blizzard Bug Fix Addon Pack! Overview The Blizzard API for performing character inspection has fatal design flaws (namely, it's stateful yet client-oblivious). All UI elements that perform character inspection, from the Blizzard inspect frame to many addons that perform hidden inspects for various purposes, are forced to use this same API and...
|Mar 07, 2015
|EasyColorPicker improves the standard Color Picker provided by Blizzard by: adding editboxes for colors (RGB) adding an editbox for hex-values adding an editbox for alpha-values "on type-in" preview of colors making the Color Picker dragable (on the header) improving the standard color switch (by showing new and current value) Planned: clicking on the current color restores your new to your original color adding editboxes for HSV (hue, saturation, value) some kind of sample board visual...
|Mar 03, 2015
|Grim Reaper Your tank died? Why? That's the question really. Grim Reaper gives you a very quick and easy access to the relevant combat log of any raid member with just a flick of the mouse or the press of a key. It will also monitor raid member health levels for the duration of combat log data and will show the health of any unit alongside their concise combat log display. Using There are several ways to use Grim Reaper. My personal favorite is to leave it hidden most of the time and use the...
|Feb 26, 2015
|Description LoggerHead is a an automated combat log enabler. It allows you to select via a simple GUI interface which Zones and Instances to automatically enable for logging. Works for PvP/Arenas(For real this time)! LoggerHead has a LDB module for those running a Data Display. Left Click toggles logging. Right Click opens configuration screen. Enjoy. Localization!!! I need help localizing LoggerHead to Latin American Spanish! If you want to help please check out:...
|Feb 25, 2015
|Pops up a message and plays a sound when a vignette skull appears on the minimap. No options!
|Feb 25, 2015
|Mapster's Minimap brother - Retexture minimap border square or circle - hide buttons - lock/unlock Not much more ;)
Dark Souls Death Screen
|Jan 29, 2015
|Dark Souls Death Screen emulates the "YOU DIED" death screen of Dark Souls to make every death in WoW a little more soul-crushing. (link to video) /dsds on/off: Enables/disables the death screen. /dsds version [1/2]: Cycles through animation versions (eg. Dark Souls 1/Dark Souls 2). Sets to specified version if an argument is supplied. /dsds sound [on/off]: Enables/disables the death screen sound. Toggles if passed no argument. /dsds tex [path\to\custom\texture]: Toggles between the "YOU...
|Dec 15, 2014
|Removes "Custom PvE" text Replaces "Custom PvP" text with "PvP" Shows realm, colored by last visit time from red to green Shows leader, if recently joined, colored by last visit time from red to green Shows these times in the tooltip
|Nov 24, 2014
|FishermansFriend is a fishing helper addon. FishermansFriend does the following when you equip a fishing rod: - Enhance Sounds so you can hear the fishing bobber better, and ofcourse restore your original settings when you remove the rod. - Add doublerightclick autocasting. - When attempting to doublerightclick autocast FishermansFriend can also use the Weather-Beaten Fishing Hat or automatically apply your best lure. - Automatically turn on Auto-Looting items when you have a fishing rod...
|Nov 24, 2014
|picoFriends is a small LibDataBroker based info addon. It provides a simple friends display, with a tooltip that shows detailed information about friends online. Visit my site for more great addons. Please send all bugs, feature requests and questions to [email protected]
|Nov 24, 2014
|Good News Everyone! GoodNewsEveryone! is a "reactive ability" alert addon. If will display proc buffs the player should know about for decision making, and abilities that are only available under certain conditions. GNE! is inspired by OhSnap's design and MSBT's triggers. Supported class buffs Please note that "reactive" abilities like Kill Shot are not listed here as they are provided by the Blizzard Combat Text events. Also buffs that the player won't make decisions based on are not tracked...
|Nov 20, 2014
|Makes the Blizzard options frame movable and resizable
|Nov 16, 2014
|This addon provides further control possibilities for any other Grid status. By now the following controls are available: show or hide status on key press (KeyGuard) show or hide status in or out of combat (CombatGuard) convert duration status (like aura duration) to min/max value status to be able to display remaining time of auras on bar indicators (like GridManaBars) (ToBarFilter) filter status for specific classes (ClassGuard) convert color of status to class color (ClassColorFilter) aura...


text:
We have added the following products to your shopping cart from a previous visit:
Professional Ratings: 90 Wine Spectator
Region: Barossa Valley, Australia
Varietal: Syrah/Shiraz
Style: Big & Bold
Alcohol By Volume: 14.5%
Item no. 107727
Like previous vintages, this wine is a full-flavored intense wine with drink-now softness. Showing rich, ripe berried flavor with hints of spice and soft tannins, this Shiraz has the characteristics which makes this region famous.
Ripe, with a dark hue to the color and flavors, offering smoky, black olive-tinged black cherry and spice flavors on a medium-weight frame. Drink now through 2013. 1,400 cases made.


text:
0 products
- Your shopping cart is empty!
- Magic: The Gathering
- More Games
- Accessories & Figurines
- More Games
Set & Rarity: Alara Reborn, Mythic Rare
Card Type: Legendary Creature - Dragon
Power/Toughness: 7 / 7
Card Text: Flying, haste When Karrthus, Tyrant of Jund comes into play, gain control of all Dragons, then untap all Dragons. Other Dragon creatures you control have haste.
Flavour Text:
Artist Credit: Dave Kendall
Expansion: Alara Reborn
There is currently no reviews or combos submitted for this item. Be the first to write a review or combo for this item now and be in with a chance to win a prize!
Add Review and Combo
Found this product for less somewhere else? Let us know! Please note that the cards must be from the same set, in mint condition and in stock.
Would you like us to restock this item? Please let us know!
Please let us know below what card(s) you would like us to restock. We will make them available and notify. Please state card name, quantity and edition.
More Information >>
Your Account
Contact Us
- Manaleak.com, 32 Broad Street, Worcester, WR1 3NH, United Kingdom
- 01905-745-032
- email@example.com
- Contact Us
Manaleak.com © 2015