PDA

Bekijk Volledige Versie : Belangrijkste "hosting" Linux commando's



Dion Wales
07/11/07, 12:38
Collega's,

Ik wil graag een overzicht maken van de belangrijkste Linux commando's die we in de webhosting wereld gebruiken.
En dan niet alleen de commando's, maar ook wat ze doen / tot doel hebben.

Het is de bedoeling er dan een soort referentie mini Wiki van te maken, waarin je bij problemen snel op kunt zoeken welke commando's je tot een oplossing kunnen helpen.

Heb je nog commando's, post ze dan, dan ga ik ze allemaal verwerken.
Mocht er al zoiets op internet staan, dan graag een link :)

D. ter Horst
07/11/07, 12:49
Ik heb hier nog een boek ligen van 'vroegâh' (welke nodig was voor school) waarin achterin zo'n beetje alle commando's staan mét Nederlandse beschrijving (wat doen ze, wat zijn de parameters, wat doen die, etc.).

ISBN 90 395 2042 9

Misschien heb je er wat aan.

beetle
07/11/07, 12:50
ls:
Om de inhoud van een directory te kunnen bekijken geef je de opdracht ls. Nu zie je een lijst met namen, waaronder bin, boot, dev, etc, home, enz. Dit zijn allemaal directory's. ;)

pierce
07/11/07, 13:00
echo hello world

Voor meer commando's:
http://www.ss64.com/bash/

Serve-xs
07/11/07, 13:44
ls:
Om de inhoud van een directory te kunnen bekijken geef je de opdracht ls. Nu zie je een lijst met namen, waaronder bin, boot, dev, etc, home, enz. Dit zijn allemaal directory's. ;)


Directory's zijn blauw.
Bestanden zijn wit.
Execute files zijn groen.


Misschien gemakkelijk om erbij te zetten.

Erik
07/11/07, 13:47
Het lijkt me een beetje onzinnig omdat er al zoveel sites zijn met uitleg van de belangrijkste unix/linux commando's. Misschien is het een beter idee om specifieke problemen aan te kaarten + de oplossing. Dus bijv. apache2 crasht: kijk in de logs, als er staat max_clients reached: verhoog max clients setting. Dat soort dingen.

ilnee
07/11/07, 13:48
Misschien gemakkelijk om erbij te zetten.
Als je mensen op het verkeerde been wilt zetten wel, het gaat namelijk niet op voor alle distro's ;)

Magus
07/11/07, 14:00
Is dat niet een beetje heel erg basic? Hoe ga je een *nix server onderhouden als je voor bash commando's zoals ls een referentie nodig hebt? Je hebt immers 'man' om alle switches van commando's na te lezen? ls -al geeft bijvoorbeeld ook de file parameters mee. Wat ga je zonder top, netstat, route, traceroute, ifconfig, vi, wget, grep, more, en alle andere basisinstructies doen? Is het dan niet handiger een windowskast te gaan gebruiken?

phreak
07/11/07, 14:10
www.tldp.org ... read and have fun.

en niet te vergeten: rm -rf / is heel belangrijk!

electric
07/11/07, 14:17
www.tldp.org ... read and have fun.

en niet te vergeten: rm -rf / is heel belangrijk!


En er duidelijk bij zetten dat men dat NOOIT moet doen :D

Dion Wales
07/11/07, 14:29
Goed idee Erik, dat is inderdaad waardevoller. Ik ga me eens even hierin verdiepen.


Het lijkt me een beetje onzinnig omdat er al zoveel sites zijn met uitleg van de belangrijkste unix/linux commando's. Misschien is het een beter idee om specifieke problemen aan te kaarten + de oplossing. Dus bijv. apache2 crasht: kijk in de logs, als er staat max_clients reached: verhoog max clients setting. Dat soort dingen.

phreak
07/11/07, 14:58
En er duidelijk bij zetten dat men dat NOOIT moet doen :D

sshhht! :)

