Sponsored Content
The Lounge What is on Your Mind? Cut Over to New Data Center and Upgraded OS Done. :) Post 303022888 by Neo on Sunday 9th of September 2018 12:28:35 AM
Old 09-09-2018
Quote:
Originally Posted by Aia
Sorry, Neo, if I struck a nerve there, but I never said that CI/CD are engineering principles. I said that the Cloud is appreciated by those customers that implements CI/CD as part of their developing and delivering/deployment strategy. You had a lot to say and seems to have a strong opinion that anything opposite to your logic is "one sided". I do not have anything else to say.
You did not "strike a nerve with me" ... I did not reply with emotion.

AND,

Basic engineering principles are not "strong opinion".

They are facts.

There is no doubt (in my mind at least) that the terms you highlighted in bold, quoting you exactly:

Quote:
It is all about Continuous Integration and Continuous Delivery and Continuous Deployment.
That is simply "marketing buzzword hype" ... it's not my opinion.

That phrase paints a picture which is meant by marketing people to sell a technology service based on a one-sided promise. That obvious to the casual observer.

Just because I do not agree with your post, does not mean it "hit a nerve".. but it is my responsibility to reply to something posted here which is hype and not factual "system engineering".

I'm a formally trained system engineering guy with 40 years of system engineering experience, all in UNIX and Linux related IT networking and computing, since before the Internet until now, still coding and administering systems, because I love it, not because I have to do it for a living.

Some people actually think all these decades of hands-on experience has a lot of value Smilie

If you don't think my reply has value, then sorry about that.
This User Gave Thanks to Neo For This Post:
 

5 More Discussions You Might Find Interesting

1. Virtualization and Cloud Computing

Cloud Enabling Computing for the Next Generation Data Center

Hear how the changing needs of massive scale-out computing is driving a transfomation in technology and learn how HP is supporting this new evolution of the web. More... (1 Reply)
Discussion started by: Linux Bot
1 Replies

2. HP-UX

Need to set up a HP cluster system in a data center

What are the server requirements, Software requirements, Network requirements etc, Please help me.. as 'm new 'm unable to get things done @ my end alone. Please refrain from typing subjects completely in upper case letters to get more attention, ty. (5 Replies)
Discussion started by: Sounddappan
5 Replies

3. Shell Programming and Scripting

Failure rate of a node / Data center

Hi, Please, i have a history of the state of each node in my data center. an history about the failure of my cluster (UN: node up, DN: node down). Here is some lines of the history: 08:51:36 UN 127.0.0.1 08:51:36 UN 127.0.0.2 08:51:36 UN 127.0.0.3 08:53:50 DN 127.0.0.1 ... (6 Replies)
Discussion started by: chercheur111
6 Replies

4. What is on Your Mind?

Resolved: Issue in Server Data Center

Dear All, There was a problem in the data center data, which caused the server to be unreachable for about an hour. Server logs show the server did not crash or go down. Hence, I assume there was a networking issue at the data center. Still waiting for final word on what happened. ... (4 Replies)
Discussion started by: Neo
4 Replies

5. What is on Your Mind?

OUTAGE: Data Center Problem Resolved.

There was a problem with our data center today, creating a site outage (server unreachable). That problem has been resolved. Basically, it seems to have been a socially engineered denial-of-service attack against UNIX.com; which I stopped as soon as I found out what the problem was. Total... (2 Replies)
Discussion started by: Neo
2 Replies
nfslog.conf(4)							   File Formats 						    nfslog.conf(4)

