4 replies to this topic

[benniehier]

Ik heb een aantal (3)Vu+ boxen met openpli 7 en 2 Synology NAS systemen via NFS met elkaar verbonden.

In eerste instantie werkte alles goed totdat mijn (unify) dhcp server kuren kreeg en alle ip adressen door elkaar haalde. Dat is weer opgelost, en de boxen hebben weer hun juiste netwerk adressen terug.

Alles is gereboot (meerdere keren) en opnieuw gedefinieerd, geremount etc.

vis ssh heb ik de config file voor het gemak op alle 3 de systemen gelijk gehouden en alleen de mount naar de lokale drive uitgeschakeld.

een handmatige nfs mount werkt.

 

Probleem:

Er wil maar steeds geen mountpoint aangemaakt worden. dwz ik kan de mount nergens selecteren. 

op menu/systeem/expert/netwerk/mountbeheer/mountpoints beheer (goh, wat zit dat ver weg) is alles met NFS share netjes ingesteld,

Resultaat: in de lijst blijft steeds het eerste symbool van de harddisk rood, dwz niet verbonden.

 

Uiteraard is de locatie bereikbaar via ssh en een handmatige mount werkt dus gewoon.

ping naar zowel host name en ip adres werkt ook, dus is het geen netwerk probleem.

 

welke routine maakt de mountpoints aan (automount) welk bestand moet aangepast worden zodat de mounts juist gaan werken.

het zou mooi zijn als in /media/net weer de mointpoints komen te staan zodat ik deze weer in bestandslocatie kan opnemen.

 

Sinds 7.1 heb ik gelukkig niet meer dat het mounten/unmounten ervoor zorgt dat het systeem lijkt te hangen (alles bevriest heel erg lang, uit/aan was het enigste wat hielp). Zoals gezegd had ik dat met de versies 4-6. De huidige versie 7.1 heeft dat dus niet maar nu moeten de bestandslocaties wel toegankelijk blijven.

 

Wie kan me in de juiste richting wijzen?

[WanWizard]

Enigma maakt die mounts aan, exact op dezelfde manier als dat je dat op de commandline zou doen, met de informatie die je in vult.

 

Je kunt enigma in debug mode starten, dan wordt er een logfile aangemaakt, en daarin kun je wellicht meer vinden.

[robadouche]

Ik had een soortgelijk probleem met 7.1. Bij mij waren de cifs-mounts verdwenen na elke reboot, en wilde de box niet doorstarten. En ik had ook met ip-adressen zitten spelen, namelijk vaste ip's voor servers en apparaten die altijd aan staan. Ik had op mijn hd51 een bestand NAS-1.cache in /etc/enigma2/ Ik heb dat bestand hernoemd naar NAS-1.cache.bck en daarna werkte alles weer. Misschien het proberen waard?

 

Laat je niet misleiden door de naam van het draadje, ik dacht dat de oorzaak lag in corrupte libs, dat bleek niet zo te zijn: https://forums.openp...dpost&p=1086673

Edited by robadouche, 28 July 2019 - 08:57.

[benniehier]

Ik had een soortgelijk probleem met 7.1. Bij mij waren de cifs-mounts verdwenen na elke reboot, en wilde de box niet doorstarten. En ik had ook met ip-adressen zitten spelen, namelijk vaste ip's voor servers en apparaten die altijd aan staan. Ik had op mijn hd51 een bestand NAS-1.cache in /etc/enigma2/ Ik heb dat bestand hernoemd naar NAS-1.cache.bck en daarna werkte alles weer. Misschien het proberen waard?

 

Laat je niet misleiden door de naam van het draadje, ik dacht dat de oorzaak lag in corrupte libs, dat bleek niet zo te zijn: https://forums.openp...dpost&p=1086673

Helaas heb ik op mijn 7.1 boxen nergens zo'n file staan, wel een netwerkbrowser.cache, maar ook het veranderen van die naam heeft niets geholpen, de markeerpunten blijven leeg. (waar staat die config file eigenlijk?)

 

Ter controle heb ik de automounts.xml file nog eens bekeken, en die ziet er goed uit.

in het netwerk de "mount opnieuw" gedaan in de hoop dat de mountpoints weer worden aangemaakt. Dat is maar gedeeltelijk het geval. Waarom maar 3 van de 9 mountpoints komen is onduidelijk. (1 van de 3 Vu+ boxen, 1 (met maar 2 dirs) van de 2 NAS systemen). Het linker disk symbool in de mount manager is de ene keer groen, dan weer grijs. Waarom is ook onduidelijk wanty alle systemen staan aan.

 

De box draait nu in debug mode

 

Doordat ik een aantal keren de aan/uit knop heb moeten gebruiken de afgelopen jaren staat er wel de melding dat ik e2fsck moet draaien in de log files als ik zoek naar mount in de /var/log files

gebeurt dat niet automatisch bij het starten? het is me nog onduidelijk welk kommando ik precies moet geven om de schijf te controleren.

[40H3X]

Afgezien van het mounten, zou ik e2fsck zeker draaien, want het is zeer waarschijnlijk dat je filesysteem corrupt is en de schuldige is bijna zeker de aan/uit knop geweest via de CLI of de GUI

 

https://wiki.openpli...#Harddisk_Check