Hallo,

Na het installeren van newimage2 V 3.3.1. krijg ik cccamd niet meer aan de gang.
Ik heb volgens mij alles gedaan zoals het moet misschien weet iemand hier hoe of wat.
Via plugin menu was cccamd 2.2.1. geinstalleerd, zelf had ik ccam.cfg in var/etc gezet. Maar geen beeld.
Ik heb om te proberen cccamd gedeinstalleerd en geprobeerd opnieuw te installeren. Ik krijg dan de melding IPKG Error status: Collected errors
Dat lukt dus niet meer.
Iemand dit al eens aan de hand gehad?

CCcamd.cfg moet staan in :

/etc

NIET in /var/etc.

Denk ff Image opnieuw erin , en je oude / bestaande CCcamd.cfg in /etc zetten.

Dan ff Reboot

Dank voor reactie,

Heb zelfde image (newimage2 V3.3.1.) teruggezet naar fabrieksinstellingen. Daarna opnieuw overschreven/geflashed. (Cccamd is standaard actief versie is 2.2.1.)
cccam.cfg in ect gezet, maar helaas.
Als je hem in ect zet zie je hem ook staan in var/ect. Ik denk dat die mappen naar elkaar verwijzen.
Heb nu weinig tijd. Zal vanavond eens de oude image terugzetten. Heb inmiddels mijn aanbieder gesproken en cccam.cfg zou moeten werken dus daar ligt het volgens hem niet aan. Is dit voor mij te testen, of er data binnenkomt?

Groeten Jan-willem

Had toch even tijd.
Image newimage2 V 3.2.1. erop.
Alles waar het hoort gezet. Beeld.
Wel vreemd ik kan niets vinden dat andere mensen ook problemen ondervinden met versie 3.3.1. Maar goed..

Groet jw

Ik heb ook geen beeld meer met CCcamd en Mgcamd sinds installatie van 3.3.1. Maar in mijn geval komt het doordat er problemen zijn op de server bij mijn aanbieder. Zodra die problemen zijn opgelost kan ik pas bevestigen of het bij mij wel of niet werkt in 3.3.1.

Wtf......


grtz

razors

Ik ben nu ook 3.2.2 aan het terugzetten want had nog steeds geen beeld. Ook geen melding van aanbieder, dus verwacht ik dat ik gewoon beeld zou moeten hebben.

Jammer... maar nog steeds geen beeld. Laat ik maar even bericht van aanbieder afwachten en hopen dat ik weer snel beeld heb. Zit al sinds vrijdag met zwart beeld en daar word ik niet vrolijk van.

als je een configuratie backup hebt gemaakt dan staat daar de cccam config......


grtz

razors

Ik heb hier ook even Newnigma2 V3.3.1 geflashed(Wel op een DM8000) maar hij draait gewoon gelijk goed.

ja vogelaar,

hier ook hoor op de 500hd en 8000


grtz

razors

Was meer als reactie bedoeld voor JWW en Matr1x waar Cccam maar niet wil werken met Newnigma2 V.3.3.1
Oftewel aan Newnigma2 ligt het niet.

@mart1x,

Zijn de problemen bevestigd door de aanbieder?
Ik heb namelijk ook gedacht dat het daar aan lag, maar dat was het dus niet.
Tenzij bevestigd door je aanbieder dat er echt problemen zijn, zou ik newenigma2 V 3.2.1 er terug in zetten. Waarom???? weet ik ook niet. In V 3.2.1. zit dezelfde ccamd plugin (2.2.1 dacht ik) als in V 3.3.1.

Suc6

Mijn aanbieder heeft aangegeven dat er nog steeds problemen zijn. De kaarten van Ziggo kunnen niet worden geactiveerd dus geen beeld. Misschien hebben we dezelfde aanbieder? ;-)

Ik kan dus nog niet bevestigen of CCcam of Mgcamd wel of niet werkt in 3.3.1. Ik had de oude versie teruggezet omdat ik ongeduldig werd en bang was dat het aan mij lag. Aanbieder mailt nauwelijks maar heeft gisteravond laten weten dat problemen nog niet zijn opgelost.

Zodra het is opgelost zou ik weer beeld moeten hebben. Tenslotte staat oude image en settings weer terug (hulde aan config backup). Als ik weer beeld heb ga ik ook zeker 3.3.1 weer installeren zonder restore van config. Ik heb toch het gevoel dat ik met restore een hoop dingen terugzet die niet nodig zijn.

Nee hebben niet dezelfde aanbieder, ik heb ook geen ziggo.
En het lag dus ook niet aan mijn aanbieder, na installatie 3.2.1 weer beeld

Ik heb inmiddels weer beeld :-D Nog wel versie 3.2.1, maar ik zal vanavond of morgen versie 3.3.1 erop knallen.

Sorry zie nu pas dat het 3.2.2 is. Na reboot van 3.2.1 ging hij gelijk bijwerken.

Devicename: dm800
Enigma Version: 2011-07-06-experimental
Image Version: Newnigma2 v3.2.2 2011-07-07
Frontprozessor Version: VNone
Webinterface Version: 1.6.8

Ik heb 3.3.1 geinstalleerd en even CCcam.cfg aangepast en guess what: ik heb beeld! Ik ga deze keer de configuratie niet restoren maar even alles opnieuw inrichten. Heb al gezien dat de meeste bestanden in de backup van de config gewoon te lezen zijn en je zo dus ook je settings terug kan zetten.

Devicename: dm800
Enigma Version: 2011-11-10-3.2
Image Version: Newnigma2 v3.3.1 2011-11-14
Frontprozessor Version: VNone
Webinterface Version: 1.6.8

Netjes!
Backups terugzetten heeft als nadeel dat je je oude fouten weer opnieuw terugzet.
Als ik zelf een nieuwe flash doe ben ik ook voorstander van even alles handmatig nalopen / instellen.
Is nog leuk om te doen en je verleert niet wat belangrijk is

Het is wel het beste .

FF je belangrijke Files naar je Pc copieren.

Verse Image erin , Files van je Pc terug zetten.

Ok, super.
Ga ik het toch nog maar een keer proberen.
Heb ook een 800HD se en als het elders werkt dan zal het bij mij toch ook wel lukken?!

Beste allen,

Ik heb thuis altijd mijn DM800HD als huis server gehad en dacht laat ik een DM800SE kopen die een krachtige processor heeft.
Tot nu toe niets anders last van rebooten gehad(is verholpen door EPG settings te veranderen).Nu is het de CCcam die gek doet.
Nu lees ik hier over CCcam probleem. Bij gaat de CCcam in de stres. De box blijft aan maar CCcam is niet via de browser te benaderen. Een reboot van enigma en het is weer goed.
Ik heb van scratch af aan geflashed maar wat ik er op zet steeds die CCcam problemen. Eigenlijk is de DM800SE qua instellingen een kopie van de DM800HD. Heeft iemand een idee?

