|
|
|
|
Da ich bezweifle, dass der zweite Regex in einem separaten Thread ausgeführt wird, um mehrere CPUs zu kitzeln, müsste das erste etwas schneller sein, da nicht nicht zwischen Regexüberprüfung und sonstiger Logik hin- und hergehüpft werden muss. Aber warum eigentlich ist das zweite eigentlich nicht einfach [A-Z0-9]+.tmp$ ?
/Ganz was andres: Ich bekomme einige Mails von Twitter innerhalb von wenigen Stunden viermal, die sich bis auf den Zeitstempel, wann sie an meinen Postfix ankommen, und die interne ID meines Mailservers aufs Byte gleichen. Hat das noch wer? Soll das so? Ich bin etwas perplex.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von ShinyDoofy am 31.07.2014 15:29]
|
|
|
|
|
|
| Zitat von ShinyDoofy
Aber warum ist das zweite eigentlich nicht einfach [A-Z0-9]+.tmp$ ? | |
Weil -regex den kompletten Pfad prüft.
|
|
|
|
|
|
|
ich hab dann heute wieder gemerkt, warum ich die letzten jahre vermieden habe, irgendwas in sachen netzwerkequipment zu kaufen, was nicht von intel, hp oder cisco stammt.
story:
ich habe einen laserjet 6p "geerbt" (praktisch, da mein 6l sich letztens mit einer blauen wolke verabschiedet hatte), mit ihm einen netgear printserver (PS101v1).
soweit so gut, dachte ich mir, dass wird auch so bei mir laufen. gibt ja auch keinen grund, warum das nicht gehen sollte. ist ja schliesslich alles standardisiert und so.
nunja, angeschlossen, meinen rechner mit IPs aus stiefvaters netz versorgt und versucht auf die webseite des printservers zu kommen.
ergebnis: geht nicht.
reaktion:
noch mal ganz sauber alles überprüft, was ich so eingestellt hatte. auch zur sicherheit noch mal den stiefvater gefragt, ob das teil wirklich statisch konfiguriert war oder ob der sich via dhcp was geholt hat.
nach dem ich da keine fehler gefunden hatte und es klar war, dass der statisch eingestellt war, versuchte ich dann noch mal auf das teil zu kommen.
ergebnis: geht nicht.
reaktion:
nunja, irgendwas stimmt halt nicht so ganz mit der IP konfig, war das was mir an der stelle einfiel. also bauen wir mal nen statischen eintrag in der arp table für die mac von dem printserver.
arp eintrag angelegt und versucht zu pingen, sowie auf das webinterface zu kommen...
ergebnis: geht nicht.
reaktion:
daraufhin mal die netten tools aller nmap und wireshark ausgepackt um zu schaun, was da los ist.
erstes resultat war, oho fliegt hier viel zeugs durch mein netzwerk. so kann ich das nicht sauber debuggen. dann viel mir ein, hey mein rechner hat zwei netzwerkkarten, die zweite ist nicht in benutztung. netzwerkkabel geschnappt, und den printserver direkt an diese karte gesteckt in der hoffnung, dass ich das so sauber debuggen kann.
das ganze hat dann nicht so direkt funktioniert, weil die beiden sich einfach nicht sehen wollten. gut, kann daran liegen, dass das kein cross over kabel ist und vielleicht (auch wenn unwahrscheinlich bei ner aktuellen intel NIC) das MDI-X nicht sauber will. also hab ich mir noch kurz einen ebenfalls geerbten netgear switch dazwischen gesteckt und siehe da, man sieht pakete auf der leitung.
ergebnis: super, hey, problem solved.
reaktion:
dann ist mir allerdings das detail aufgefallen, dass der die ganze zeit auf genau der IP stand, auf der er zu finden sein sollte.
hier dachte ich noch, hey muss ich wohl irgendwo nen kleinen fehler gemacht haben oder irgendwas selber auf der IP laufen haben. ich bin mir allerdings zimlich sicher gewesen, dass letzteres nicht der fall ist/war.
jedenfalls das teil entsprechend meines netzwerkes umkonfiguriert. hierbei habe ich dann auch damit bekanntschaft, dass netgear wohl spass daran hatte im webinterface nahezu nichts an konfigurationsoptionen zu verstecken, sondern die in eine software zu packen, die nicht so direkt ohne weiteres unter einem 64-bit windows läuft. auch das konnte ich irgendwie umbiegen, so dass ich hinterher einen sauber konfigurierten printserver hatte.
so, alle debugging sachen wieder abgebaut, den printserver an den drucker angesteckt und mit seinem finalen netzwerkkabel verbunden. soweit so gut, funktioniert ja alles.
heute hab ich dann versucht etwas zu drucken. warum auch nicht, ging ja gestern, also warum nicht heute?!
ergebnis: WTF, warum läuft der scheiss nicht? das lief doch gestern!
reaktion:
nungut, kontrolliert ob das schon etwas ältere kabel vielleicht aus einem der ports gerutscht war. war nicht der fall. was mir dabei aber aufgefallen war, ist das die (link) leuchte am printserver fröhlich vor sich hinblinkte und am switch komplett aus war. letzterer meldete, dass da kein kabel vorhanden ist.
hier dachte ich mir nun, ok, altes kabel vielleicht hat es nen bruch oder was auch immer. anderes neues kabel dran gesteckt, wird dann schon gehen.
ergebnis: WTF?! WTF?! WTF?! WTF?! WTF?!
reaktion:
der printserver blinkt weiter fröhlich vor sich hin und der switch (hp 100mbit) sagt: NOPE!
ok, anderen switch probiert (cisco 100mbit) -> geht nicht.
ok, noch nen anderen switch probiert (no name 1gbit) -> nope.
ok, weiteren switch probiert (hp 1gbit) -> noooopeeee.
ok, den netgear switch (100 mbit) versucht -> yeah! alles wunderbar.
reaktion:
das ganze an den asus AP mit switch gesteck um zu sehe, jap port led geht an und blinkt hin und her, als wäre da gerade ne nette ddos, die an dem port ankommt. leider keine verbindung möglich und es wird auch keine mac an dem port gefunden.
zu dem zeitpunkt fängts bei mir langsam an zu dämmern.
reaktion:
ja, das teil weigert sich mit switches zu reden.
es will ausschliesslich mit entweder dem netgear switch oder dem managed hp switch, welchen ich als core switch verwende reden. beides ist keine option, weil keiner davon in dem raum steht, in dem der drucker stehen soll.
konkret bedeutet das also, dass ich innerhalb von zwei jahren drei mal das vergnügen hatte, das mir equipment unter die finger gekommen ist, welches sich weigert sauber mit standardkonformen switches und co zu arbeiten.
das erste war eine komische sich durchs netwerk steuernde steckdose, hier dachte mir noch, ok, mir egal, geht das teil wieder zurück und gut.
danach war es der belkin router, der sich mit dem hp officejet eine dos geliefert hatte und der sich auch weigerte mit bestimmten anderen komponenten zu arbeiten. ganz zu schweigen davon, dass man das teil nicht sauber konfigurieren kann, wenn keine DSL modem drangesteckt ist.
nun ist es ein toller netgear printserver.
manchmal würde ich echt gerne wissen, was manche hardware firmen so rauchen, wenn die ihre chips da zusammenkleben.
von der AVM hardware, die man mir aufgedrückt hat rede ich jetzt mal nicht. die macht nämlich auch solche lustigen spässe.
die moral von dieser ganze sache ist also mal wieder. wer billig kauft kauft zweimal und mir kommt hier nichts mehr von anderen herstellern hin, die nicht aus der top kategorie stammen.
mit dem scheiss will ich mich einfach nicht mehr auseinander setzen müssen.
/e
btw. der ranzige uralte longshine printserver, der an dem 6l hing geht überall sauber, kann mehr als der netgear und kann komplett über das webinterface konfiguriert werden. der netgear kann übrigens nur lpd, der longshine kann lpd, ipp, jetdirekt und apples altes zeugs.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Traxer am 03.08.2014 22:47]
|
|
|
|
|
|
Mich wunderts ja irgendwie schon, dass irgendwer kaputte Ethernet-NICs in Silizium presst.
--
An unsere Werten i3pystatus-Nutzer: es gibt ein neues Modul für Medienplayer, was auf magische Art und Weise mit den meisten Medienplayern frei von Konfiguration zusammenarbeitet: *klick*
Das funktioniert, weil das hier ja Freedesktop-Land ist und es daher eine Spec für alles gibt, inkl. MPRIS ("Media Player Remote Interfacing Specification") fürs unifizieren von IRC-Now-Playing-Scripts.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 04.08.2014 2:03]
|
|
|
|
|
|
| Zitat von csde_rats
Mich wunderts ja irgendwie schon, dass irgendwer kaputte Ethernet-NICs in Silizium presst.
| |
warum? die firma realtek hat daraus doch ein geschäftsmodell gemacht
|
|
|
|
|
|
|
| Zitat von [KdM]MrDeath
| Zitat von csde_rats
Mich wunderts ja irgendwie schon, dass irgendwer kaputte Ethernet-NICs in Silizium presst.
| |
warum? die firma realtek hat daraus doch ein geschäftsmodell gemacht
| |
Kaputt ist nicht das Gleiche wie billig.
Ein Beispiel fuer einen kaputten Chip waere Attansic L1E, dessen Debugging mich und einen Kernelentwickler 2 Wochen gekostet hat.
Nebenbei hatte ich so ziemlich exakt das von Traxer beschriebene Problem letztens mit einem neuen HP-Drucker (integrierte JetDirect-Karte) und einem D-Link-Switch. Der Drucker ging dann an einem Switch gleichen Modells aber neuerer H/W-Revision.
|
|
|
|
|
|
|
nen ipsec mesh zwischen mehreren servern hat hier doch sicherlich schonmal wer realisiert?
|
|
|
|
|
|
|
Ich muss so einen Fragebogen zu unserem vserver ausfüllen. Da wird u.a. abgefragt, welche CPU läuft (cat /proc/cpuinfo) und wie viele physikalische Sockel die hat. Wie finde ich das vom Client aus heraus und was ist damit genau gemeint?
|
|
|
|
|
|
|
In der CPU Info steht welche CPU das ist. "cat /proc/cpuinfo | grep processor | wc -l" sagt dir wieviele Threads im System du hast. Dann schaust du nach, wieviele Threads die CPU hat. Threads_System / Threads_CPU = Sockel.
Annahme: Keine Kerne/Threads deaktiviert.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 04.08.2014 15:57]
|
|
|
|
|
|
Also einen, da single core.
|
|
|
|
|
|
|
|
|
|
|
Na wie viele Sockel es halt gibt.
|
Code: |
server01:~# cat /proc/cpuinfo | grep "physical id" | uniq
physical id : 0
physical id : 1
server01:~# cat /proc/cpuinfo | grep "core id" | uniq
core id : 0
core id : 1
core id : 2
core id : 3
core id : 0
core id : 1
core id : 2
core id : 3
server01:~# cat /proc/cpuinfo | grep "processor" | uniq
processor : 0
processor : 1
processor : 2
processor : 3
processor : 4
processor : 5
processor : 6
processor : 7
processor : 8
processor : 9
processor : 10
processor : 11
processor : 12
processor : 13
processor : 14
processor : 15
|
|
Hier zwei CPUs mit jeweils vier echten Kernen und Hyperthreading. Aber wie rats schon sagte sieht man das auf einem virtualisierten System nicht. Da hast du aber auch keine Sockel, du weißt eh nicht welche Cores gerade für dich ackern also würde ich das entsprechend vermerken. Wenn ich das in einer beliebigen VM mache sieht das z.B. so aus:
|
Code: |
www:~# cat /proc/cpuinfo | grep "physical id" | uniq
physical id : 1
www:~# cat /proc/cpuinfo | grep "core id" | uniq
core id : 2
www:~# cat /proc/cpuinfo | grep "processor" | uniq
processor : 0
processor : 1
processor : 2
processor : 3
processor : 4
processor : 5
processor : 6
processor : 7
processor : 8
processor : 9
processor : 10
processor : 11
processor : 12
processor : 13
processor : 14
processor : 15 |
|
Oh snap.
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von TheRealHawk am 04.08.2014 16:04]
|
|
|
|
|
|
Habe einfach 1 angegeben, war eh anonym.
|
|
|
|
|
|
|
| Zitat von csde_rats
cat /proc/cpuinfo | grep processor | wc -l | | grep -c processor /proc/cpuinfo
|
|
|
|
|
|
|
|
|
|
i3pystatus 3.30
|
Soo dann gibt es endlich wieder einen offiziellen i3pystatus Release, hat sich viel getan und viele Leute haben schöne Sachen beigetragen (44 Issues vs. 49 Pull Requests sagt schon einiges
- Added bitcoin module
- Added now_playing module
- Added reddit module
- Added shell module
- Core: fixed custom statusline colors not working properly (see issue #74)
- alsa and pulseaudio: added optional "formated_muted" audio is muted.
- battery: add bar formatter, add not_present_text, full_color, charging_color, not_present_color settings
- disk: add color and round_size options
- maildir: use os.listdir instead of ls
- mem: add round_size option
- mpd: add color setting
- mpd: add filename formatter
- mpd: next song on right click
- network and wireless: support interfaces enslaved to a bonding master
- network: detached_down is now True by default
- network: fixed some issues with interface up/down detection
- parcel: added support for Itella (Finnish national postal service)
- temp: add file setting
- temp: fixed issue with Linux kernels 3.15 and newer
- temp: removed color_critical and high_factor options
- text: add cmd_leftclick and cmd_rightclick options
- weather: add colorize option
- wireless: Add quality_bar formatter
Ich find das ja sehr cool, ich glaub weder ich noch Oli hätten je gedacht, dass am Ende so viele Leute das Ding nutzen...
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 04.08.2014 18:32]
|
|
|
|
|
|
Wat? Ihr seid die Maintainer davon?
Hallo. Ich benutze das
|
|
|
|
|
|
|
Oli hat's erfunden und seit anderthalb Jahren oder so maintaine ich das
|
|
|
|
|
|
|
Wie immer bin ich nach ein paar Nettostunden Coding zu faul geworden und habe es an eine fleißige Biene wie rats weiter gegeben.
Freut mich aber natürlich zu sehen, dass es voran geht. Ich wollte auch schon länger einen dbus listener dafür basteln, bin aber noch nicht zu gekommen.
|
|
|
|
|
|
|
| Zitat von theromi
Wat? Ihr seid die Maintainer davon?
Hallo. Ich benutze das
| |
Genau das Erlebnis hatte ich auch schon
An der Stelle nochmal danke an Oli und rats
|
|
|
|
|
|
|
| Zitat von ShinyDoofy
| Zitat von csde_rats
cat /proc/cpuinfo | grep processor | wc -l | | grep -c processor /proc/cpuinfo
| |
Danke
Spoiler - markieren, um zu lesen:
bei mir waer wieder gemeckert worden
|
|
|
|
|
|
|
Stimmt doch gar net
Ich mecker doch net wenn mir einer zeigt, wie ich Tippserei und Pipes vermeide....
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 05.08.2014 3:11]
|
|
|
|
|
|
|
Code: |
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 100 094 051 Pre-fail Always - 120
3 Spin_Up_Time 0x0007 085 085 011 Pre-fail Always - 5410
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 14
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 100 100 051 Pre-fail Always - 0
8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline - 10548
9 Power_On_Hours 0x0032 090 090 000 Old_age Always - 49002
10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0
11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 14
13 Read_Soft_Error_Rate 0x000e 100 094 000 Old_age Always - 120
183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0
184 End-to-End_Error 0x0033 100 100 099 Pre-fail Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 325
188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0
190 Airflow_Temperature_Cel 0x0022 058 051 000 Old_age Always - 42 (Min/Max 19/49)
194 Temperature_Celsius 0x0022 055 047 000 Old_age Always - 45 (0 3 53 19)
195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 124227270
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 2
198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 1
199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always - 0
201 Soft_Read_Error_Rate 0x000a 099 099 000 Old_age Always - 3
|
|
Im Arsch, oder?
|
|
|
|
|
|
|
Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 2
Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 124227270
Dem würde ich mich anschließen...
|
|
|
|
|
|
|
Die Kiste ist mir vorhin komplett unerreichbar geworden. Nach einem Hardware-Reset hat er dann offensichtlich einen resync angefangen. Hätte er hier nicht eher die Platte aus dem Verbund nehmen sollen?
|
Code: |
# cat /proc/mdstat
Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] [linear] [multipath]
md1 : active raid1 sdb2[1] sda2[0]
487860032 blocks [2/2] [UU]
[=====>...............] resync = 29.8% (145483392/487860032) finish=123.4min speed=46227K/sec
md0 : active raid1 sdb1[1] sda1[0]
524224 blocks [2/2] [UU]
|
|
Ist das md-Zeug echt so dumm, mit ner kaputten Platte zu syncen?
Sind meine ersten Plattenprobleme. Keine Ahnung, was ich hier tue.
|
[Dieser Beitrag wurde 4 mal editiert; zum letzten Mal von Rufus am 05.08.2014 4:01]
|
|
|
|
|
|
| Zitat von csde_rats
Oli hat's erfunden und seit anderthalb Jahren oder so maintaine ich das
| |
Maintained ihr auch das AUR Package? Zumindest das -git scheint Tod. Das normale hat auch noch kein Update, aber so viel Zeit ist seit Release ja auch nicht vergangen
|
|
|
|
|
|
|
Das -git maintaine ich, aber was muss ich da denn updaten? Dafür ist es doch -git, dass es immer die aktuellste Version hat.
|
|
|
|
|
|
|
Mhh, Yaourt zeigt mir an, dass 3.29.x installiert ist, aber das kann natürlich auch an Yaourt oder meiner Bedienung liegen
/e: Also, von dem -git
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von theromi am 05.08.2014 11:28]
|
|
|
|
|
|
Das updatet sich nicht von alleine, du musst es manuell nochmal installieren.
|
|
|
|
|
|
|
Jo, hab ich. Sogar removed und neu installiert.
| installed: 3.29.r89.gcff7e1a-1 | |
|
|
|
|
|
|
Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd ) |