[P4] Helyzetjelentés 2

Thu May 17 09:11:51 CEST 2018

Az emit biztosan elcseszi a dolgokat:

[DEBUG] ### HANDLING PACKET ARRIVING AT PORT 0...
[DEBUG] entering parser state start...
[DEBUG] entering parser state parse_ethernet...
[DEBUG] entering parser state accept...
[DEBUG] entering control verifyChecksum...
[DEBUG] entering control ingress...
[DEBUG]   :::: EXECUTING TABLE smac
RET: 4
[DEBUG]     :: EXECUTING ACTION _nop_0...
[DEBUG]   :::: EXECUTING TABLE dmac
RET: 0
[DEBUG]     :: EXECUTING ACTION forward_0...
Value32:1 v16:1 __ 1
[DEBUG] entering control egress...
[DEBUG] entering control computeChecksum...
[DEBUG] entering control DeparserImpl...
[DEBUG] ### BEFORE EMIT INGRESS PORT 0... 
<----------------------------------
[DEBUG] ### BEFORE EMIT EGRESS PORT 1... 
<---------------------------------- ITT A LÉNYEG
[DEBUG] ### AFTER EMIT INGRESS PORT 101...<---------------------------------
[DEBUG] ### AFTER EMIT EGRESS PORT 238... <--------------------------------
ingress 101 egress 238
[DEBUG]   :::: EGRESSING
[DEBUG]     :: sending packet on port 238 (lcore 0)

On 2018.05.16. 22:44, Sándor Laki wrote:
>
> Az ingress port is felülíródik. Ez elég memory leak gyanús:
>
> [DEBUG] ### HANDLING PACKET ARRIVING AT PORT 0... 
> <--------------------itt még jó az ingress
> [DEBUG] entering parser state start...
> [DEBUG] entering parser state parse_ethernet...
> [DEBUG] entering parser state accept...
> [DEBUG] entering control verifyChecksum...
> [DEBUG] entering control ingress...
> [DEBUG]   :::: EXECUTING TABLE smac
> RET: 4
> [DEBUG]     :: EXECUTING ACTION _nop_0...
> [DEBUG]   :::: EXECUTING TABLE dmac
> RET: 0
> [DEBUG]     :: EXECUTING ACTION forward_0...
> Value32:1 v16:1 __ 1 
> <----------------------------------------------------------------------------------------- 
> ezt állítjuk be egressportnak az actionben
> [DEBUG] entering control egress...
> [DEBUG] entering control computeChecksum...
> [DEBUG] entering control DeparserImpl...
> ingress 46 egress 111 
> <------------------------------------------------------ itt kiküldés előtt
> [DEBUG]   :::: EGRESSING
> [DEBUG]     :: sending packet on port 111 (lcore 0) <---------------------
>
> Üdv.
> Sanyi
> On 2018.05.16. 21:51, Sándor Laki wrote:
>>
>> Hi,
>>
>> Ma én is próbálkoztam. Ami látszik, hogy az l2fwd esetén a egress 
>> port beállításánál is elcsesződik valami. Kb. memóriaszemét lesz, 
>> azaz egyből segfaultolunk ha van forgalom. A dpdk-switchen gdb-ből 
>> futtattam, de tettem pár segéd printet is a ottani verzióba. Még nem 
>> találtam meg a hiba forrását.
>>
>> Üdv.
>> Sanyi
>>
>>
>> On 2018.05.16. 9:31, Péter Vörös wrote:
>>> Szia,
>>>
>>> A pktgen/home/jenkins-be is csináltam egy másik SOURCE_THIS fájlt, 
>>> ezzel remélem jó lesz.
>>> A run_pktgent rootként futtatod?
>>>
>>> Üdv,
>>> Peti
>>>
>>> 2018. május 15. 21:23 Brunner Márton írta, <brmarci at caesar.elte.hu 
>>> <mailto:brmarci at caesar.elte.hu>>:
>>>
>>>     Sziasztok!
>>>
>>>     Először is köszönöm az eddigi segítséget, reméltem, hogy így már
>>>     minden menni fog, de sajnos még mindig nem sikerült tesztelnem.
>>>     A dpdk-switch géppel már minden rendben, sikeresen elindult
>>>     rajta a t4p4s. Viszont most a másik géppel akadt problémám, ami
>>>     úgy néz ki, hogy szintén hugepage-es hibára vezethető vissza.
>>>
>>>     Ha normál módon próbáltam a run_pktgen.sh-t futtatni, akkor a
>>>     prompt használhatatlanná vált, úgyhogy a standard outputot
>>>     átirányítottam egy fájlba. Ezt a logot csatoltam az emailhez. A
>>>     terminálba így csak a kövezkező hibák kerültek:
>>>
>>>     EAL: Detected 16 lcore(s)
>>>     EAL: No free hugepages reported in hugepages-1048576kB
>>>     ./run_pktgen.sh: line 10: 13966 Aborted sudo
>>>     ./app/x86_64-native-linuxapp-gcc/pktgen -c ffff -n 4 -w
>>>     0000:0b:00.0 -w 0000:0b:00.1 -- -P -m
>>>     "[1-3:4-7].0,[9-11:12-14].1" -s 0:$PCAP_FOLDER -s 1:$PCAP_FOLDER
>>>
>>>     A dpdk_setup.sh-val megint próbáltam egy kicsit játszani, de nem
>>>     igazán vezetett eredményre.
>>>
>>>     Marci
>>>
>>>
>>>     _______________________________________________
>>>     P4 mailing list
>>>     P4 at plc.inf.elte.hu <mailto:P4 at plc.inf.elte.hu>
>>>     https://plc.inf.elte.hu/mailman/listinfo/p4
>>>     <https://plc.inf.elte.hu/mailman/listinfo/p4>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> P4 mailing list
>>> P4 at plc.inf.elte.hu
>>> https://plc.inf.elte.hu/mailman/listinfo/p4
>>
>> -- 
>> Sándor Laki, PhD
>> Assistant professor
>> Department of Information Systems
>> Eötvös Loránd University
>> Pázmány Péter stny. 1/C
>> H-1117, Budapest, Hungary
>> Room 2.506
>> Web:http://lakis.web.elte.hu
>> Phone: +36 1 372 2869 / 8477
>> Cell: +36 70 374 2646
>>
>>
>> _______________________________________________
>> P4 mailing list
>> P4 at plc.inf.elte.hu
>> https://plc.inf.elte.hu/mailman/listinfo/p4
>
> -- 
> Sándor Laki, PhD
> Assistant professor
> Department of Information Systems
> Eötvös Loránd University
> Pázmány Péter stny. 1/C
> H-1117, Budapest, Hungary
> Room 2.506
> Web:http://lakis.web.elte.hu
> Phone: +36 1 372 2869 / 8477
> Cell: +36 70 374 2646
>
>
> _______________________________________________
> P4 mailing list
> P4 at plc.inf.elte.hu
> https://plc.inf.elte.hu/mailman/listinfo/p4

-- 
Sándor Laki, PhD
Assistant professor
Department of Information Systems
Eötvös Loránd University
Pázmány Péter stny. 1/C
H-1117, Budapest, Hungary
Room 2.506
Web: http://lakis.web.elte.hu
Phone: +36 1 372 2869 / 8477
Cell: +36 70 374 2646

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/p4/attachments/20180517/53aaa019/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3978 bytes
Desc: S/MIME Cryptographic Signature
URL: <https://plc.inf.elte.hu/pipermail/p4/attachments/20180517/53aaa019/attachment.bin>