Dion Wales
07/11/07, 15:42
Hahaha, straks allemaal van die vakantiehosters die het uit gaan proberen... lol...

t.bloo
07/11/07, 15:42
En er duidelijk bij zetten dat men dat NOOIT moet doen :D

nee hoor, dat is gewoon het kaf van het koren scheiden, of survival of the fittest of zo iets

GlennMatthys
07/11/07, 15:43
Dit vind ik dus totaal overbodig, als unix admin dien je gewoon te weten hoe dingen werken. Als je moet op een wiki beginnen kijken om een taak uit te voeren dan weet je niet waarmee je bezig bent. En heeft overigens iedereen wel zijn eigen set aan commando's die hij of zij graag gebruikt.

Het enigste wat ik je wel niet wil onthouden is hoe je alle semaphores sluit die apache laat rondslingeren als je er teveel mee "geprutst" hebt en apache niet meer wil starten om één of andere vage reden:


for i in `ipcs -s | awk '/httpd/ {print $2}'`; do (ipcrm -s $i); done




nee hoor, dat is gewoon het kaf van het koren scheiden, of survival of the fittest of zo iets


Inderdaad ;)



Het lijkt me een beetje onzinnig omdat er al zoveel sites zijn met uitleg van de belangrijkste unix/linux commando's. Misschien is het een beter idee om specifieke problemen aan te kaarten + de oplossing. Dus bijv. apache2 crasht: kijk in de logs, als er staat max_clients reached: verhoog max clients setting. Dat soort dingen.
Dat lijkt mij toch redelijk vanzelfsprekend, als je zoiets niet kan bedenken...

Keizer
07/11/07, 16:07
Dit vind ik dus totaal overbodig, als unix admin dien je gewoon te weten hoe dingen werken. Als je moet op een wiki beginnen kijken om een taak uit te voeren dan weet je niet waarmee je bezig bent. En heeft overigens iedereen wel zijn eigen set aan commando's die hij of zij graag gebruikt.

Het enigste wat ik je wel niet wil onthouden is hoe je alle semaphores sluit die apache laat rondslingeren als je er teveel mee "geprutst" hebt en apache niet meer wil starten om één of andere vage reden:


for i in `ipcs -s | awk '/httpd/ {print $2}'`; do (ipcrm -s $i); done




Inderdaad ;)


Dat lijkt mij toch redelijk vanzelfsprekend, als je zoiets niet kan bedenken...


dat jij hier mr. genius bent wil nog niet betekenen dat iedereen geniaal is?

wat nou als 'de unix admin' even met iets dringends bezig is terwijl een heldeskmedewerker het ook wel toevertrouwd is om 1, 2 of 3 handelingen te verrichten via putty, what the deal? wat kan jij nou tégen het idee van TS hebben? ga toch lekker met je concullega-unix-admins spelen in club mbit ofzo!

ik vind het een goed iniatief, overal staan de unix commando's met bosjes tegelijk onoverzichtelijk in een lijstje terwijl je als 'webhoster' maar een paar commandos'nodig hebt..


commando's die wat mij betreft in de lijst mogen voorkomen:


nano
vi
pico
tail
grep
ps aux
top
mysql
rm
rmdir
chmod
chgrp
service
tar

overigens heb ik al een bestand op me pc waarin de meest gebruikte codes (zoals hierboven) zoals eerder gebruikt staan gekopiëerd, want waarom zou je de 'unix admin' daarmee lastig vallen als je et zelf kunt (denk aan chmodje, map verwijdere die door joomla is aangemaakt (apache als owner), of een bestandje untarren, mysql dbtje importeren, etc)


Het lijkt me een beetje onzinnig omdat er al zoveel sites zijn met uitleg van de belangrijkste unix/linux commando's. Misschien is het een beter idee om specifieke problemen aan te kaarten + de oplossing. Dus bijv. apache2 crasht: kijk in de logs, als er staat max_clients reached: verhoog max clients setting. Dat soort dingen.


howto's (thnx snaaps) zoals op ccchosting.nl zijn wel weer ideaal, maar om nou een troubleshooter voor je concullega's te maken, dat gaat me wat te ver

DutchTSE
07/11/07, 16:33
dat jij hier mr. genius bent wil nog niet betekenen dat iedereen geniaal is?

wat nou als 'de unix admin' even met iets dringends bezig is terwijl een heldeskmedewerker het ook wel toevertrouwd is om 1, 2 of 3 handelingen te verrichten via putty, what the deal? wat kan jij nou tégen het idee van TS hebben? ga toch lekker met je concullega-unix-admins spelen in club mbit ofzo!
Dat jij hier te weinig van unix af weet moet je een ander niet kwalijk nemen. Je hoort pas webhosting te gaan aanbieden als je ook weet hoe je systemen werken, en hoe je problemen moet oplossen.

En als je 'unix admin' te druk bezig is waardoor een helpdeskmedewerker het moet uitvoeren, dan moet je eens grondig nadenken of je niet extra personeel moet aannemen... of ben jij van het type fingers crossed als je unix admin ziek is? (en je dus aangewezen bent op je helpdeskmedewerker)?

Welkom in het echte bedrijfsleven?

GlennMatthys
07/11/07, 16:37
Wel één van de dingen die ik tegen zo'n samen gegroepeerde lijst aan commando's heb, is dat elke server anders is. Niet alle servers komen, bijvoorbeeld, met vi, vim, nano of dergelijke voorgeinstalleerd. Er gaan zeker gevallen voorkomen in die lijst waar een commando gewoon niet werkt omdat het niet aangepast is aan de omgeving waar de admin zich op dat moment bevindt. Volgens mij zetten we hiermee de mede beginnende admins op het verkeerde spoor.

Ook het klakkeloos volgen van howto's is wel OK in een thuis situatie om ervaring op te doen, maar om dit direct in productie te smijten is gewoonweg not done: wat als er een probleem is met je setup? Dan moet je je weg beginnen zoeken door dingen waar je praktisch niets van afweet.

Overigens hebben software zoals apache's httpd heel goede en uitgebreide handleiding die praktisch alle gevallen uit de doeken doen. Men begint beter die te lezen dan overal dingen bijeen te sprokkelen om iets geconfigureerd te krijgen op een bepaalde manier.

bakkerl
07/11/07, 16:40
dat jij hier mr. genius bent wil nog niet betekenen dat iedereen geniaal is?

wat nou als 'de unix admin' even met iets dringends bezig is terwijl een heldeskmedewerker het ook wel toevertrouwd is om 1, 2 of 3 handelingen te verrichten via putty, what the deal? wat kan jij nou tégen het idee van TS hebben? ga toch lekker met je concullega-unix-admins spelen in club mbit ofzo!

Dan hoop ik voor je dat 'de unix admin' alles zo gedaan heeft en dat het meeste wat een helpdeskmedewerker mag doen, netjes in scripts geregelt heeft zonder dat die helpdesk medewerker daarvoor 'de unix admin' rechten nodig heeft.
Een gemiddelde linux shell met 'de unix admin' rechten is onverbiddelijk. Een file weg gooien is ook weg gooien... *schat waar zijn de backups....*

Daarnaast zie ik hier ook 'vi' opgenoemt worden. Welke gek dat wil noemen in het lijstje van snel te gebruiken applicaties moet zich helemaal gaan schamen. vi heeft een grotere leer curve dan een gemiddelde linux shell.

Ingvald
07/11/07, 16:48
Is het dan niet handiger een windowskast te gaan gebruiken?
Waarmee je wil impliceren dat Windows hosters allemaal point-and-click kiddies zijn?

Wij gebruiken net zo goed de CLI hoor. En ja ik gebruik daarnaast ook de GUI, niets mis mee.

Trouwens, de DirectAdmin die u aanbiedt is dat dan ook geen GUI?

Keizer
07/11/07, 16:49
Dat jij hier te weinig van unix af weet moet je een ander niet kwalijk nemen. Je hoort pas webhosting te gaan aanbieden als je ook weet hoe je systemen werken, en hoe je problemen moet oplossen.

En als je 'unix admin' te druk bezig is waardoor een helpdeskmedewerker het moet uitvoeren, dan moet je eens grondig nadenken of je niet extra personeel moet aannemen... of ben jij van het type fingers crossed als je unix admin ziek is? (en je dus aangewezen bent op je helpdeskmedewerker)?

Welkom in het echte bedrijfsleven?

dus ik moet zelf weten hoe me systemen werken, ik moet zelf problemen oplossen, én ik moet een extra 'unix admin' in dienst nemen? beetje krom he? ik zorg er liever voor dat alles goed loopt en dat ik de 'unix admin' niet stoor met van die kleine kutdingen terwijl ik of een helpdeskmedewerker dat zelf ook kan..

als jij van het type EZ bent die én een bedrijf runt én de 'unix admin' speelt dan mag je jezelf wel 3x welkom heten in het 'echte' bedrijfsleven


Dan hoop ik voor je dat 'de unix admin' alles zo gedaan heeft en dat het meeste wat een helpdeskmedewerker mag doen, netjes in scripts geregelt heeft zonder dat die helpdesk medewerker daarvoor 'de unix admin' rechten nodig heeft.
Een gemiddelde linux shell met 'de unix admin' rechten is onverbiddelijk. Een file weg gooien is ook weg gooien... *schat waar zijn de backups....*

Daarnaast zie ik hier ook 'vi' opgenoemt worden. Welke gek dat wil noemen in het lijstje van snel te gebruiken applicaties moet zich helemaal gaan schamen. vi heeft een grotere leer curve dan een gemiddelde linux shell.

couplet 1: nee geen mbo'ers aanwezig hier
couplet 2: ik heb gebruik geen vi (alleen als nano er niet opstaat).. dat verklaart alweer het verschil tussen jou en mij (unix admin en een hobbyist)

GlennMatthys
07/11/07, 16:55
couplet 2: ik heb gebruik geen vi (alleen als nano er niet opstaat).. dat verklaart alweer het verschil tussen jou en mij (unix admin en een hobbyist)
En jij gaat er van uit dat bakkerl een hobbyist is? Dat voor jou de editor dat iemand gebruikt uitmaakt welk niveau van kennis die iemand heeft, getuigd pas echt van het niveau van kennis dat jij zelf beheerst.

OEPS ik heb mij vergist, negeer maar :-)

Keizer
07/11/07, 16:56
En jij gaat er van uit dat bakkerl een hobbyist is? Dat welke editor je gebruikt uitmaakt welk niveau van kennis je hebt, getuigd pas echt van het niveau van kennis dat je zelf beheerst.

jammer dat ik geen kleurtjes kan gebruiken.. ik zeg juist dat HIJ de unix admin is en IK de hobbyist.. ff beter opletten glenn ;)

GlennMatthys
07/11/07, 16:58
jammer dat ik geen kleurtjes kan gebruiken.. ik zeg juist dat HIJ de unix admin is en IK de hobbyist.. ff beter opletten glenn ;)

Dat heb ik inderdaad even verkeerd gelezen, sorry.

Magus
07/11/07, 17:21
Waarmee je wil impliceren dat Windows hosters allemaal point-and-click kiddies zijn?

Wij gebruiken net zo goed de CLI hoor. En ja ik gebruik daarnaast ook de GUI, niets mis mee.

Trouwens, de DirectAdmin die u aanbiedt is dat dan ook geen GUI?

om een windowsbak goed te beheren is inderdaad ook ruim voldoende kennis nodig. Maar het is wel eenvoudiger om met de grafische schil de eenvoudige taken uit te voeren waar het in dit topic over ging, de basis "commando's" of "codes" ofzo.