Ik heb het gevonden denk ik, een lek in mijn netwerk. Ik heb direct de boel dicht gegooid.
Een beetje veel maar je ziet de break in.
Dec 11 09:41:51 dm800se user.debug kernel: [233096.733000] ofo requeuing : rcv_next 11D0E4AB seq 11D0E4AB - 11D0EA4B
Dec 11 09:41:52 dm800se user.debug kernel: [233097.881000] out of order segment: rcv_next 527B1314 seq 527B18B4 - 527B1A48
Dec 11 09:41:53 dm800se user.debug kernel: [233098.370000] ofo requeuing : rcv_next 527B18B4 seq 527B18B4 - 527B1A48
Dec 11 09:42:04 dm800se auth.info sshd[23793]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:04 dm800se auth.info sshd[23793]: Invalid user tomcat from 112.78.3.183
Dec 11 09:42:04 dm800se auth.err sshd[23793]: error: Could not get shadow information for NOUSER
Dec 11 09:42:04 dm800se auth.info sshd[23793]: Failed password for invalid user tomcat from 112.78.3.183 port 49103 ssh2
Dec 11 09:42:07 dm800se auth.info sshd[23798]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:07 dm800se auth.info sshd[23798]: Invalid user postgres from 112.78.3.183
Dec 11 09:42:07 dm800se auth.err sshd[23798]: error: Could not get shadow information for NOUSER
Dec 11 09:42:07 dm800se auth.info sshd[23798]: Failed password for invalid user postgres from 112.78.3.183 port 49418 ssh2
Dec 11 09:42:10 dm800se auth.info sshd[23804]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:10 dm800se auth.info sshd[23804]: Invalid user nagios from 112.78.3.183
Dec 11 09:42:10 dm800se auth.err sshd[23804]: error: Could not get shadow information for NOUSER
Dec 11 09:42:10 dm800se auth.info sshd[23804]: Failed password for invalid user nagios from 112.78.3.183 port 49660 ssh2
Dec 11 09:42:14 dm800se auth.info sshd[23809]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:14 dm800se auth.info sshd[23809]: Invalid user zimbra from 112.78.3.183
Dec 11 09:42:14 dm800se auth.err sshd[23809]: error: Could not get shadow information for NOUSER
Dec 11 09:42:14 dm800se auth.info sshd[23809]: Failed password for invalid user zimbra from 112.78.3.183 port 49941 ssh2
Dec 11 09:42:18 dm800se auth.info sshd[23815]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:18 dm800se auth.info sshd[23815]: Invalid user git from 112.78.3.183
Dec 11 09:42:18 dm800se auth.err sshd[23815]: error: Could not get shadow information for NOUSER
Dec 11 09:42:18 dm800se auth.info sshd[23815]: Failed password for invalid user git from 112.78.3.183 port 50177 ssh2
Dec 11 09:42:21 dm800se auth.info sshd[23821]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:21 dm800se auth.info sshd[23821]: Invalid user git from 112.78.3.183
Dec 11 09:42:21 dm800se auth.err sshd[23821]: error: Could not get shadow information for NOUSER
Dec 11 09:42:21 dm800se auth.info sshd[23821]: Failed password for invalid user git from 112.78.3.183 port 50404 ssh2
Dec 11 09:42:24 dm800se auth.info sshd[23826]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:24 dm800se auth.info sshd[23826]: Invalid user thomas from 112.78.3.183
Dec 11 09:42:24 dm800se auth.err sshd[23826]: error: Could not get shadow information for NOUSER
Dec 11 09:42:24 dm800se auth.info sshd[23826]: Failed password for invalid user thomas from 112.78.3.183 port 50717 ssh2
Dec 11 09:42:27 dm800se auth.info sshd[23832]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:27 dm800se auth.info sshd[23832]: Invalid user oracle from 112.78.3.183
Dec 11 09:42:27 dm800se auth.err sshd[23832]: error: Could not get shadow information for NOUSER
Dec 11 09:42:27 dm800se auth.info sshd[23832]: Failed password for invalid user oracle from 112.78.3.183 port 50972 ssh2
Dec 11 09:42:30 dm800se auth.info sshd[23837]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:30 dm800se auth.info sshd[23837]: Invalid user oracle from 112.78.3.183
Dec 11 09:42:30 dm800se auth.err sshd[23837]: error: Could not get shadow information for NOUSER
Dec 11 09:42:30 dm800se auth.info sshd[23837]: Failed password for invalid user oracle from 112.78.3.183 port 51215 ssh2
Dec 11 09:42:34 dm800se auth.info sshd[23843]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:34 dm800se auth.info sshd[23843]: Invalid user test from 112.78.3.183
Dec 11 09:42:34 dm800se auth.err sshd[23843]: error: Could not get shadow information for NOUSER
Dec 11 09:42:34 dm800se auth.info sshd[23843]: Failed password for invalid user test from 112.78.3.183 port 51474 ssh2
Dec 11 09:42:37 dm800se auth.info sshd[23849]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:37 dm800se auth.err sshd[23849]: error: Could not get shadow information for backup
Dec 11 09:42:37 dm800se auth.info sshd[23849]: Failed password for backup from 112.78.3.183 port 51729 ssh2
Dec 11 09:42:40 dm800se auth.info sshd[23854]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:40 dm800se auth.info sshd[23854]: Invalid user test from 112.78.3.183
Dec 11 09:42:40 dm800se auth.err sshd[23854]: error: Could not get shadow information for NOUSER
Dec 11 09:42:40 dm800se auth.info sshd[23854]: Failed password for invalid user test from 112.78.3.183 port 51960 ssh2
Dec 11 09:42:40 dm800se user.debug kernel: [233144.857000] out of order segment: rcv_next 11D114D0 seq 11D11A70 - 11D11C83
Dec 11 09:42:42 dm800se user.debug kernel: [233146.025000] ofo requeuing : rcv_next 11D11A70 seq 11D11A70 - 11D11C83
Dec 11 09:42:43 dm800se auth.info sshd[23860]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:43 dm800se auth.info sshd[23860]: Invalid user test from 112.78.3.183
Dec 11 09:42:43 dm800se auth.err sshd[23860]: error: Could not get shadow information for NOUSER
Dec 11 09:42:43 dm800se auth.info sshd[23860]: Failed password for invalid user test from 112.78.3.183 port 52297 ssh2
Dec 11 09:42:45 dm800se user.debug kernel: [233149.625000] out of order segment: rcv_next 527B5396 seq 527B5ED6 - 527B6476
Dec 11 09:42:45 dm800se user.debug kernel: [233149.706000] out of order segment: rcv_next 527B5396 seq 527B6476 - 527B6A16
Dec 11 09:42:45 dm800se user.debug kernel: [233149.780000] out of order segment: rcv_next 527B5396 seq 527B6A16 - 527B6C23
Dec 11 09:42:45 dm800se user.debug kernel: [233149.880000] ofo requeuing : rcv_next 527B5ED6 seq 527B5ED6 - 527B6476
Dec 11 09:42:45 dm800se user.debug kernel: [233149.880000] ofo requeuing : rcv_next 527B6476 seq 527B6476 - 527B6A16
Dec 11 09:42:45 dm800se user.debug kernel: [233149.880000] ofo requeuing : rcv_next 527B6A16 seq 527B6A16 - 527B6C23
Dec 11 09:42:46 dm800se auth.info sshd[23865]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:46 dm800se auth.info sshd[23865]: Invalid user test from 112.78.3.183
Dec 11 09:42:46 dm800se auth.err sshd[23865]: error: Could not get shadow information for NOUSER
Dec 11 09:42:46 dm800se auth.info sshd[23865]: Failed password for invalid user test from 112.78.3.183 port 52584 ssh2
Dec 11 09:42:49 dm800se auth.info sshd[23871]: Address 112.78.3.183 maps to node1.thegioimaychu.com, but this does not map back to the address - POSSIBLE BREAK-IN ATTEMPT!
Dec 11 09:42:49 dm800se auth.info sshd[23871]: Invalid user test from 112.78.3.183
Dec 11 09:42:49 dm800se auth.err sshd[23871]: error: Could not get shadow information for NOUSER
Dec 11 09:42:50 dm800se auth.info sshd[23871]: Failed password for invalid user test from 112.78.3.183 port 52831 ssh2
Dec 11 09:43:31 dm800se user.debug kernel: [233195.384000] out of order segment: rcv_next 11D137CC seq 11D13D6C - 11D13FFD
Dec 11 09:43:32 dm800se user.debug kernel: [233196.144000] ofo requeuing : rcv_next 11D13D6C seq 11D13D6C - 11D13FFD
Dec 11 09:43:40 dm800se user.debug kernel: [233204.581000] out of order segment: rcv_next 527B8FB0 seq 527B9AF0 - 527BA090
Dec 11 09:43:42 dm800se user.debug kernel: [233206.023000] ofo requeuing : rcv_next 527B9AF0 seq 527B9AF0 - 527BA090
Dec 11 09:43:42 dm800se user.debug kernel: [233206.123000] out of order segment: rcv_next 527BA090 seq 527BA630 - 527BABD0
Dec 11 09:43:42 dm800se user.debug kernel: [233206.223000] out of order segment: rcv_next 527BA090 seq 527BB170 - 527BB710
Dec 11 09:43:42 dm800se user.debug kernel: [233206.323000] out of order segment: rcv_next 527BA090 seq 527BB710 - 527BBCB0
Dec 11 09:43:42 dm800se user.debug kernel: [233206.438000] out of order segment: rcv_next 527BA090 seq 527BBCB0 - 527BC250
Dec 11 09:43:42 dm800se user.debug kernel: [233206.552000] ofo requeuing : rcv_next 527BA630 seq 527BA630 - 527BABD0
Dec 11 09:43:42 dm800se user.debug kernel: [233206.653000] ofo requeuing : rcv_next 527BB170 seq 527BB170 - 527BB710
Dec 11 09:43:42 dm800se user.debug kernel: [233206.653000] ofo requeuing : rcv_next 527BB710 seq 527BB710 - 527BBCB0
Dec 11 09:43:42 dm800se user.debug kernel: [233206.653000] ofo requeuing : rcv_next 527BBCB0 seq 527BBCB0 - 527BC250
Dec 11 09:44:16 dm800se user.debug kernel: [233240.020000] out of order segment: rcv_next 527BCE26 seq 527BD3C6 - 527BD966
Dec 11 09:44:16 dm800se user.debug kernel: [233240.066000] out of order segment: rcv_next 527BCE26 seq 527BD966 - 527BDDA2
Dec 11 09:44:16 dm800se user.debug kernel: [233240.313000] out of order segment: rcv_next 527BCE26 seq 527BDDA2 - 527BE342
Dec 11 09:44:16 dm800se user.debug kernel: [233240.443000] ofo requeuing : rcv_next 527BD3C6 seq 527BD3C6 - 527BD966
Dec 11 09:44:16 dm800se user.debug kernel: [233240.443000] ofo requeuing : rcv_next 527BD966 seq 527BD966 - 527BDDA2
Dec 11 09:44:16 dm800se user.debug kernel: [233240.443000] ofo requeuing : rcv_next 527BDDA2 seq 527BDDA2 - 527BE342
Dec 11 09:44:16 dm800se user.debug kernel: [233240.536000] out of order segment: rcv_next 527BE342 seq 527BE8E2 - 527BEC46
Dec 11 09:44:16 dm800se user.debug kernel: [233240.637000] ofo requeuing : rcv_next 527BE8E2 seq 527BE8E2 - 527BEC46
Dec 11 09:44:41 dm800se user.debug kernel: [233265.086000] out of order segment: rcv_next 11D15735 seq 11D15CD5 - 11D16074
Dec 11 09:44:41 dm800se user.debug kernel: [233265.367000] ofo requeuing : rcv_next 11D15CD5 seq 11D15CD5 - 11D16074
Dec 11 09:45:50 dm800se user.debug kernel: [233334.420000] out of order segment: rcv_next 527C47A8 seq 527C48C7 - 527C4E67
Dec 11 09:45:50 dm800se user.debug kernel: [233334.617000] out of order segment: rcv_next 527C47A8 seq 527C5407 - 527C59A7
Dec 11 09:45:51 dm800se user.debug kernel: [233335.230000] ofo requeuing : rcv_next 527C48C7 seq 527C48C7 - 527C4E67
Dec 11 09:45:51 dm800se user.debug kernel: [233335.336000] ofo requeuing : rcv_next 527C5407 seq 527C5407 - 527C59A7
Dec 11 09:45:51 dm800se user.debug kernel: [233335.435000] out of order segment: rcv_next 527C59A7 seq 527C5F47 - 527C64E7
Dec 11 09:45:51 dm800se user.debug kernel: [233335.451000] out of order segment: rcv_next 527C59A7 seq 527C64E7 - 527C6A87
Dec 11 09:45:52 dm800se user.debug kernel: [233335.935000] ofo requeuing : rcv_next 527C5F47 seq 527C5F47 - 527C64E7
Dec 11 09:45:52 dm800se user.debug kernel: [233335.935000] ofo requeuing : rcv_next 527C64E7 seq 527C64E7 - 527C6A87
Dec 11 09:46:05 dm800se user.debug kernel: [233348.962000] out of order segment: rcv_next 11D18711 seq 11D19251 - 11D19586
Dec 11 09:46:05 dm800se user.debug kernel: [233349.586000] ofo requeuing : rcv_next 11D19251 seq 11D19251 - 11D19586
Dec 11 09:46:34 dm800se user.debug kernel: [233378.754000] out of order segment: rcv_next 11D19A2D seq 11D1A56D - 11D1A900
Dec 11 09:46:35 dm800se user.debug kernel: [233379.163000] ofo requeuing : rcv_next 11D1A56D seq 11D1A56D - 11D1A900
Dec 11 09:46:48 dm800se user.debug kernel: [233392.680000] out of order segment: rcv_next 11D1B082 seq 11D1B622 - 11D1B831
Dec 11 09:46:48 dm800se user.debug kernel: [233392.836000] ofo requeuing : rcv_next 11D1B622 seq 11D1B622 - 11D1B831
Dec 11 09:46:50 dm800se user.debug kernel: [233394.669000] out of order segment: rcv_next 527C8B12 seq 527C90B2 - 527C9652
Dec 11 09:46:50 dm800se user.debug kernel: [233394.701000] out of order segment: rcv_next 527C8B12 seq 527C9652 - 527C9BF2
Dec 11 09:46:51 dm800se user.debug kernel: [233395.125000] ofo requeuing : rcv_next 527C90B2 seq 527C90B2 - 527C9652
Dec 11 09:46:51 dm800se user.debug kernel: [233395.125000] ofo requeuing : rcv_next 527C9652 seq 527C9652 - 527C9BF2
Dec 11 09:46:51 dm800se user.debug kernel: [233395.374000] out of order segment: rcv_next 527CA732 seq 527CB272 - 527CB584
Dec 11 09:46:52 dm800se user.debug kernel: [233396.500000] ofo requeuing : rcv_next 527CB272 seq 527CB272 - 527CB584
Dec 11 09:46:56 dm800se user.debug kernel: [233400.440000] out of order segment: rcv_next 527CE264 seq 527CE804 - 527CEDA4
Dec 11 09:46:56 dm800se user.debug kernel: [233400.456000] out of order segment: rcv_next 527CE264 seq 527CEDA4 - 527CF344
Dec 11 09:46:56 dm800se user.debug kernel: [233400.550000] out of order segment: rcv_next 527CE264 seq 527CF344 - 527CF8E4
Dec 11 09:46:56 dm800se user.debug kernel: [233400.597000] out of order segment: rcv_next 527CE264 seq 527CF8E4 - 527CFE84
Dec 11 09:46:56 dm800se user.debug kernel: [233400.726000] out of order segment: rcv_next 527CE264 seq 527D0424 - 527D0924
Dec 11 09:46:57 dm800se user.debug kernel: [233401.441000] ofo requeuing : rcv_next 527CE804 seq 527CE804 - 527CEDA4
Dec 11 09:46:57 dm800se user.debug kernel: [233401.441000] ofo requeuing : rcv_next 527CEDA4 seq 527CEDA4 - 527CF344
Dec 11 09:46:57 dm800se user.debug kernel: [233401.441000] ofo requeuing : rcv_next 527CF344 seq 527CF344 - 527CF8E4
Dec 11 09:46:57 dm800se user.debug kernel: [233401.441000] ofo requeuing : rcv_next 527CF8E4 seq 527CF8E4 - 527CFE84
Dec 11 09:46:57 dm800se user.debug kernel: [233401.542000] ofo requeuing : rcv_next 527D0424 seq 527D0424 - 527D0924
Dec 11 09:47:19 dm800se user.debug kernel: [233423.512000] out of order segment: rcv_next 527D2033 seq 527D24EC - 527D2A8C
Dec 11 09:47:19 dm800se user.debug kernel: [233423.888000] ofo requeuing : rcv_next 527D24EC seq 527D24EC - 527D2A8C
Dec 11 09:47:20 dm800se user.debug kernel: [233424.076000] out of order segment: rcv_next 527D302C seq 527D35CC - 527D37B7
Dec 11 09:47:20 dm800se user.debug kernel: [233424.586000] ofo requeuing : rcv_next 527D35CC seq 527D35CC - 527D37B7
Dec 11 09:47:21 dm800se user.debug kernel: [233425.403000] out of order segment: rcv_next 11D1BA2D seq 11D1C56D - 11D1CB0D
Dec 11 09:47:22 dm800se user.debug kernel: [233426.213000] out of order segment: rcv_next 11D1BFCD seq 11D1D0AD - 11D1D622
Dec 11 09:47:22 dm800se user.debug kernel: [233426.732000] ofo requeuing : rcv_next 11D1C56D seq 11D1C56D - 11D1CB0D
Dec 11 09:47:22 dm800se user.debug kernel: [233426.744000] ofo requeuing : rcv_next 11D1D0AD seq 11D1D0AD - 11D1D622
Dec 11 09:47:58 dm800se user.debug kernel: [233461.983000] out of order segment: rcv_next 527D6BD1 seq 527D7171 - 527D7711
Dec 11 09:47:59 dm800se user.debug kernel: [233463.679000] ofo requeuing : rcv_next 527D7171 seq 527D7171 - 527D7711
Dec 11 09:48:33 dm800se user.debug kernel: [233496.964000] out of order segment: rcv_next 527D92AC seq 527D984C - 527D99F7
Dec 11 09:48:33 dm800se user.debug kernel: [233497.418000] ofo requeuing : rcv_next 527D984C seq 527D984C - 527D99F7
Dec 11 09:49:06 dm800se user.debug kernel: [233530.732000] out of order segment: rcv_next 6E19D740 seq 6E19E820 - 6E19EDC0
Dec 11 09:49:06 dm800se user.debug kernel: [233530.744000] out of order segment: rcv_next 6E19D740 seq 6E19EDC0 - 6E19F360
Dec 11 09:49:07 dm800se user.debug kernel: [233531.185000] ofo requeuing : rcv_next 6E19E820 seq 6E19E820 - 6E19EDC0
Dec 11 09:49:07 dm800se user.debug kernel: [233531.185000] ofo requeuing : rcv_next 6E19EDC0 seq 6E19EDC0 - 6E19F360
Dec 11 09:50:27 dm800se user.debug kernel: [233611.780000] out of order segment: rcv_next 527E0844 seq 527E0E4C - 527E13EC
Dec 11 09:50:29 dm800se user.debug kernel: [233613.890000] ofo requeuing : rcv_next 527E0E4C seq 527E0E4C - 527E13EC
Dec 11 09:50:30 dm800se user.debug kernel: [233614.123000] out of order segment: rcv_next 527E24CC seq 527E2A6C - 527E300C
Dec 11 09:50:30 dm800se user.debug kernel: [233614.190000] out of order segment: rcv_next 527E24CC seq 527E300C - 527E35AC
Dec 11 09:50:30 dm800se user.debug kernel: [233614.219000] out of order segment: rcv_next 527E24CC seq 527E35AC - 527E3A23
Dec 11 09:50:30 dm800se user.debug kernel: [233614.326000] ofo requeuing : rcv_next 527E2A6C seq 527E2A6C - 527E300C
Dec 11 09:50:30 dm800se user.debug kernel: [233614.326000] ofo requeuing : rcv_next 527E300C seq 527E300C - 527E35AC
Dec 11 09:50:30 dm800se user.debug kernel: [233614.326000] ofo requeuing : rcv_next 527E35AC seq 527E35AC - 527E3A23
Dec 11 09:50:33 dm800se user.debug kernel: [233617.222000] out of order segment: rcv_next 6E1A37B5 seq 6E1A42F5 - 6E1A4654
Dec 11 09:50:33 dm800se user.debug kernel: [233617.566000] ofo requeuing : rcv_next 6E1A42F5 seq 6E1A42F5 - 6E1A4654
Dec 11 09:51:41 dm800se user.debug kernel: [233685.455000] out of order segment: rcv_next 6E1A5DA7 seq 6E1A6347 - 6E1A68DA
Dec 11 09:51:42 dm800se user.debug kernel: [233686.179000] ofo requeuing : rcv_next 6E1A6347 seq 6E1A6347 - 6E1A68DA
Dec 11 09:52:05 dm800se user.debug kernel: [233709.359000] out of order segment: rcv_next 6E1A6E82 seq 6E1A79C2 - 6E1A7F62
Dec 11 09:52:06 dm800se user.debug kernel: [233710.152000] ofo requeuing : rcv_next 6E1A79C2 seq 6E1A79C2 - 6E1A7F62
Dec 11 09:52:26 dm800se user.debug kernel: [233730.689000] out of order segment: rcv_next 527EA48C seq 527EAEAF - 527EB44F
Dec 11 09:52:27 dm800se user.debug kernel: [233731.096000] ofo requeuing : rcv_next 527EAEAF seq 527EAEAF - 527EB44F
Dec 11 09:53:33 dm800se user.debug kernel: [233796.978000] out of order segment: rcv_next 527F0C61 seq 527F0DDD - 527F137D
Dec 11 09:53:33 dm800se user.debug kernel: [233797.094000] out of order segment: rcv_next 527F0C61 seq 527F137D - 527F191D
Dec 11 09:53:33 dm800se user.debug kernel: [233797.342000] ofo requeuing : rcv_next 527F0DDD seq 527F0DDD - 527F137D
Dec 11 09:53:33 dm800se user.debug kernel: [233797.342000] ofo requeuing : rcv_next 527F137D seq 527F137D - 527F191D
Dec 11 09:55:39 dm800se user.debug kernel: [233923.248000] out of order segment: rcv_next 6E1AECC2 seq 6E1AFDA2 - 6E1B0342
Dec 11 09:55:39 dm800se user.debug kernel: [233923.810000] ofo requeuing : rcv_next 6E1AFDA2 seq 6E1AFDA2 - 6E1B0342
Dec 11 09:56:30 dm800se user.debug kernel: [233974.836000] out of order segment: rcv_next 527FF3EE seq 527FFF2E - 528004CE
Dec 11 09:56:31 dm800se user.debug kernel: [233975.393000] ofo requeuing : rcv_next 527FFF2E seq 527FFF2E - 528004CE
Dec 11 09:56:31 dm800se user.debug kernel: [233975.492000] out of order segment: rcv_next 528004CE seq 52800A6E - 5280100E
Dec 11 09:56:32 dm800se user.debug kernel: [233976.548000] ofo requeuing : rcv_next 52800A6E seq 52800A6E - 5280100E
Dec 11 09:57:09 dm800se user.debug kernel: [234013.140000] out of order segment: rcv_next 5280349F seq 52803A3F - 52803FDF
Dec 11 09:57:09 dm800se user.debug kernel: [234013.156000] out of order segment: rcv_next 5280349F seq 52803FDF - 5280457F
Dec 11 09:57:09 dm800se user.debug kernel: [234013.319000] ofo requeuing : rcv_next 52803A3F seq 52803A3F - 52803FDF
Dec 11 09:57:09 dm800se user.debug kernel: [234013.319000] ofo requeuing : rcv_next 52803FDF seq 52803FDF - 5280457F
Dec 11 09:57:19 dm800se user.debug kernel: [234023.050000] out of order segment: rcv_next 6E1B3BA5 seq 6E1B4145 - 6E1B46E5
Dec 11 09:57:19 dm800se user.debug kernel: [234023.148000] out of order segment: rcv_next 6E1B3BA5 seq 6E1B46E5 - 6E1B473B
Dec 11 09:57:19 dm800se user.debug kernel: [234023.316000] ofo requeuing : rcv_next 6E1B4145 seq 6E1B4145 - 6E1B46E5
Dec 11 09:57:19 dm800se user.debug kernel: [234023.316000] ofo requeuing : rcv_next 6E1B46E5 seq 6E1B46E5 - 6E1B473B
Dec 11 09:58:03 dm800se user.debug kernel: [234067.402000] out of order segment: rcv_next 52807D9B seq 528088C1 - 52808E61
Dec 11 09:58:03 dm800se user.debug kernel: [234067.557000] out of order segment: rcv_next 52807D9B seq 52808E61 - 52809401
Dec 11 09:58:06 dm800se user.debug kernel: [234069.918000] ofo requeuing : rcv_next 528088C1 seq 528088C1 - 52808E61
Dec 11 09:58:06 dm800se user.debug kernel: [234069.918000] ofo requeuing : rcv_next 52808E61 seq 52808E61 - 52809401
Dec 11 09:58:35 dm800se user.debug kernel: [234099.316000] out of order segment: rcv_next 6E1B616B seq 6E1B724B - 6E1B77EB
Dec 11 09:58:35 dm800se user.debug kernel: [234099.329000] out of order segment: rcv_next 6E1B616B seq 6E1B77EB - 6E1B7D8B
Dec 11 09:58:36 dm800se user.debug kernel: [234100.247000] out of order segment: rcv_next 6E1B670B seq 6E1B7D8B - 6E1B832B
Dec 11 09:58:36 dm800se user.debug kernel: [234100.368000] out of order segment: rcv_next 6E1B670B seq 6E1B832B - 6E1B832D
Dec 11 09:58:37 dm800se user.debug kernel: [234101.548000] ofo requeuing : rcv_next 6E1B724B seq 6E1B724B - 6E1B77EB
Dec 11 09:58:37 dm800se user.debug kernel: [234101.548000] ofo requeuing : rcv_next 6E1B77EB seq 6E1B77EB - 6E1B7D8B
Dec 11 09:58:37 dm800se user.debug kernel: [234101.548000] ofo requeuing : rcv_next 6E1B7D8B seq 6E1B7D8B - 6E1B832B
Dec 11 09:58:37 dm800se user.debug kernel: [234101.548000] ofo requeuing : rcv_next 6E1B832B seq 6E1B832B - 6E1B832D
Dec 11 09:59:00 dm800se user.debug kernel: [234124.741000] out of order segment: rcv_next 6E1B8E75 seq 6E1B9415 - 6E1B99B5
Dec 11 09:59:00 dm800se user.debug kernel: [234124.837000] out of order segment: rcv_next 6E1B8E75 seq 6E1B99B5 - 6E1B9F55
Dec 11 09:59:01 dm800se user.debug kernel: [234125.268000] out of order segment: rcv_next 6E1B8E75 seq 6E1B9F55 - 6E1BA3C5
Dec 11 09:59:01 dm800se user.debug kernel: [234125.658000] ofo requeuing : rcv_next 6E1B9415 seq 6E1B9415 - 6E1B99B5
Dec 11 09:59:01 dm800se user.debug kernel: [234125.658000] ofo requeuing : rcv_next 6E1B99B5 seq 6E1B99B5 - 6E1B9F55
Dec 11 09:59:01 dm800se user.debug kernel: [234125.658000] ofo requeuing : rcv_next 6E1B9F55 seq 6E1B9F55 - 6E1BA3C5
Dec 11 09:59:06 dm800se user.debug kernel: [234130.898000] out of order segment: rcv_next 5280C958 seq 5280CDBB - 5280D35B
Dec 11 09:59:07 dm800se user.debug kernel: [234131.373000] ofo requeuing : rcv_next 5280CDBB seq 5280CDBB - 5280D35B
Dec 11 09:59:14 dm800se user.debug kernel: [234138.429000] out of order segment: rcv_next E3FCEA64 seq E3FCF004 - E3FCF5A4
Dec 11 09:59:14 dm800se user.debug kernel: [234138.570000] out of order segment: rcv_next E3FCEA64 seq E3FCF5A4 - E3FCFB44
Dec 11 09:59:14 dm800se user.debug kernel: [234138.710000] out of order segment: rcv_next E3FCEA64 seq E3FCFB44 - E3FD00E4
Dec 11 09:59:14 dm800se user.debug kernel: [234138.828000] out of order segment: rcv_next E3FCEA64 seq E3FD00E4 - E3FD0684
Dec 11 09:59:14 dm800se user.debug kernel: [234138.876000] out of order segment: rcv_next E3FCEA64 seq E3FD0684 - E3FD0955
Dec 11 09:59:15 dm800se user.debug kernel: [234139.452000] ofo requeuing : rcv_next E3FCF004 seq E3FCF004 - E3FCF5A4
Dec 11 09:59:15 dm800se user.debug kernel: [234139.452000] ofo requeuing : rcv_next E3FCF5A4 seq E3FCF5A4 - E3FCFB44
Dec 11 09:59:15 dm800se user.debug kernel: [234139.452000] ofo requeuing : rcv_next E3FCFB44 seq E3FCFB44 - E3FD00E4
Dec 11 09:59:15 dm800se user.debug kernel: [234139.452000] ofo requeuing : rcv_next E3FD00E4 seq E3FD00E4 - E3FD0684
Dec 11 09:59:15 dm800se user.debug kernel: [234139.452000] ofo requeuing : rcv_next E3FD0684 seq E3FD0684 - E3FD0955
Dec 11 09:59:39 dm800se user.debug kernel: [234163.352000] out of order segment: rcv_next 5280ECE5 seq 5280ED1B - 5280F2BB
Dec 11 09:59:40 dm800se user.debug kernel: [234164.367000] ofo requeuing : rcv_next 5280ED1B seq 5280ED1B - 5280F2BB
Dec 11 10:00:11 dm800se user.debug kernel: [234194.946000] out of order segment: rcv_next 6E1BC9F8 seq 6E1BDAD8 - 6E1BDD60
Dec 11 10:00:12 dm800se user.debug kernel: [234196.039000] ofo requeuing : rcv_next 6E1BDAD8 seq 6E1BDAD8 - 6E1BDD60
Dec 11 10:00:31 dm800se user.debug kernel: [234215.645000] out of order segment: rcv_next 52812A45 seq 52812ECD - 5281346D
Dec 11 10:00:32 dm800se user.debug kernel: [234216.068000] ofo requeuing : rcv_next 52812ECD seq 52812ECD - 5281346D
Dec 11 10:01:05 dm800se user.debug kernel: [234249.863000] out of order segment: rcv_next 528163DE seq 528174BE - 528177F4
Dec 11 10:01:07 dm800se user.debug kernel: [234251.622000] ofo requeuing : rcv_next 528174BE seq 528174BE - 528177F4
Dec 11 10:01:16 dm800se user.debug kernel: [234260.052000] out of order segment: rcv_next 52818581 seq 528186DF - 52818C7F
Dec 11 10:01:16 dm800se user.debug kernel: [234260.410000] ofo requeuing : rcv_next 528186DF seq 528186DF - 52818C7F
Dec 11 10:01:54 dm800se user.debug kernel: [234298.794000] out of order segment: rcv_next 6E1BF394 seq 6E1BFED4 - 6E1C0474
Dec 11 10:01:54 dm800se user.debug kernel: [234298.801000] out of order segment: rcv_next 6E1BF394 seq 6E1C0474 - 6E1C079B
Dec 11 10:01:56 dm800se user.debug kernel: [234300.006000] ofo requeuing : rcv_next 6E1BFED4 seq 6E1BFED4 - 6E1C0474
Dec 11 10:01:56 dm800se user.debug kernel: [234300.006000] ofo requeuing : rcv_next 6E1C0474 seq 6E1C0474 - 6E1C079B
Dec 11 10:02:01 dm800se user.debug kernel: [234305.269000] out of order segment: rcv_next 5281A9F9 seq 5281AF99 - 5281B539
Dec 11 10:02:01 dm800se user.debug kernel: [234305.394000] out of order segment: rcv_next 5281A9F9 seq 5281BAD9 - 5281C079
Dec 11 10:02:03 dm800se user.debug kernel: [234307.081000] ofo requeuing : rcv_next 5281AF99 seq 5281AF99 - 5281B539
Dec 11 10:02:03 dm800se user.debug kernel: [234307.181000] ofo requeuing : rcv_next 5281BAD9 seq 5281BAD9 - 5281C079
Dec 11 10:02:03 dm800se user.debug kernel: [234307.284000] out of order segment: rcv_next 5281C079 seq 5281C619 - 5281CBB9
Dec 11 10:02:03 dm800se user.debug kernel: [234307.383000] out of order segment: rcv_next 5281C079 seq 5281D159 - 5281D6F9
Dec 11 10:02:03 dm800se user.debug kernel: [234307.782000] ofo requeuing : rcv_next 5281C619 seq 5281C619 - 5281CBB9
Dec 11 10:02:03 dm800se user.debug kernel: [234307.883000] ofo requeuing : rcv_next 5281D159 seq 5281D159 - 5281D6F9
Dec 11 10:02:22 dm800se user.debug kernel: [234326.322000] out of order segment: rcv_next 6E1C0D43 seq 6E1C1883 - 6E1C197A
Dec 11 10:02:22 dm800se user.debug kernel: [234326.718000] ofo requeuing : rcv_next 6E1C1883 seq 6E1C1883 - 6E1C197A
Dec 11 10:02:25 dm800se user.debug kernel: [234329.715000] out of order segment: rcv_next E3FE1628 seq E3FE2168 - E3FE2708
Dec 11 10:02:25 dm800se user.debug kernel: [234329.878000] out of order segment: rcv_next E3FE1628 seq E3FE2708 - E3FE2CA8
Dec 11 10:02:26 dm800se user.debug kernel: [234330.024000] out of order segment: rcv_next E3FE1628 seq E3FE2CA8 - E3FE3248
Dec 11 10:02:26 dm800se user.debug kernel: [234330.178000] out of order segment: rcv_next E3FE1628 seq E3FE3248 - E3FE3611
Dec 11 10:02:26 dm800se user.debug kernel: [234330.298000] ofo requeuing : rcv_next E3FE2168 seq E3FE2168 - E3FE2708
Dec 11 10:02:26 dm800se user.debug kernel: [234330.298000] ofo requeuing : rcv_next E3FE2708 seq E3FE2708 - E3FE2CA8
Dec 11 10:02:26 dm800se user.debug kernel: [234330.298000] ofo requeuing : rcv_next E3FE2CA8 seq E3FE2CA8 - E3FE3248
Dec 11 10:02:26 dm800se user.debug kernel: [234330.298000] ofo requeuing : rcv_next E3FE3248 seq E3FE3248 - E3FE3611
Dec 11 10:02:47 dm800se auth.info login[24475]: root login on 'pts/0'
Dec 11 10:03:08 dm800se user.debug kernel: [234372.093000] out of order segment: rcv_next 6E1C23DC seq 6E1C2F1C - 6E1C34BC
Dec 11 10:03:08 dm800se user.debug kernel: [234372.883000] ofo requeuing : rcv_next 6E1C2F1C seq 6E1C2F1C - 6E1C34BC
Dec 11 10:03:35 dm800se user.debug kernel: [234398.977000] out of order segment: rcv_next 52821D95 seq 52822335 - 528227A9
Dec 11 10:03:35 dm800se user.debug kernel: [234399.209000] out of order segment: rcv_next 52821D95 seq 528227A9 - 52822D49
Dec 11 10:03:35 dm800se user.debug kernel: [234399.352000] ofo requeuing : rcv_next 52822335 seq 52822335 - 528227A9
Dec 11 10:03:35 dm800se user.debug kernel: [234399.352000] ofo requeuing : rcv_next 528227A9 seq 528227A9 - 52822D49
Dec 11 10:04:03 dm800se user.debug kernel: [234427.694000] out of order segment: rcv_next 6E1C5877 seq 6E1C63B7 - 6E1C6957
Dec 11 10:04:04 dm800se user.debug kernel: [234428.116000] ofo requeuing : rcv_next 6E1C63B7 seq 6E1C63B7 - 6E1C6957
Dec 11 10:04:30 dm800se user.debug kernel: [234453.911000] out of order segment: rcv_next 5282763D seq 52827BDD - 52827CED
Dec 11 10:04:30 dm800se user.debug kernel: [234454.338000] ofo requeuing : rcv_next 52827BDD seq 52827BDD - 52827CED
Dec 11 10:05:37 dm800se user.debug kernel: [234521.599000] out of order segment: rcv_next E3FF55D3 seq E3FF56E5 - E3FF5C85
Dec 11 10:05:39 dm800se user.debug kernel: [234523.377000] ofo requeuing : rcv_next E3FF56E5 seq E3FF56E5 - E3FF5C85
Dec 11 10:05:49 dm800se user.debug kernel: [234533.332000] out of order segment: rcv_next 5282B2EC seq 5282BBB3 - 5282C153
Dec 11 10:05:49 dm800se user.debug kernel: [234533.717000] ofo requeuing : rcv_next 5282BBB3 seq 5282BBB3 - 5282C153
Dec 11 10:06:00 dm800se user.debug kernel: [234544.524000] out of order segment: rcv_next 6E1CADC3 seq 6E1CB363 - 6E1CB7E2
Dec 11 10:06:00 dm800se user.debug kernel: [234544.752000] ofo requeuing : rcv_next 6E1CB363 seq 6E1CB363 - 6E1CB7E2
Dec 11 10:06:04 dm800se user.debug kernel: [234548.480000] out of order segment: rcv_next 6E1CBD8A seq 6E1CC32A - 6E1CC716
Dec 11 10:06:04 dm800se user.debug kernel: [234548.619000] ofo requeuing : rcv_next 6E1CC32A seq 6E1CC32A - 6E1CC716
Dec 11 10:06:13 dm800se user.debug kernel: [234557.372000] out of order segment: rcv_next 5282E046 seq 5282E5E6 - 5282E92D
Dec 11 10:06:13 dm800se user.debug kernel: [234557.786000] ofo requeuing : rcv_next 5282E5E6 seq 5282E5E6 - 5282E92D
Dec 11 10:06:14 dm800se user.debug kernel: [234557.986000] out of order segment: rcv_next 5282EECD seq 5282F46D - 5282FA0D
Dec 11 10:06:14 dm800se user.debug kernel: [234558.331000] ofo requeuing : rcv_next 5282F46D seq 5282F46D - 5282FA0D
Dec 11 10:06:33 dm800se user.debug kernel: [234577.750000] out of order segment: rcv_next 6E1CC75D seq 6E1CD29D - 6E1CD746
Dec 11 10:06:34 dm800se user.debug kernel: [234578.033000] ofo requeuing : rcv_next 6E1CD29D seq 6E1CD29D - 6E1CD746
Dec 11 10:06:37 dm800se user.debug kernel: [234581.674000] out of order segment: rcv_next 52830C31 seq 528311D1 - 5283144D
Dec 11 10:06:37 dm800se user.debug kernel: [234581.875000] ofo requeuing : rcv_next 528311D1 seq 528311D1 - 5283144D
Dec 11 10:07:17 dm800se user.debug kernel: [234621.321000] out of order segment: rcv_next 52834539 seq 52835079 - 5283531B
Dec 11 10:07:17 dm800se user.debug kernel: [234621.597000] out of order segment: rcv_next 52834539 seq 5283531B - 528358BB
Dec 11 10:07:17 dm800se user.debug kernel: [234621.696000] out of order segment: rcv_next 52834539 seq 528358BB - 52835E5B
Dec 11 10:07:18 dm800se user.debug kernel: [234622.235000] ofo requeuing : rcv_next 52835079 seq 52835079 - 5283531B
Dec 11 10:07:18 dm800se user.debug kernel: [234622.235000] ofo requeuing : rcv_next 5283531B seq 5283531B - 528358BB
Dec 11 10:07:18 dm800se user.debug kernel: [234622.235000] ofo requeuing : rcv_next 528358BB seq 528358BB - 52835E5B
Dec 11 10:07:41 dm800se user.debug kernel: [234645.471000] out of order segment: rcv_next E400BD29 seq E400C869 - E400CE09
Dec 11 10:07:41 dm800se user.debug kernel: [234645.477000] out of order segment: rcv_next E400BD29 seq E400CE09 - E400D3A9
Dec 11 10:07:41 dm800se user.debug kernel: [234645.482000] out of order segment: rcv_next E400BD29 seq E400D3A9 - E400D949
Dec 11 10:07:41 dm800se user.debug kernel: [234645.699000] out of order segment: rcv_next E400BD29 seq E400D949 - E400DEE9
Dec 11 10:07:41 dm800se user.debug kernel: [234645.805000] out of order segment: rcv_next E400BD29 seq E400DEE9 - E400DFA2
Dec 11 10:07:42 dm800se user.debug kernel: [234645.919000] out of order segment: rcv_next E400BD29 seq E400DFA2 - E400E542
Dec 11 10:07:42 dm800se user.debug kernel: [234646.042000] out of order segment: rcv_next E400BD29 seq E400E542 - E400EAE2
Dec 11 10:07:42 dm800se user.debug kernel: [234646.292000] ofo requeuing : rcv_next E400C869 seq E400C869 - E400CE09

Ze zitten nog steeds te roethanen op mijn server box. Hoe krijg ik dit dicht?

In de meeste modem/routers kan je wel een ipadres blocken.
En zo te zien is het steeds hetzelfde ipadres.

Ja, lach maar maar mijn CCcam gaat op tilt om de zoveel tijd. Of het hier door komt weet ik niet maar ik hoorde op een ander forum dat sommigen lijnen proberen te stelen op deze manier en dat dit dan de CCcam op tilt gooit.
Het is nu weer een ander ip adres.
Ik had met putty ssh poort 22 open op mijn router en heb deze ook verwijderd. Kan het via deze kant binnen komen?

denk dat je beter je : C en je F naam kan veranderen .

Van alles?
En? Ik had met putty ssh poort 22 open op mijn router en heb deze ook verwijderd. Kan het via deze kant binnen komen?

Heb het Idee dat je NO IP.com naam is uitgelekt, kan je van alles proberen gaan dicht gooien , als je je Bijv NO IP.com naam weizig in bijv DynDns.. heb je weer een frisse lijn.

Oude naam weg ... Connecters / inbrekers weg

Bedankt Bruut maar ik heb nu geen inbrekers meer, ik heb ergens anders gelezen hoe je de boel kan controleren en zo maar dat is hoge school CCcam.Voordat ik dat snap ben ik weer een aantal weken verder denk ik.