NAME
nfslog.conf - NFS server logging configuration file SYNOPSIS
/etc/nfs/nfslog.conf DESCRIPTION
The nfslog.conf file specifies the location of the NFS server logs, as well as the location of the private work files used by the NFS server and nfslogd(1M) daemon during logging. Each entry in the file consists of a mandatory tag identifier and one or more parameter iden- tifiers. The parameter identifier specifies the value or location of the specific parameter. For instance, the parameter identifier "log=/var/nfs/logs/serverLog" specifies the location of the NFS server activity log. The mandatory tag identifier serves as an index into the /etc/nfs/nfslog.conf file to identify the various parameters to be used. At export time, the share_nfs(1M) command specifies the NFS server logging parameters to use by associating a tag from the /etc/nfs/nfslog.conf file to the exported file system. It is legal for more than one file system to be exported using the same logging tag identifier. NFS server logging is not supported on Solaris machines that are using NFS Version 4. A "global" tag identifier is included in /etc/nfs/nfslog.conf. It specifies the default set of values to be used during logging. If no tag identifier is specified at export time, then the values in the "global" entry are used. The "global" values can be modified by updating this entry in /etc/nfs/nfslog.conf. Each entry in the file must contain a mandatory tag identifier and at least one parameter/value pair. If a parameter is not specified in a given entry, the global value of the parameter will be used. The exact entry syntax follows: <tag> [defaultdir=<path>] [log=<path><file>] [fhtable=<path><file>] [buffer=<path><file>] [logformat=basic|extended] defaultdir=<path> Specifies the directory where the logging files and working files will be placed. This path is prepended to all relative paths speci- fied in other parameters. log=<path><file> Specifies the location of the user-readable log file. The log will be located in the defaultdir, unless <path> is an absolute path. fhtable=<path><file> Specifies the location of the private file handle to path mapping database files. These database files are for the private use of the NFS server kernel module and the nfslogd daemon. These files will be located in the defaultdir, unless <path> is an absolute path. These database files are permanently stored in the file system. Consult nfslogd(1M) for information on pruning the database files. buffer=<path><file> Specifies the location of the private work buffer file used by the NFS server kernel module to record raw RPC information. This file is later processed by the nfslog daemon, which in turn generates the user-readable log file. This work buffer file will be located in the defaultdir, unless <path> is an absolute path. logformat=basic|extended Sets the format of the user-readable log file. If not specified, the basic format is used. The basic format is compatible with log files generated by the Washington University FTPd. The extended format provides a more detailed log, which includes directory modifica- tion operations not included in the basic format, such as mkdir, rmdir and remove. Note that the extended format is not compatible with Washington University's FTPd log format. EXAMPLES
Example 1: Using the global Tag The "global" tag may be modified so that all exported file systems that enabled logging use a common set of parameters that conform to the specific needs of the user. These values are used until a specific tag identifier overrides them. global defaultdir=/var/nfs log=logs/nfslog fhtable=tables/fhtable buffer=buffers/nfslog_workbuffer logformat=basic Example 2: Overriding the Global defaultdir and logformat Because log files can become very large, it may be desirable to store the logs and working files in separate file systems. This can be eas- ily accomplished by simply specifying a different defaultdir for every file system exported by means of a unique tag: engineering defaultdir=/engineering/logging logformat=extended accounting defaultdir=/accounting/logging marketing defaultdir=/marketing/logging File systems shared with the engineering identifier will have their logs and workfiles located in /engineering/logging. For instance, the log file will be located at /engineering/logging/logs/nfslog. Note that the engineering log file will be stored in the extended format, while the rest of the log files will remain in the basic format. Any of the parameters can be updated in a tag identifier, which overrides the global settings. ATTRIBUTES
See attributes(5) for descriptions of the following attributes: +-----------------------------+-----------------------------+ | ATTRIBUTE TYPE | ATTRIBUTE VALUE | +-----------------------------+-----------------------------+ |Availability |SUNWnfssr | +-----------------------------+-----------------------------+ SEE ALSO
nfslogd(1M), share_nfs(1M), attributes(5) NOTES
Logs, work files, and file handle to path mapping database can become very large. Be aware of appropriate placement within the file system name space. See nfslogd(1M)) for information on pruning the database files and cycling logs. SunOS 5.10 2 Dec 2004 nfslog.conf(4)
All times are GMT -4. The time now is 07:20 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy