abonnement Unibet Coolblue
pi_162821993
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug



iotop -o


En met nethogs zie ik ook geen absurde netwerkactiviteit



Wat is deze? :? Wat kan het nog meer zijn :o
pi_162822703
Die 4% "hoge" load?
pi_162823009
quote:
0s.gif Op dinsdag 7 juni 2016 19:21 schreef t4rt4rus het volgende:
Die 4% "hoge" load?
Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).

Een load van 4 is hartstikke hoog.

Edit: Waar het aan zou kunnen liggen zie ik ook niet.

[ Bericht 5% gewijzigd door #ANONIEM op 07-06-2016 19:37:56 ]
pi_162823075
Op een 4-core CPU zou dat ongeveer 100% load zijn idd. Op zich niet bijzonder maar voor een idle systeem wel heel veel ja.
pi_162824605
quote:
0s.gif Op dinsdag 7 juni 2016 19:33 schreef Igen het volgende:

[..]

Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).

Een load van 4 is hartstikke hoog.

Edit: Waar het aan zou kunnen liggen zie ik ook niet.
Hoe zie ik wat er op I/O wacht? Of is iotop daarvoor voldoende
pi_162824896
quote:
0s.gif Op dinsdag 7 juni 2016 20:29 schreef d4v1d het volgende:

[..]

Hoe zie ik wat er op I/O wacht? Of is iotop daarvoor voldoende
Als het goed is bestaat de load uit alle processen die in top de status 'R' hebben. Misschien moet je wat naar beneden scrollen om ze te vinden.
pi_162825426
quote:
0s.gif Op dinsdag 7 juni 2016 19:33 schreef Igen het volgende:

[..]

Load is geen %. Het is het aantal processen dat tegelijk actief is (of op I/O wacht).

Een load van 4 is hartstikke hoog.

Edit: Waar het aan zou kunnen liggen zie ik ook niet.
Oh oké, bedankt.
  dinsdag 7 juni 2016 @ 21:13:44 #263
332574 µ
alt-m
pi_162826029
quote:
0s.gif Op dinsdag 7 juni 2016 18:55 schreef d4v1d het volgende:
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug

[ afbeelding ]

iotop -o
[ afbeelding ]

En met nethogs zie ik ook geen absurde netwerkactiviteit

[ afbeelding ]

Wat is deze? :? Wat kan het nog meer zijn :o
Kapotte mounts?

Ik heb ook wel eens servers op oude NFS-mounts, als die onbeschikbaar/traag worden schiet de iowait ook omhoog. Heb je NFS mounts en kan je die un/remounten? Check ook ff je dmesg of er iets van read/write/io errors in staan. Misschien iets met je raidcontroller of is je raid aan het rebuilden ofzo.
జ్ఞ‌ా
pi_162826118
Lag aan cups en scanimage (saned)

http://bencane.com/2012/0(...)gh-io-wait-in-linux/

1for x in `seq 1 1 10`; do ps -eo state,pid,cmd | grep "^D"; echo "----"; sleep 5; done


