Keine Verbindung über IP-Adresse zu Netzwerk-Switch - LWL Kabel defekt

Zu 1) Versucht mal über ein Kupferkabel vor Ort zu pingen. Wenn das auch nicht geht, hilft euch noch einmal in die Konfig rein zu schauen bzw den Switch zu resetten und neu zu konfigurieren. Wenn du Glück hast, kannst du noch mit einem Wireshark oder TCPdump auf die Leitung schauen, ob sich der Switch im Netzwerk meldet und mit welcher IP.

Zu 2) Man kann die Stecker neu konfektionieren, du solltest jedoch die Ursache suchen. Wenn du Glück hast, ist nur diese eine Ader hängen geblieben und verletzt, wenn du Pech hast: Diese kann aber auch weiter innen nochmals verletzt sein. Wenn du weiteres Pech hast, wurde am ganzen Kabel gezogen und die anderen Adern haben leichte Risse, die du jedoch messen können solltest.

Das wäre aber essentiell wichtig !
Sehr wahrscheinlich gibt es einen Management VLAN Mismatch. Das Management VLAN des Stacks ist ungleich dem des neu angeschlossenen Switches oder umgekehrt, dann scheitert natürlich ein Zugriff.
Alle diese Switches haben einen seriellen Terminal Zugang der keinen IP Zugang erfordert um an die Konfig zu kommen !!
Warum nimmst du also nicht einen simplen USB zu Seriell Adapter, verbindest dich mit dem Terminalanschluss des Switches um die Konfiguration einzusehen. Nur weil ein "Kollege nicht mehr da ist" ist das doch kein Hinderungsgrund an die aktive Konfig des Switches zu kommen !
Mal ganz abgesehen davon das er ja wohl eine vollständige Dokumentation des Switches hätte machen müssen. Hat da sein Vorgesetzter versagt oder wie ist das zu verstehen ?
Es wäre also nicht nur für uns wichtig diese Konfig zu kennen um zu sehen in welchem Management VLAN die IP Adresse hängt. Auf solche naiven und nichtssagenden Aussagen wie "alles "richtig" eingestellt" sollte man sich logischerweise niemals verlassen. Das ist doch Blindflug...
Andernfalls leuchtet sicher auch dir ein das wir ohne diese Info auch nur im freien Fall raten können oder in die Kristallkugel sehen müssen !
Der serielle Terminalport ist also dein bester Freund ! Zum Rest hat Kollege @NordicMike schon alles gesagt.
Das sieht wahrlich nicht gut aus ! Licht sollte man "am" Kabel keinesfalls sehen können. Das zeigt in der Tat einen massiven Defekt des LWL Kabels. Verwendbar ist das bei so einem Defekt nicht mehr !
So einfach isolieren wie Kupfer Klingeldraht geht bei LWL natürlich niemals. Dort muss jemand mit einem Spelissgerät kommen und die Kabelenden komplett neu spleissen und wieder zusammensetzen. Nur so geht das !

Was genau st für dich ein "Trunk" ??
Leider gibt es dafür in der IT unterschiedliche Interpretationen:

• In Cisco Sprech ist ein Trunk ein einfacher Tagged VLAN Uplink
• Im "normalen" Netzwerk Sprech ist ein Trunk eine Link Aggregation sprich ein LACP LAG. Also die Bündelung mehrere physischer Links zu einem virtuellen zur Bandbreiten Erhöhung. (Cisco nennt das "Etherchannel")

Fragt sich also jetzt was du genau meinst ??

Wenn es die Link Aggregation ist dann kannst du hier nachlesen wie einfach das ist und wie man damit umgeht. Es hat auch eine Beispiel Konfig für die HP/Aruba Gruselswitches dabei:
https://administrator.de/tutorial/netzwerk-management-server-raspberry-p ...
und auch hier:
https://administrator.de/tutorial/mikrotik-vlan-konfiguration-routeros-v ...

Deine Fragestellung:
lässt aber vermuten das bei dir nicht um einen LAG sondern nur um einen simplen Tagged Uplink geht.
Grundlagen dazu was darunter zu verstehen ist siehst du hier in einem klassischen Netzwerk Design mit einem Layer 3 (Routing) Core Switch:
Das dürfte zu 90% deinem Setup entsprechen mit der HP5400er Gurke im Core und den HP2900ern als Access.
Die "bunten Regenbogen" Links sind deine getaggten VLAN Uplinks zw. den Switches.

Weitere Infos zu dem Thema Tagged VLAN Uplinks findest du z.B. hier:
https://administrator.de/tutorial/vlan-installation-routing-pfsense-mikr ...
oder auch hier:
https://administrator.de/content/detail.php?id=637212&token=933#comm ...

Wie man einen simplen VLAN Tagged Uplink konfiguriert wirst du ja sicher (hoffentlich) selber wissen. Das kann heutzutage der Azubi im ersten Lehrjahr. Ansonsten hier das HP Beispiel nachsehen:
https://administrator.de/tutorial/vlan-installation-routing-pfsense-mikr ...
Ist alles kein Hexenwerk.

Klickt man auf den Link bekommt man einen 404 Error

Gut wenn es LAGs, also Link Aggregation ist, was in einem redundanten Unternehmensnetz auch sehr sinnvoll wäre, müsste euer Netz vom groben Design her dann vermutlich so aussehen, oder ? Eben nur das der Core Switch eine uralte Chassis Gurke ist:


OK, dann war das missverständlich. Du solltest dann aber besser nicht den Ausdruck "Trunk" benutzen, denn der ist leider im netzwerk Umfeld immer sehr doppeldeutig. Siehe oben warum !

Das kann man nicht, da musst du dir keine Sorgen machen.
Einfach die 2 beteiligten Ports entsprechend im LAG aktivieren und fertig. Wichtig ist das du das LACP Protokoll nutzt was aber bei den HP Billigswitches eh immer Default ist.
Man kann also per se eigentlich nichts falsch machen. Das Setup ist eher banal und wahrlich kein Hexenwerk.
Außerdem hast du ja die anderen LACP LAGs in der Konfig immer als einfaches Beispiel an denen du dich orientieren kannst wie es geht.
Im Zweifel die Konfig hier posten, dann machen wir das für dich !

Nein, die Bezeichnung des Trunks ist rein kosmetisch und muss nicht gleich sein.
Das ist falsch oder zumindestens verwirrend. Ein "Trunk" ist eine Link Aggregation also das zusammenlegen mehrerer physischer Ports zu einem gemeinsamen um 2 Dinge zuerreichen also Redundanz und gleichzitig eine Bandbreitenerhöhung.
Mit nur einem einzigen Port E5 bildest du ja dann keinen Trunk ! Wie sollte das auch gehen mit nur einem einzigen Port ?!
Da hast du schon einen grundsätzlichen Fehler oder ein Missverständnis.
Deinen Vorgehensweise sollte also immer so sein.

• 2 Ports als Port Member für den Trunk (LAG) definieren int A4-A5 lacp active (Ports E4 und E5)
• diese beiden Ports als LACP Trunk (LAG) Gruppe definieren (gleicher LACP Key) int A4-A5 lacp key 500
• Virtuellen Trunk Port/ID untagged ins Default VLAN und tagged in die anderen VLANs legen
• Fertisch

Du solltest dann auf dem Core Switch mal ein show lacp eingeben. Da sollte dann sowas rauskommen: Dann steckst du diese beide LACP Ports in den 2930M. Dessen Ports rennen allesamt immer im Default im LACP passive Mode. Erkennt der an seinen beiden Verbindungsports die oben am 5400er konfigurierte LACP 500er Gruppe bildet er automatisch einen Trunk !
Wenn du beide Switches zusammengesteckt hast ist ein show lacp hier sehr hilfreich.

Den dann gebildeten Trunknamen oder den von dir oben konfigurierten "trkNeubau" musst du dann untagegd dem Default VLAN und tagged den anderen VLANs zuweisen. Letzteres hast du mit Sicherheit vergessen. Das sähe dann ungefähr so aus:
vlan 1
name "DEFAULT_VLAN"
untagged 1-9, trkNeubau
ip address 172.16.1.254 255.255.255.0
exit
vlan 10
name "Firma"
untagged 10-11
tagged trkNeubau
ip address 172.16.10.254 255.255.255.0
exit
vlan 20
name "Firmen WLAN"
untagged 12-13
tagged trkNeubau
ip address 172.16.20.254 255.255.255.0
exit
vlan 30
name "Server"
untagged 14-15
tagged trkNeubau
ip address 172.16.30.254 255.255.255.0
exit
Die Zuweisung der Tags muss natürlich auch auf der 2930er Seite passieren !

Das ist für den LAG kein Hinderungsgrund wenn er denn mit 2 Memberports angelegt ist. Er produziert dann eben halt nur immer Fehlermeldungen im Log das ein Memberport tot ist und der LAG dann einen "degraded" State hat. Das ist aber auch alles und ja normal wenn ein Link tot ist.
Der LAG bleibt aber auch mit nur einem Link aktiv weil das ja auch eine gewisse gewollte Redundanz ist.
Vorübergehend ist das also kein Problem.

Wenn dir die Fasern fehlen ist aber eine Lösung auch nur mit 2 Fasern kinderleicht:
Beschaffe dir ein sog. BiDi SFP
https://www.fs.com/de/products/39160.html
Das benötigt keine Duplex Faser sondern macht über eine einzige Faser den Sende und Empfangsweg parallel. Das wird über unterschiedliche Farben in der Glasfaser gelöst !
Achte darauf das die SFPs Paare mit SFP 1550nm-TX/1310nm-RX verwendet werden. Du kannst sehen das das Gegenüber immer die entsprechend andere Wellenlänge hat für den Sende- und Empfangszweig. Das Pärchen SFP zu obigem ist also:
https://www.fs.com/de/products/39161.html?attribute=5583&id=219179

So kannst du sehr pfiffig und für kleines Geld einen 2 Port LAG auch mit nur 2 einzelnen LWL Fasern realisieren !!

Welche Verbindungen ?? Kupfer oder LWL ?? Und...wie sind diese LAN Ports auf den Switches konfiguriert.
Ohne diese Infor können wir nicht zielführend helfen, das leuchtet dir sicher auch ein, oder ?
Das ist klar und auch logisch. Deine WLAN APs sind mit Sicherheit MSSID APs die ihre verschiedenen SSIDs in verschiedene VLAN IDs mappen (das mit PPPoE oben ist Unsinn !).
Folglich müssen also auch diese AP Ports alle getagged werden für die auf ihnen konfigurierten MSSIDs.
Das Prinzip kannst du z.B. an diesem einfachen FritzBox Setup erkennen:
Es wird dir im VLAN Tutorial auch nochmal anhand eines Praxis Beispiels genau erklärt:
https://administrator.de/tutorial/vlan-installation-routing-pfsense-mikr ...