@Masters, hoe heb je dat opgelost dan? (ter leering ende vermaak voor ons)

Het is helaas niet opgelost want ik heb de boel dicht gegooid maar vandaag weer dode CCcam. Echt klote is dat. Komt dat nu door die DM800SE box want met de DM800HD had ik nooit last.

Het probleem heeft niks met het type 800se te maken.
Die draait prima.
Misschien een nieuwe flash en als dat niet werkt het volgende:

Heb je een vast ipadres van je provider (of gekoppeld aan het macadres van je modem)?
Dan kan je een probleem hebben.
Bij verandering van je dns adres (dyndns, no-ip) blijft je eigenlijke ipadres dus gewoon gelijk.
Mensen die al een C lijn hebben van je hebben dus ook je ipadres.
Conclusie: probleem blijft.
Wat je zou kunnen proberen is het modem minimaal 24 uur van de spanning af te halen.
Misschien krijg je dan een ander ipadres toegewezen van je provider.

Ik heb vast ip en het heeft op de DM800HD altijd gewerkt dus daarom begrijp ik het niet.

Ik heb iets op een ander forum gevonden maar weet dit niet goed toe te passen op mijn DM800SE. Kan iemand mijn hier mee helpen. Het zou mij even uit de brand helpen tegen het crashen van de CCcam. Misschien moet dit een ander topic worden in emulators. Dit laat ik aan de moderators over.
Zie het script, helaas in het Engels:

It works perfect with all CCcam , in all image and it checks always if CCcam is running with out crond.
And if by some reason CCcam has crashed, which it does sometimes, it auto executes the CCcam instead of leaving you off-line for hours....
It don't take any special cpu usage because works with out crond and it is easy to add to your server.

For the interested here is the code:


cd /usr/bin
while [ 1 ];
do
process=`ps auxwww | grep cccamd-real | grep -v grep | awk '{print $1}'`
if [ -z "$process" ]; then
echo "Couldn't find CCcam running. Restarting server-binary" >> /tmp/cccam.check
/var/bin/cccamd-real
else
echo "CCcam is still OK!" >> /dev/null
fi
done

*NOTE!* My CCcam is in /var/bin and if your file is in a other folder like your home dir please edit the .sh file and change the path to your file.

Installing the script:
1. Log into your server using ftp software.
2. Rename the CCcam file to cccamd-real. Example if it is CCcam_2.0.11, rename to cccamd-real.
3. Make a new text file with the up lines inside in /var/bin ( there where is located the cccamd-real )called with the name of CCcam. Example if the name of softcam waz CCcam_2.0.11 before rename it to cccamd-real, then the name of text file (script) must be CCcam_2.0.11.
4. Set chmod to 755.
5. Reboot.
6. Killall cccamd -real to test if it start again .
8. Sit back, relax, and enjoy the quality of sharing Now i can do other things without worrying if CCcam has crashed.

