[P4] Helyzetjelentés 2

[Sándor Laki]

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://plc.inf.elte.hu/pipermail/p4/attachments/20180516/824791f9/attachment-0001.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/20180516/824791f9/attachment-0001.bin>