[ Bericht 89% gewijzigd door #ANONIEM op 07-06-2016 21:16:41 ]
  dinsdag 7 juni 2016 @ 21:19:30 #265
107418 wdn
Elfen lied O+
pi_162826260
quote:
0s.gif Op maandag 30 mei 2016 11:56 schreef Dubbeldrank het volgende:

[..]

Zoals ik het nu lees wordt na het uitloggen je tmux- of screensessie gewoon de nek omgedraaid. Dit is natuurlijk onwenselijk voor deze tools, daar zal systemd-code voor gemaakt moeten worden. Aangezien ze de systemdroute ingeslagen zijn is dit wel een logische evolutie. Het is nogal een storm in een glas water. Voor nu is het lastig, maar zodra iedereen zijn code daarop aangepast heeft is het resultaat uiteindelijk beter dan het was.
er is een optie in systemd om het killen uit te zetten
Beatus vir qui suffert tentationem.
PSN Rinzewind
Disgaea 5 *O* Horizon Zero Dawn *O* Nier Automata *O* Persona 5 *O*
  dinsdag 7 juni 2016 @ 21:25:23 #266
45457 NightH4wk
Semper Fi!
pi_162826485
quote:
0s.gif Op dinsdag 7 juni 2016 18:55 schreef d4v1d het volgende:
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug

[ afbeelding ]

iotop -o
[ afbeelding ]

En met nethogs zie ik ook geen absurde netwerkactiviteit

[ afbeelding ]

Wat is deze? :? Wat kan het nog meer zijn :o
Kijk even naar je interrupts? Misschien zit er ergens een loop.
pi_162834521
Heb je processen in D (disk sleep)? IIRC tellen die ook mee. En je komt er heel lastig van af.
I hope you can see this because I'm doing it as hard as I can.
pi_162853874
quote:
0s.gif Op dinsdag 7 juni 2016 18:55 schreef d4v1d het volgende:
Ik heb echt een (voor mij) onverklaarbare hoge loadavg.. Terwijl mijn CPU usage oké is.. In htop vind ik in ieder geval niks terug

[ afbeelding ]

iotop -o
[ afbeelding ]

En met nethogs zie ik ook geen absurde netwerkactiviteit

[ afbeelding ]

Wat is deze? :? Wat kan het nog meer zijn :o
Is dit een server of een desktop?
pi_162854780
quote:
0s.gif Op woensdag 8 juni 2016 22:19 schreef Blue_Panther_Ninja het volgende:

[..]

Is dit een server of een desktop?
Server, heeft nu een update van 25 uur en nog geen gekke dingen gezien,

dus cups en saned verwijderd (printen of scannen deed die toch niet) en een reboot heeft het opgelost.

[ Bericht 15% gewijzigd door #ANONIEM op 08-06-2016 22:43:52 ]
pi_162861795
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  Moderator donderdag 9 juni 2016 @ 11:26:36 #271
27682 crew  Bosbeetle
terminaal verdwaald
pi_162862127
linux nerds moeten wel goed leren spellen: http://tweakers.net/nieuw(...)e-uit-te-voeren.html

:D
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
pi_162867529
Als ze een virus met de naam dkpg maken ben ik fucked ;(
pi_162874498
quote:
0s.gif Op woensdag 8 juni 2016 22:42 schreef d4v1d het volgende:

[..]

Server, heeft nu een update van 25 uur en nog geen gekke dingen gezien,

dus cups en saned verwijderd (printen of scannen deed die toch niet) en een reboot heeft het opgelost.
Aha!!

quote:
2s.gif Op donderdag 9 juni 2016 11:26 schreef Bosbeetle het volgende:
linux nerds moeten wel goed leren spellen: http://tweakers.net/nieuw(...)e-uit-te-voeren.html

:D
Whut??
pi_162879332
quote:
11s.gif Op donderdag 9 juni 2016 15:53 schreef KomtTijd... het volgende:
Als ze een virus met de naam dkpg maken ben ik fucked ;(
On it
  Moderator vrijdag 10 juni 2016 @ 10:29:50 #275
27682 crew  Bosbeetle
terminaal verdwaald
pi_162884700
En mochten we vallen dan is het omhoog. - Krang (uit: Pantani)
My favourite music is the music I haven't yet heard - John Cage
Water: ijskoud de hardste - Gehenna
  vrijdag 10 juni 2016 @ 11:20:32 #276
226981 Gehenna
Volksmenner
pi_162914071
http://www.pcworld.com/ar(...)nd-mozilla-thaw.html

En nu is het zo ver: Debian heeft nu ook officieel een 'echte' Firefox.
pi_162914193
quote:
0s.gif Op zaterdag 11 juni 2016 13:35 schreef Igen het volgende:
http://www.pcworld.com/ar(...)nd-mozilla-thaw.html

En nu is het zo ver: Debian heeft nu ook officieel een 'echte' Firefox.
OMG! Hell froze over!
Powered by Janetje®
pi_162914275
quote:
10s.gif Op zaterdag 11 juni 2016 13:40 schreef Dubbeldrank het volgende:

[..]

OMG! Hell froze over!
:Y
Het artikel is al wat ouder maar ik heb nu echt de update naar een officiële Firefox binnen.
pi_162914984
Weet iemand hoe ik in een bash-script de bestandsgrootte van een in een bestand opgenomen bestanden kan krijgen? Liefst POSIX compatible.
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_162925818
quote:
7s.gif Op zaterdag 11 juni 2016 14:14 schreef Aether het volgende:
Weet iemand hoe ik in een bash-script de bestandsgrootte van een in een bestand opgenomen bestanden kan krijgen? Liefst POSIX compatible.
Hmm? Bestanden in een bestand? Of directory?

size=$(stat -c %s $filename) als je gewoon bestandsgrootte zoekt
I hope you can see this because I'm doing it as hard as I can.
pi_162929583
quote:
0s.gif Op zaterdag 11 juni 2016 20:43 schreef LintuxCx het volgende:

[..]

Hmm? Bestanden in een bestand? Of directory?

size=$(stat -c %s $filename) als je gewoon bestandsgrootte zoekt
In een tekstbestand staan een aantal bestanden waarvan ik de totale bestandsgrootte wil hebben.

Die stat -c heb ik ook naar gekeken maar werkt niet (ook) op BSD/Mac.

Ik heb het nu zo opgelost:
1$(ls -l $(cat files.txt) | awk '{ total += $5 }; END { print total }')
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_162933340
quote:
0s.gif Op zaterdag 11 juni 2016 13:35 schreef Igen het volgende:
http://www.pcworld.com/ar(...)nd-mozilla-thaw.html

En nu is het zo ver: Debian heeft nu ook officieel een 'echte' Firefox.
In stable ja, unstable al wat langer.
pi_163074671
Ik heb een image gemaakt van een hardeschijf met DD. alleen nu is deze image groter dan de harde schijf zelf? Wat?

dd if=/dev/sdd conv=sync,noerror bs=8M | pv -s 500107861504 | dd of=exthdd.img

Disk /dev/sdd: 500.1 GB, 500107861504 bytes

1
2
# ls -l
-rw-r--r-- 1 root root 500112031744 Jun 16 19:29 exthdd.img

Wat betekend dit? :o
pi_163077431
Wat voor grootte zie je in /proc/partitions? Die klopt voor mij iig altijd. (Maar je zou verwachten dat die logregel ook wel klopt ipv er ~4MiB naast zitten..)
I hope you can see this because I'm doing it as hard as I can.
  vrijdag 17 juni 2016 @ 08:32:28 #286
131603 Afwazig
Serious business
pi_163078864
Komt denk ik door je 8MB blocksize. Stel dat je er 4 van gebruikt dan verbruik je op je schijf nog steeds 8 MB denk ik?
pi_163078912
quote:
0s.gif Op vrijdag 17 juni 2016 00:56 schreef LintuxCx het volgende:
Wat voor grootte zie je in /proc/partitions? Die klopt voor mij iig altijd. (Maar je zou verwachten dat die logregel ook wel klopt ipv er ~4MiB naast zitten..)
Dat is nog minder
1
2
3
  8       48  488386583 sdd
   8       49  104857600 sdd1
   8       50  383525888 sdd2

quote:
0s.gif Op vrijdag 17 juni 2016 08:32 schreef Afwazig het volgende:
Komt denk ik door je 8MB blocksize. Stel dat je er 4 van gebruikt dan verbruik je op je schijf nog steeds 8 MB denk ik?
Dat klinkt op zich best logisch :P
pi_163079280
quote:
0s.gif Op vrijdag 17 juni 2016 08:36 schreef d4v1d het volgende:

[..]

Dat is nog minder
/proc/partitions is in kilobytes, moe tje nog wel even vermenigvuldigen dus:

488386583*1024
500107860992
500107860992-500112031744
-4170752
500107860992-500107861504
-512

Dus op 512 na komt het ook overeen met die logregel.

Vreemd.

quote:
Dat klinkt op zich best logisch :P
Zo gaat dat op het bestandssysteem-niveau met blokgroottes daar, maar als je een block device block voor block leest moet je dat niet krijgen. Je

Maar op zich is het wel een afronding naar 8 idd. Maf, want normaal gesproken doet dd dat niet. Lijkt door je conv=sync te komen:

wilmer@peer:~$ dd if=/etc/profile conv=noerror bs=8M | dd of=/tmp/exthdd.img
0+1 records in
0+1 records out
1160 bytes (1.2 kB, 1.1 KiB) copied, 2.5145e-05 s, 46.1 MB/s
2+1 records in
2+1 records out
1160 bytes (1.2 kB, 1.1 KiB) copied, 9.37e-05 s, 12.4 MB/s

wilmer@peer:~$ dd if=/etc/profile conv=sync bs=8M | dd of=/tmp/exthdd.img0+1 records in
1+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0339598 s, 247 MB/s
16384+0 records in
16384+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0340096 s, 247 MB/s

Normaal gesproken is bs= geen harde grens maar gewoon de waarde die aan read() meegegeven wordt. Als er minder uitkomt gaat er ook minder naar de write(). Met conv=sync kennelijk niet.
I hope you can see this because I'm doing it as hard as I can.
pi_163081511
quote:
0s.gif Op vrijdag 17 juni 2016 09:08 schreef LintuxCx het volgende:

[..]

/proc/partitions is in kilobytes, moe tje nog wel even vermenigvuldigen dus:
Oh verdomd :') Het was nog vroeg :P
quote:
488386583*1024
500107860992
500107860992-500112031744
-4170752
500107860992-500107861504
-512

Dus op 512 na komt het ook overeen met die logregel.

Vreemd.

[..]

Zo gaat dat op het bestandssysteem-niveau met blokgroottes daar, maar als je een block device block voor block leest moet je dat niet krijgen. Je

Maar op zich is het wel een afronding naar 8 idd. Maf, want normaal gesproken doet dd dat niet. Lijkt door je conv=sync te komen:

wilmer@peer:~$ dd if=/etc/profile conv=noerror bs=8M | dd of=/tmp/exthdd.img
0+1 records in
0+1 records out
1160 bytes (1.2 kB, 1.1 KiB) copied, 2.5145e-05 s, 46.1 MB/s
2+1 records in
2+1 records out
1160 bytes (1.2 kB, 1.1 KiB) copied, 9.37e-05 s, 12.4 MB/s

wilmer@peer:~$ dd if=/etc/profile conv=sync bs=8M | dd of=/tmp/exthdd.img0+1 records in
1+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0339598 s, 247 MB/s
16384+0 records in
16384+0 records out
8388608 bytes (8.4 MB, 8.0 MiB) copied, 0.0340096 s, 247 MB/s

Normaal gesproken is bs= geen harde grens maar gewoon de waarde die aan read() meegegeven wordt. Als er minder uitkomt gaat er ook minder naar de write(). Met conv=sync kennelijk niet.
Gek wel.

Ik ben nu nog een badblocks aan het draaien, als dat allemaal oké is dan vertrouw ik het wel.
pi_163106923
Linux (Ubuntu) bevriest soms.. dan werkt jelemaal niks meer.. muiscursor beweegt ook niet meer.
soms gebeurt het weken niet, soms 5 keer per dag.
Iemand tips ? Nogal vervelend.
see what is invisible to others.
pi_163107612
quote:
0s.gif Op zaterdag 18 juni 2016 11:46 schreef IShootPeople het volgende:
Linux (Ubuntu) bevriest soms.. dan werkt jelemaal niks meer.. muiscursor beweegt ook niet meer.
soms gebeurt het weken niet, soms 5 keer per dag.
Iemand tips ? Nogal vervelend.
Zie je iets in je dmesg op het moment dat het gebeurt?

`dmesg --ctime' voor leesbare timestamps.

Let wel:
quote:
-T, --ctime
Print human readable timestamps. The timestamp could be inaccu-
rate!

The time source used for the logs is not updated after system
SUSPEND/RESUME.



[ Bericht 10% gewijzigd door #ANONIEM op 18-06-2016 12:34:51 ]
pi_163107823
Nou.. niks werkt meer op dat moment. Dus ik vraag me af hoe ik dat dan kan zien.. ik moet de computer resetten om de boel weer aan de gang te krijgen.
see what is invisible to others.
pi_163107855
De logs worden bewaard, dus zouden na opnieuw opstarten leesbaar moeten zijn.
pi_163107887
We gaan het proberen...
see what is invisible to others.
pi_163117932
Ik kan op een Linux bak geen hostnames resolven.

Ik heb geen iptables regels, default policy is accept.
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.

Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.

SELinux staat uit.

Wat kan het nog meer zijn?

Foutmelding is trouwens:
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached
pi_163118115
quote:
0s.gif Op zaterdag 18 juni 2016 19:17 schreef xaban06 het volgende:
Ik kan op een Linux bak geen hostnames resolven.

Ik heb geen iptables regels, default policy is accept.
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.

Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.

SELinux staat uit.

Wat kan het nog meer zijn?

Foutmelding is trouwens:
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached
En je kan wel pingen naar 8.8.8.8?
pi_163130222
quote:
0s.gif Op zaterdag 18 juni 2016 19:17 schreef xaban06 het volgende:
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.
Ik zou inderdaad eerst eens proberen of je 8.8.8.8 kunt pingen.

quote:
Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.
tcpdump doet ook dns lookups, probeer eens tcpdump -n -i any port 53.

Heb je in /etc/nsswitch.conf een entry voor hosts met in ieder geval dns? Bv
hosts: files dns
  zondag 19 juni 2016 @ 19:50:25 #298
332574 µ
alt-m
pi_163144620
quote:
0s.gif Op zaterdag 18 juni 2016 19:17 schreef xaban06 het volgende:
Ik kan op een Linux bak geen hostnames resolven.

Ik heb geen iptables regels, default policy is accept.
Inhoud van /etc/resolv.conf is 8.8.8.8, maar ook met andere servers geprobeerd.

Als ik tcpdump -i any port 53 draai en ik doe een nslookup, zie ik niks voorbij komen.

SELinux staat uit.

Wat kan het nog meer zijn?

Foutmelding is trouwens:
;; connection timed out; trying next origin
;; connection timed out; no servers could be reached
dig @8.8.8.8 fok.nl
?
జ్ఞ‌ా
pi_163156984
olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
  maandag 20 juni 2016 @ 10:47:30 #300
226981 Gehenna
Volksmenner
pi_163157549
quote:
15s.gif Op maandag 20 juni 2016 10:18 schreef Aether het volgende:
olesovhcom twitterde op zondag 19-06-2016 om 21:14:11 @ubuntu asks us to bill you 1e-2e per month for each VPS/PCI/PCC/SD. If not, prohibition to use the mark "Ubuntu" on our website. reageer retweet
:? waar gaat dit over, en wie is hij?
nee, jij dan!
pi_163158039
Vol!
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')