Als er security, hoge loads, hack pogingen, logging, balancering etc om de hoek komt kijken, dien je van elk systeem meer te weten dan alleen een lijstje commando's of dat nu *nix of win* is. Maar dat gaat volgens mij ook verder dan wat de TS wil gaan doen met zijn server(s), omdat je anders geen topic als deze opent ;)

DutchTSE
07/11/07, 17:52
als jij van het type EZ bent die én een bedrijf runt én de 'unix admin' speelt dan mag je jezelf wel 3x welkom heten in het 'echte' bedrijfsleven
Als je mijn rDNS/IP zou kunnen zien waarvandaan deze post wordt geplaatst dan kun je jezelf nog eens afvragen of jij wel gelijk hebt ;)

tipje van de sluier: wereldwijd 25.000 werknemers, en we doen inderdaad hosting. Helpdeskmedewerkers doen helemaal niks behalve calls registeren, wij doen alleen problemen waarvoor een SIA/SCA bestaat, daarachter staan 2 teams met windows/unix specialisten ;)

En voor mezelf inderdaad EZ, maar dan moet je ook niet beginnen over helpdeskmedewerkers, want die heb je niet als je alleen bent.

ju5t
07/11/07, 18:11
Als je mijn rDNS/IP zou kunnen zien waarvandaan deze post wordt geplaatst dan kun je jezelf nog eens afvragen of jij wel gelijk hebt ;)

Ik gok op Getronics.
En daar zitten ook niet altijd de meest heldere lichten van deze aardbol.

Keizer
07/11/07, 18:11
dus je bent op bezoek bij een bedrijf met 25k werknemers maar je hebt zelf een EZ? ik volg je niet meer..

normalitair zorgen helpdeskmedewerkers toch voor het oplossen van een probleem? niet zo handig als ze alleen de calls registreren zodat de 2e lijn (of 'jullie', of specialisten) weer bezig moet terwijl het niets voorstelt

ik heb liever 1 persoon met hersenen en verstand aan de lijn die 90% kan regelen (evt met behulp van een knowledgebase waar dit topic trouwens over gaat) dan 3 die van de straat geplukt zijn en er geen hout van snappen...

ik ga naar huis, groete

bakkerl
07/11/07, 18:31
normalitair zorgen helpdeskmedewerkers toch voor het oplossen van een probleem? niet zo handig als ze alleen de calls registreren zodat de 2e lijn (of 'jullie', of specialisten) weer bezig moet terwijl het niets voorstelt


de helpdesk mensen die hier zitten, registreren alleen maar de calls, verder doen ze geheel niets aan je probleem. Nee, niet zelfde bedrijf als DutchTSE. Wij doen maar 40000+ medewerkers over 41 landjes (mag je dat wereldwijd noemen? ;) )

Groovy
07/11/07, 20:34
couplet 1: nee geen mbo'ers aanwezig hier
couplet 2: ik heb gebruik geen vi (alleen als nano er niet opstaat).. dat verklaart alweer het verschil tussen jou en mij (unix admin en een hobbyist)

Ahum, op het HBO wordt 0,0 besteed aan iets als linux. Op meer dan de helft van de HBO scholen kan je niet eens inloggen met een linux laptop of een firefox browser. Systeembeheer gerelateerde vakken op het HBO worden meestal half gekopieerd van Microsoft en bevatten meestal Active Directory als onderwerp.

Op het MBO wordt wel aandacht aan Linux besteed, zonder GUI of iets. Dat je op een MBO opleiding ook je diploma kan halen door niks te doen wil niets zeggen over een MBO scholier maar eerder van de MBO opleidingen.

Elke opleiding is pas iets waard als de persoon het ook waard is! Van mijn oude HBO klas (30 mensen, 17 VWO, 6 HAVO en 7 MBO) zijn we uiteindelijk met 6 man overgebleven welke allemaal van het MBO afkwamen.

p.s. ik ken wo'ers die thuis zitten omdat ze ontslagen zijn ivm te weinig praktijk ervaring.

Just my 0,02

Freakingme
07/11/07, 21:10
MAN!

Lijkt mij toch wel _het_ belangrijkste linux commando voor iedereen die deze basic-commando's nog niet kent.

bakkerl
07/11/07, 21:18
MAN!

Lijkt mij toch wel _het_ belangrijkste linux commando voor iedereen die deze basic-commando's nog niet kent.

vervang dat dan voor
man Linux is nog steeds case gevoelig ;)

t.bloo
07/11/07, 21:27
foo:~ bar$ MAN!
-bash: MAN!: command not found

(blijft leuk)

DutchTSE
07/11/07, 21:33
dus je bent op bezoek bij een bedrijf met 25k werknemers maar je hebt zelf een EZ? ik volg je niet meer..

normalitair zorgen helpdeskmedewerkers toch voor het oplossen van een probleem? niet zo handig als ze alleen de calls registreren zodat de 2e lijn (of 'jullie', of specialisten) weer bezig moet terwijl het niets voorstelt

ik heb liever 1 persoon met hersenen en verstand aan de lijn die 90% kan regelen (evt met behulp van een knowledgebase waar dit topic trouwens over gaat) dan 3 die van de straat geplukt zijn en er geen hout van snappen...

1e alinea: Klopt helemaal ;)
2e alinea: ik heb het absoluut niet verzonnen en zeg ook absoluut niet dat ik het met die werkwijze eens ben, maar helaas is het wel zo :)
3e alinea: je 1e 2 regels geef ik je gelijk in, de laatste regel is dan weer onzin, er zitten hier voornamelijk mensen met kennis, en specialist wordt je niet zonder certificaten/diploma's.

@bakkerl: hehe ;)

ju5t
07/11/07, 21:45
Een certificaat of diploma laat alleen zien dat iemand kan leren. Dat zegt verder niets over de uitvoering. Natuurlijk moet je wel je diploma halen om te laten zien dat je iets kunt, maar een garantie voor succes is het zeker niet.

Dus ik ga er ook niet per definitie vanuit dat iemand specialist is omdat hij of zij bepaalde diploma's heeft.

Eerstelijns registreren volgens mij trouwens niet alleen calls, in ieder geval niet bij de bedrijven waar ik wel eens heb mogen rondneuzen, maar ze moeten ook vragen beantwoorden etc. zelfs SIA's werden door hen uitgevoerd (waar mogelijk, zonder specifiek benodigde kennis).

Dion Wales
08/11/07, 09:22
Laat ik even duidelijk stellen, dat ik dus zeker geen beginner ben. Ik werk nu ondertussen 6 jaar als Linux/Unix beheerder. Ondertussen alweer 2 jaar in de hostingwereld.

De reden dat ik dit topic ben begonnen is dat iedereen een andere werkwijze heeft. Een eigen werkwijze is goed, maar het is ook goed om te kijken hoe een ander dingen aan zou pakken.

Mijn vraag is, vermoed ik, wat vreemd gesteld, omtrent de commando's en het maken van een lijst. Sommige mensen denken van: wat moet ik met een Wiki? Wat moet ik met een soort knowledge base? Of waarom zou je collega's helpen aan een houwvast?

Wanneer er bijvoorbeeld 20 servers uitknallen, kun je nagaan dat je het druk hebt. Je komt zo snel niet op het commando voor de Linux/Unix versie die je op dat moment gebruikt. Dan kun je Googlen, maar handiger is het als je een vast adres hebt waar je voor alle meest gebruikte distro's info kunt vinden.

Maar goed, ik ga inbound wel e.e.a. bouwen, sowieso om het hier wat te versimpelen.

Aardige discussie hier, maar wel op een goede manier dunkt me.