Dit gaat je denk ook niet helpen , het is een script en dat kun je niet op elk image gebruiken denk ik , alleen die image`s waar je een script kunt uitvoeren , of ik moet de plank misslaan ..

ooh wat ik gelezen heb word het succesvol gedaan op dreamboxen. Afhankelijk van je type DreamBox zou je cd/usr/bin anders zijn. Alleen ben ik niet technisch genoeg om hier over te oordelen.

Er schijnt ook iets te zijn met een cronjob die je CCcam nachts auto herstart.

staat gewoon bij newnigma2 in het camd menu


grtz

razors

Dat zijn allemaal lap middelen vind ik.
Ik zou niet rusten voordat ik de oorzaak gevonden had
Het zou namelijk niet nodig moeten zijn.

Ik heb ondertussen al heel wat afgelezen en daar is moeders niet blij mee maar je wilt het toch goed hebben. In bepaalde imagen zit het script er al in en bij sommigen moet je dit in de cron manager ingeven. Nu heb ik een script gevonden namelijk deze:
#!/bin/sh
if ps x |grep -v grep |grep -c CCcam >/dev/null
then
echo "cccam... ok"
else
echo "cccam... restarting"
/var/bin/CCcam_2.2.1 &
fi

Dit moet je dan in usr/script zetten en opslaan als bijv. CCcamcheck.sh

Ik heb Nemesis 2.4 en als ik naar cron manager ga en een regel wil invoeren dan zegt hij steeds dat die niet bestaat.

Ergens anders lees ik dat voor Nemesis je het bestand in /var/spool/cron/crontab (and chmod 755) moet zetten.

CCcam staat in /usr/bin

Ik krijg steeds de melding dat de regel die ik invoer niet bestaat terwijl hij er wel is. Ik snap er ook de ballen van en ben een aap die een truc geleerd is. Ik weet het niet meer???

Welke regel bedoel je dan?
En wat is de melding?

De melding is dat de regel niet bestaat.

Moet ik dit soms plaatsen?
10 * * * * /usr/script/CCcamcheck.sh

Op sommige servers en ontvangers wil het nog wel eens gebeuren dat CCcam plosteling niet meer draait. Met bijgevoegd script (.sh) wordt gecontroleerd of CCcam nog actief is en zo niet dan wordt het (wederom) gestart.

Via een cron-opdracht (cronjob) kun je op je ontvanger/server bijvoorbeeld elke 30 minuten dit script laten starten.

Dit script is niet van mij, ik heb er 1 die voor Nemesis image zou zijn. Je moet de regels in een kladblok zetten en opslaan als CCcamcheck.sh

- Script:#!/bin/sh
if ps x |grep -v grep |grep -c CCcam >/dev/null
then
echo "cccam... ok"
else
echo "cccam... restarting"
/var/bin/CCcam_2.2.1 &
fi
- .sh bestand kopieren in /usr/script op je ontvanger
- chmod 755
- cronjob voor crond aanmaken zodat bijv. elke 30 seconden dit script wordt uitgevoerd: in de crontab komt dan te staan:

30 * * * * /usr/script/CCcamcheck.sh

Dit zie je pas als je de regel invoert: usr/script/CCcamcheck.sh in de cron manager.

Dit is nu gelukt, ik krijg in crontabs te zien dat deze regel er is en in 1e instantie kijkt hij in root wat hij niet kan openen en komt met een melding dat het niet gaat. Dit had ik dus de hele tijd. Daarna lukt het wel en geeft aan dat het succesvol gelukt is.

Dan is er ook nog een andere insteek uitgaande van OoZooN image:

Dit script is aangepast zodat het prima met een OoZooN image wordt uitgevoerd. Hiervoor maken we gebruik van de aanwezigheid van het bestand /etc/script.info dat wordt aangemaakt en waar de versie info in staat. Dit is handig als je een nieuwe/andere versie van CCcam installeert want dan hoef je dit script niet aan te passen.

Dit restart script gaat er van uit dat CCcam wordt gestart via een script; in OoZooN image is dat het CCcam script dat in /usr/script staat en per versie een andere naam heeft.
Overigens kun je in dit restart script op de eerste regels de variabelen wijzigen zodat het op jouw systeem ook kan draaien.

- Script:
#!/bin/sh
SCRIPTNAME="cccam_2.2.1.sh"
SCRIPTPATH="/usr/script"
SCRIPTINFOFILE="/tmp/script.info"
LOGFILE="/etc/CCcam_restart_log.txt"
TELNETPORT="16000"
if [ -f $SCRIPTINFOFILE ]; then
count=0
for i in `cat $SCRIPTINFOFILE`
do
count=`expr "$count" + 1`
SCRIPTNAME=$i
done
fi
echo $SCRIPTNAME
CHECKNAME="check.txt"
wall "CCcam Check run"
echo info|nc 127.0.0.1 $TELNETPORT >>/tmp/$CHECKNAME
set $(ls -s /tmp/$CHECKNAME)
if [ "$1" = "0" ]; then
echo $(date "+%d.%m.%y|%H:%M:%S|CCcam makes a restart") >>$LOGFILE
$SCRIPTPATH/$SCRIPTNAME stop
sleep 5
$SCRIPTPATH/$SCRIPTNAME start
else
echo "all fine >>$LOGFILE"
fi
rm /tmp/$CHECKNAME
exit

- .sh bestand kopieren in /usr/script op je ontvanger
- chmod 755
- cronjob voor crond aanmaken zodat bijv. elke 30 seconden dit script wordt uitgevoerd: in de crontab komt dan te staan:

30 * * * * /usr/script/cccam_restart.sh

Iemand een idee hoe dit nou echt werkt?

Owh, ik dacht je bent er uit tot dat ik de laatste regel las.

In zo'n script staat dat er gechecked moet worden of CCcam draait.
Zo ja, mag het script stoppen, en zo nee, moet deze "opnieuw" CCcam starten.
In de cronjob zet je de scriptnaam welke gestart moet worden en hoe vaak.
That's it

Ja Piet, voor jou appeltje eitje maar voor mij is dit nieuwe materie. Je hebt misschien al door dat ik hier weken mee bezig ben en op diverse fora aan het vragen maar weinig antwoorden gekregen heb. Zelf uitzoeken leer je het meest van maar dit is voor mij een aap die een trucje leert.
Ik heb nu eindelijk het bovenste script erin staan. Ik heb er onder nog een andere gezet met de vraag hoe werkt het nu eigenlijk? Welke van de 2 scripten kan ik het best nemen?
Hoe kan ik controleren of het werkt?

Controleren doe je door CCcam uit te zetten in je menu.
En daarna het script te draaien.
Als CCcam dan loopt ben je er.

Aan de genoemde locaties te zien is de eerste geschreven voor een Enigma1 box en de tweede voor Enigma2.
Ik blijf erbij dat je pleisters aan het plakken bent.
Je kan beter het wondje genezen
Ik las ook dat je exotische images gebruikt.
Probeer het eens met NewNigma2 of OpenPli.

Dus het 1e script gaat niet op mijn enigam2 box werken?
Ik heb via blauw en dan de CCcam 2.2.1 uit gezet en gewacht maar er gebeurde na 3 minuten niets terwijl ik de cronmanager had gezegd elke minuut. Dus script 1 werkt niet. Het zou voor Nemesis imagen zijn.
Hoe moet ik het 2e script veranderen naar mijn CCcamcheck.sh file?
Als het allemaal niet lukt ga ik over op newnigma.

Ik zou dat als stap 1 inplannen

Oké dit heb ik gedaan. Newnigma staat er op. We wachten af. Als ik weer problemen krijg dan help jij mij met een script Piet?
Volgens mij heeft deze image al een script standaard draaien.
Dit staat in usr/script/CCcam_2_2_1.emu
#!/bin/sh
########################################
###### Powered by NewNigma2 Team ######
### http://newngima2.to ###
########################################

# EMUNAME is only Display name for EMU Menu
EMUNAME="CCcam 2.2.1"
# CCcamversion
CCVer="CCcam2_2_1"

remove_tmp ()
{
[ -e /tmp/ecm.info ] && rm -rf /tmp/ecm.info
[ -e /tmp/ecm0.info ] && rm -rf /tmp/ecm0.info
[ -e /tmp/ecm1.info ] && rm -rf /tmp/ecm1.info
[ -e /tmp/.CCcam.nodeid ] && rm -rf /tmp/.CCcam.nodeid
[ -e /tmp/CCcam.kill ] && rm -rf /tmp/CCcam.kill
[ -e /tmp/warnings.txt ] && rm -rf /tmp/warnings.txt
}

case "$1" in
start)
echo "[SCRIPT] $1: $EMUNAME"
/usr/bin/$CCVer >/dev/null &
sleep 1
;;
stop)
echo "[SCRIPT] $1: $EMUNAME"
echo -n "kill " > /tmp/CCcam.kill
pidof $CCVer >> /tmp/CCcam.kill
echo sleep 1s >> /tmp/CCcam.kill
echo -n "kill -9 " >> /tmp/CCcam.kill
pidof $CCVer >> /tmp/CCcam.kill
chmod 755 /tmp/CCcam.kill
/tmp/CCcam.kill
sleep 2
remove_tmp
;;
restart)
$0 stop
sleep 1
$0 start
exit 1
;;
*)
$0 stop
exit 1
;;
esac

exit 0

Ik doe m'n best

Kun jij iets zeggen over dit script? Het stond niet in Nemesis. Wat mij ook opvalt is dat ik nu niet meer via de webbrowser kan zien wie wat kijkt. Hiermee bedoel ik dat ik naar mijn CCcam ga van de server en naar mijn shares kijk. Bij Nemesis zie je bij last used share staan bijv. Film 1 HD en nu staat er een 0100:00006a:51b8 (ok)

Zo te zien is dit een script om CCcam op een nette manier af te sluiten.


Kijken via de webbrowser bij NewNigma2 vraagt ook om een channelinfo file.
Die is ook te vinden op het forum maar helaas niet goed bijgehouden.
Iedere zendernaam heeft een code als "0100:00006*:****".
Die koppeling staat in de channelinfo file.
Waarbij 6a voor canal digitaal staat en 6c voor tv vlaanderen.
De file moet je, net als CCcam.cfg, zetten in /etc.

Ik zie het, bedankt Piet. Mijn andere boxen hebben het wel. Even overschrijven en in de NewNigma2 box zetten. Vereist dit nog een reboot?

Effe de Cam opnieuw starten moet voldoende zijn.

Nou! vanochtend hing de hele box. Ik had geen CCcam meer. Reboot enigma2 voldeed niet eens, ik moest de hele box herstarten. Ik vind dit zo vervelend.

Dat is vervelend ja.
Wat had je nog meer op je box als addons/plugins/skins/etc. gezet?

Niks. Zo basic mogelijk.
Omdat NewNigma the box liet rebooten heb ik nu een Nemesis 2.4 gepachte versie geprobeerd. Deze is kant en klaar met diversen cammen ingebakken. Ik heb voor de proef deze DM800SE cliënt gemaakt en een andere trouwe DM800HD server.
Dus nu ga ik kijken of de DM800SE gewoon zonder server te zijn crasht.
Ik ben elders bezig voor een script. Dit zou het script moeten zijn.
Toelichting:
- het is een bin/sh script en controleert eigenlijk alleen of CCcam in de lopende processen nog actief is. Zo niet dan wordt CCcam opgestart en wordt er een korte melding gemaakt in een logbestand, waarvan je de maximale grootte (in bytes) ook aan kunt geven.

- het is wel zaak om EERST in het scriptbestand de juiste gegevens voor jouw systeem op te geven (zie onder).

In het scriptbestand zie je o.a. dit staan:

VERSION='2.3.0' # version number of the cam
CAMBIN='CCcam_2.3.0' # binairy filename of the cam
CAMDIR='/usr/bin' # path to binairy filename
CONFIGDIR='/etc' # directory where config files of the cam are

VERSION is het versie nummer van CCcam
CAMBIN is de naam van het (binaire) CCcam bestand dat je systeem opstart (vaak is dit ook CCcam of CCcam.mipsel)
CAMDIR is de map (directory) waar het (binaire) CCcam bestand zich bevindt
CONFIGDIR is de map (directory) waar de configuratiebestanden staan (meestal /etc)

Ik zou het simpel houden........

Eerst via de downloads op zoek gaan naar "cron""en die laten installeren.
Vervolgens in Telnet "crontab -e" typen.
Dan opent zich een scherm van de vi editor.
Druk op esc en daarna de kleine i (insert)
En type daar */10 * * * * /usr/script/CCcamCheck.sh
Druk op enter
Druk op esc en daarna wq!
Dan sluit de editor zich af.

Maak dan een script aan in /usr/script met de naam CCcamCheck.sh
Met de text.

#!/bin/sh
if ps x |grep -v grep |grep -c CCcam >/dev/null
then
echo "cccam... ok"
else
echo "cccam... restarting"
/usr/bin/CCcam2_3_0 &
fi

En save die file.
Rebooten.
Dan wordt CCcam iedere 10 minuten gechecked en indien deze niet loopt gestart.
In de script heb ik CCcam2_3_0 vermeld (uiteraard bij gebruik van die versie.
Indien je een andere hebt vermeld je daar jouw versie.

Ik ga het eerst op jouw manier proberen. Alleen wat ik dan nog wil weten hoe je het test? Hoe laat je de CCcam uit gaan zodat je kan wachten op de cron regel?

Gewoon via het Cam menu uitzetten.
Als het goed start ie vanzelf weer op binnen 10 minuten.
Met andere woorden je krijgt dan weer beeld.

Dat heb ik gedaan maar hij gaat niet aan. Ik heb de 10 in een 5 veranderd, meer niet.

Ik vraag mij af of dit ipv. van zo: */5 * * * * /usr/script/CCcamCheck.sh
zo moet: 5 * * * * /usr/script/CCcamCheck.sh

In usr/bin staat CCcam_2.3.0 ipv. CCcam_2_3_0 of maakt dat niet uit?

Dan maak je van 5 minuten , 5 uur.........

Dat maakt zeker wel uit.
Het moet in de .sh staan precies zo als het vermeld wordt in /usr/bin
Waarschijnlijk gebruik je dan geen NewNigma2 meer want daar wordt CCcam2_3_0 gebruikt.

In de readme.txt van de cronmanager stonden 5 * waarvan de 1e voor 1 t/m 59 minuten stond vandaar mijn vraag.

Klopt ik gebruik weer Nemesis, dus dit ga ik veranderen.
Ik ga het meteen testen, blijf luisteren

Als je hier gelijk mee hebt dan klopt het dat het eerst niet werkte. Even duimen dan

Moet ik na de reboot de cam uit zetten of mag hij al uit staan? Want na 5 minuten gebeurd er niets namelijk.

Ik heb de regel naar 1 minuut aangepast, gaat wat sneller. Maar ik heb het nu op een andere box moeten doen. In ieder geval gaat hij niet aan na 1 minuut.

Ik zal eens kijken vandaag als ik tijd heb...

Graag, ik hoop dat dit voor mij een hoop problemen bespaart. Zit thuis met rugklachten dus heb ik mooi een afleiding als hier mee kan stoeien.

Maak er toch eens 5 * * * * /usr/script/CCcamCheck.sh van.
Schijnt af te hangen van versie.

Ook dit werkt niet, helaas

Nee, ik ben nu aan het gissen.
Ik zie dat de cronjob in de /tmp gezet wordt.
Das niet handig want na een reboot is de cronjob weg
Ik kijk straks verder want moet weer aan het werk

Ik kon natuurlijk niet stil zitten (met pijn in je rug is dat zo wie zo lastig) en heb bijgevoegd script gebruikt en getest. Het werkt alleen als ik het handmatig via telnet start, dus niet via de cronjob. Hier moeten we nog even mee stoeien.
Door in telnet dit te typen: /usr/script/CCcamCheck.sh gaat de CCcam aan als ik hem uit zet via blauw>>cams. En of ik nou de box met de CCcam aan of uit reboot hij start op als hij al uit is.

root@dm800:~# /tmp/CCcamCheck.sh
krijg je:
CCcam ${VERSION} Check run
Killall: CCcam_2.3.0: no process killed

Ik heb al die crontabs en in de map crontabs het bestand root allemaal chmod 755 gegeven.

Dit script(zie bijlage) werkt perfect maar nu alleen nog de cronjob. Ik heb even zitten lezen op http://www.cronjob.nl/ maar kom niet verder dan wat al hadden namelijk 1 * * * * /usr/script/CCcamCheck.sh of */1 * * * * /usr/script/CCcamCheck.sh

Toelichting over cron-manager wat in de image zit:
Als je met DCC ftp naar /var/spool/cron->/etc/cron gaat heb je crontabfile waar de cronregel is zit. En in de map crontabs zit dan cron.update die verwijzt naar root in de zelfde map waar dan weer de cronregel in staat. Hij komt dan 2 x voor.

Als ik het probeer via telnet met crontab -e dan zie ik de gemaakte regel meteen staan. Om het op deze manier er in te zetten lukt niet echt goed. Ik krijg wel een regel erin maar die heet dan anders. Ik heb ook geprobeerd om het met die regel te laten werken maar dat helpt ook niet. Ik krijg de indruk dat het script wel loopt maar niet nog via een cronjob.

Dat heeft vlgs mij te maken dat we werken met een uitgeklede versie van Linux.
Zoals ik getest heb en al eerder mee gewerkt gaat het met ubuntu prima.

Je hebt dan qua inhoud 2 identieke bestanden: /etc/cron/crontabfile en /etc/cron/crontabs/root.

Dan de daemon opstarten. Als je met een image de cronmanager als plugin hebt geïnstalleerd dan in telnet opgeven: /etc/init.d/busybox-cron.

Dit staat er ook. Start ik het script handmatig dan werkt en zie je steeds een regel lopen dat hij controleerd of de CCcam in de lucht is en zodra ik hem via het menu er uit gooi dan springt hij er weer in.

Maar waarom doet die cronjob het niet automatisch? Zou het echt met die uitgeklede versie te maken hebben?

Ho, Ho, Ho Merry Christmass to you all

Zou het kunnen zijn dat de deamon niet loopt?

Update, server box crasht steeds na ongeveer 3 à 4 dagen. De CCcam doet het dan niet. In zo verre dat de box aan staat en benaderbaar is via dcc en hier is het log:

Dec 28 18:12:45 dm800 user.warn kernel: [284660.868000]
Dec 28 18:12:45 dm800 user.warn kernel: [284660.868000] Mem-info:
Dec 28 18:12:45 dm800 user.warn kernel: [284660.868000] DMA per-cpu:
Dec 28 18:12:45 dm800 user.warn kernel: [284660.868000] cpu 0 hot: high 90, batch 15 used:64
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] cpu 0 cold: high 30, batch 7 used:26
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] DMA32 per-cpu: empty
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] Normal per-cpu: empty
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] HighMem per-cpu: empty
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] Free pages: 2752kB (0kB HighMem)
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] Active:31350 inactive:88 dirty:0 writeback:0 unstable:0 free:688 slab:2711 mapped:121 pagetables:129
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] DMA free:2752kB min:2048kB low:2560kB high:3072kB active:125400kB inactive:352kB present:262144kB pages_scanned:27971 all_unreclaimable? no
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] lowmem_reserve[]: 0 0 0 0
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] DMA32 free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] lowmem_reserve[]: 0 0 0 0
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] Normal free:0kB min:0kB low:0kB high:0kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] lowmem_reserve[]: 0 0 0 0
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] HighMem free:0kB min:128kB low:128kB high:128kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] lowmem_reserve[]: 0 0 0 0
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] DMA: 156*4kB 10*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 2752kB
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] DMA32: empty
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] Normal: empty
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] HighMem: empty
Dec 28 18:12:45 dm800 user.warn kernel: [284660.869000] Swap cache: add 0, delete 0, find 0/0, race 0+0
Dec 28 18:12:45 dm800 user.warn kernel: [284660.870000] Free swap = 0kB
Dec 28 18:12:45 dm800 user.warn kernel: [284660.870000] Total swap = 0kB
Dec 28 18:12:45 dm800 user.warn kernel: [284660.870000] Free swap: 0kB
Dec 28 18:12:45 dm800 user.warn kernel: [284660.889000] 65536 pages of RAM
Dec 28 18:12:45 dm800 user.warn kernel: [284660.889000] 0 pages of HIGHMEM
Dec 28 18:12:45 dm800 user.warn kernel: [284660.889000] 29073 reserved pages
Dec 28 18:12:45 dm800 user.warn kernel: [284660.889000] 237 pages shared
Dec 28 18:12:45 dm800 user.warn kernel: [284660.889000] 0 pages swap cached
Dec 28 18:12:45 dm800 user.err kernel: [284660.889000] Out of Memory: Kill process 12194 (CCcam_2.2.1) score 1251 and children.
Dec 28 18:12:45 dm800 user.err kernel: [284660.889000] Out of memory: Killed process 12194 (CCcam_2.2.1).
Dec 28 19:27:21 dm800 user.warn kernel: [289137.299000] set input to 0
Dec 28 19:27:21 dm800 user.warn kernel: [289137.299000] set fb to 2(1)
Dec 28 19:27:21 dm800 user.warn kernel: [289137.299000] using 50.00Hz as MonitorRefreshRate
Dec 28 19:27:21 dm800 user.warn kernel: [289137.418000] SET FORMAT: display[0], format=6
Dec 28 19:27:21 dm800 user.warn kernel: [289137.418000] bcm_video_analog_port_setup (fmt=6)
Dec 28 19:27:21 dm800 user.warn kernel: [289137.538000] SET FORMAT: display[1], format=6
Dec 28 19:27:21 dm800 user.warn kernel: [289137.558000] set current avs auto aspect to 16:9
Dec 28 19:27:21 dm800 user.warn kernel: [289137.558000] set wss 7 on display 0
Dec 28 19:27:21 dm800 user.warn kernel: [289137.558000] set wss 7 on display 1
Dec 28 19:27:21 dm800 user.warn kernel: [289137.558000] set sb to 3(1)
Dec 28 19:27:21 dm800 user.warn kernel: [289137.563000] set mute 0 (111) 0
Dec 28 19:27:21 dm800 user.warn kernel: [289137.923000] alps_bsbe2 is in normal mode now
Dec 28 19:27:22 dm800 user.warn kernel: [289138.927000] pilot_off!
Dec 28 19:27:23 dm800 user.err kernel: [289139.028000] dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Dec 28 19:27:23 dm800 user.warn kernel: [289139.032000] start pcr0 on dmx 0 pid:209 index 4
Dec 28 19:27:23 dm800 user.warn kernel: [289139.034000] start audio on dmx 0 pid:6f
Dec 28 19:27:23 dm800 user.warn kernel: [289139.034000] audio xpt start
Dec 28 19:27:23 dm800 user.warn kernel: [289139.034000] sync is off so we enable it
Dec 28 19:27:23 dm800 user.warn kernel: [289139.034000] demux-index 0 pcr0pid 209
Dec 28 19:27:23 dm800 user.warn kernel: [289139.034000] using 4 as pcr0 pidchannel
Dec 28 19:27:23 dm800 user.warn kernel: [289139.035000] AC3
Dec 28 19:27:23 dm800 user.warn kernel: [289139.035000] audio: decoder start 0
Dec 28 19:27:23 dm800 user.warn kernel: [289139.048000] audio delay 18000 (200 ms)
Dec 28 19:27:23 dm800 user.warn kernel: [289139.048000] total video delay: 18000 (200 ms)
Dec 28 19:27:23 dm800 user.warn kernel: [289139.050000] start video0 on dmx 0 pid:209
Dec 28 19:27:23 dm800 user.warn kernel: [289139.051000] total video delay: 18000 (200 ms)
Dec 28 19:27:23 dm800 user.warn kernel: [289139.058000] VIDEO0: start decode
Dec 28 19:27:23 dm800 user.err kernel: [289139.212000] dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
Dec 28 19:28:01 dm800 auth.info login[15234]: root login on 'pts/0'

Wie kan mij hier bij helpen?

CCcam gebruikt heel je memory zie ik.
En dan crashed de box.
Ik vraag me af hoeveel lijnen er in jouw box staan.......
Eigenlijk wil ik het niet weten
Laat hem anders een een paar dagen draaien zonder één lijntje erin.
En kijk eens wat dat doet

Grappige is dat ik al minder lijnen heb en het eerst niet had.
Is het niet mogelijk om een usb-stick erbij te steken en dat gebruiken als extra geheugen?

Ik heb alle slechte ping en aanbod lijnen er uit gegooid.
Het draait nu een week zonder crash. Ik heb ook een swap file aangemaakt, weet alleen niet of dit nu echt helpt.
Als dit nu een maandje probleemloos werkt dan zet ik mijn DM800SE weer in als server en deze heeft dan geen swap file en kijken hoe dit gaat.

De DM800SE wederom server gemaakt. Het draait na bovenstaande goed. Afwachten want bij deze box het ik geen swap file gemaakt.

Box valt niet meer uit. Ongelofelijk de hele tijd wezen klooien voor niets. Toch rotte of te veel lijntjes. Had Piet het goed

Zeker weten dat je er van geleerd hebt.
Dus is het toch niet voor niets geweest

heeft'ie het ook wel eens fout dan???

Tot nu toe nog geen een keer op kunnen betrappen. Maar dan moet ik er bij zeggen dat ik niet zo veel weet