guidob
08/11/07, 09:41
for i in $(ls /var/log/httpd/domains/*.log|grep -v error); do cat $i; done | awk '{ print $1 }' | sort | uniq -c | sort -g

Aantal hits per IP opvragen in apache log en sorteren.


netstat -plan | grep :80 | awk {'print $5'} | cut -d: -f1 | sort | uniq -c | sort -nk1

Aantal netwerk connecties naar server opvragen en sorteren.

bakkerl
08/11/07, 10:02
De reden dat ik dit topic ben begonnen is dat iedereen een andere werkwijze heeft. Een eigen werkwijze is goed, maar het is ook goed om te kijken hoe een ander dingen aan zou pakken.

Wanneer er bijvoorbeeld 20 servers uitknallen, kun je nagaan dat je het druk hebt. Je komt zo snel niet op het commando voor de Linux/Unix versie die je op dat moment gebruikt. Dan kun je Googlen, maar handiger is het als je een vast adres hebt waar je voor alle meest gebruikte distro's info kunt vinden.
Wanneer er 20 machines uitvallen dan moet je mensen hebben die dat kunnen fixen met parate kennis en niet mensen die kun commando's nog moeten opzoeken.

En als iemand dan toch moet gaan zoeken, moet die gaan zoeken op omschijving van de functionaliteit en niet op commando naam (die wist de persoon namelijk niet). Veel sucses als je daar op wil gaan zoeken.

Het is dan ongeveer sneller om te connecten op irc, en daar midden in een kanaal je vraag te stellen, waarbij je je probleem duidelijk kunt formuleren en interactief terug kunt koppelen wat er goed of mis gaat.

gewoon mijn 2 centjes.



for i in $(ls /var/log/httpd/domains/*.log|grep -v error); do cat $i; done | awk '{ print $1 }' | sort | uniq -c | sort -g

Aantal hits per IP opvragen in apache log en sorteren.

Indien je gebruikt van direct admin. Een default apache of package geinstalleerde apache maakt geen gebruik van de folder '/var/log/httpd/domains/'




netstat -plan | grep :80 | awk {'print $5'} | cut -d: -f1 | sort | uniq -c | sort -nk1

Aantal netwerk connecties naar server opvragen en sorteren.
Correctie: Het aantal HTTP connecties naar een server opvragen.

Het aantal httpS of ssh of wat voor protocol/app connecties laatje hier niet mee zien. Terwijl de omschrijving "
Aantal netwerk connecties naar server opvragen" dit wel pretendeerd.

En zo zijn dit al 2 voorbeelden van dingen die wel in een wiki of wat dan op een site kunnen staan, maar of zijn specifiek van een applicatie (directadmin) of klopt de omschijving niet met wat men bedoelt. En zo gok ik dat 90% dan in elkaar zal zitten.

guidob
08/11/07, 10:44
En zo zijn dit al 2 voorbeelden van dingen die wel in een wiki of wat dan op een site kunnen staan, maar of zijn specifiek van een applicatie (directadmin) of klopt de omschijving niet met wat men bedoelt. En zo gok ik dat 90% dan in elkaar zal zitten.

Jemig, ik denk ik draag wat bij... Ik ben geen boek aan het schrijven. Overigens is dit niet specifiek voor directadmin, je moet gewoon de goeie log files aanwijzen.

bakkerl
08/11/07, 10:52
Jemig, ik denk ik draag wat bij... Ik ben geen boek aan het schrijven. Overigens is dit niet specifiek voor directadmin, je moet gewoon de goeie log files aanwijzen.
Het was ook zeer zeker niet bedoelt om jou als persoon aan te vallen.
Ik heb je voorbeelden gebruikt om te laten zien dat beide al in specifieke gevallen gelden, waarbij dit niet in de omschrijving stond vermeld ;)

En in het geval van dat er een variatie in kan zitten voor de eigen systemen zou ik iets als in de volgende notatie gaan


...n $(ls <apache log folder>/*.log |grep -v error); ...