90 replies to this topic

[doglover]

Vanuit een koude start kan ik met de PC (Windows en Ubuntu) geen verbinding meer leggen via samba.

 

DCC en de webif werken wel.

 

Na een herstart van de HD2400 werkt samba opnieuw. En worden de verbinden hersteld.  Zeer vervelend.

Ook al omdat ik er geen clou van heb waar ik dit moet gaan zoeken

 

Willu

 

 

[WanWizard]

Maf, vanuit technisch oogpunt is er geen verschil tussen die twee manieren van opstarten.

 

Over welke verbindingen die hersteld worden heb je het, die van andere systemen naar de box, of die van de box naar elders (die hebben niks met Samba van doen)?

[Sagitarius †]

Vanuit een koude start kan ik met de PC (Windows en Ubuntu) geen verbinding meer leggen via samba.

 

DCC en de webif werken wel.

 

Na een herstart van de HD2400 werkt samba opnieuw. En worden de verbinden hersteld.  Zeer vervelend.

Ook al omdat ik er geen clou van heb waar ik dit moet gaan zoeken

 

Willu

Ik kwam daar pas ook achter met mijn Zgemma h2h, ze hebben in de smb.conf WORKGROUP als default gezet, deze heb ik weer op THUIS gezet en ik zie mijn Zgemma weer in mijn netwerk. Heb dit gelijk ook aangepast in mijn ET8000 die trouwens wel te zien was met WORKGROUP, na de wijziging naar mijn eigen netwerknaam logt hij nu gelijk in.

Wel vreemd dat toen ik RC6 installeerde op beide ontvangers hij dit niet overnam uit mijn auto backup.

 

[global]
workgroup = THUIS
deadtime = 15
max smbd processes = 6
max log size = 5
guest account = root
load printers = no
show add printer wizard = no
printcap name = /dev/null
disable spoolss = yes
map to guest = Bad Password
security = user
server role = standalone server
unix password sync = yes

[root]
path = /
read only = no
guest ok = yes
browseable = yes
create mask = 0777
directory mask = 0777

[Media]
path = /media
read only = no
guest ok = yes
browseable = yes
public = yes
writable = yes
available = yes
create mask = 0777
directory mask = 0777

[Harddisk]
path = /media/hdd
read only = no
guest ok = yes
browseable = yes
public = yes
writable = yes
available = yes
create mask = 0777
directory mask = 0777

[doglover]

Maf, vanuit technisch oogpunt is er geen verschil tussen die twee manieren van opstarten.

 

Over welke verbindingen die hersteld worden heb je het, die van andere systemen naar de box, of die van de box naar elders (die hebben niks met Samba van doen)?

 

Ik bedoel de Samba verbindingen.  Dus HD2400/Root zichtbaar in Explorer of in Nautilus op Ubuntu.

 

Op windows durf ik dan wel eens dit proberen:

 

net use U: /Delete
net use U: \\HD2400\Root

 

of

 

net use U: /Delete
net use U: \\192.168.178.19\Root

 

Maar geen van beiden maakt een verbinding. 

Wanneer alles normaal is werken beide instructies.

 

Willy

 

PS:  Momenteel is e.e.a weer OK.  Maar ik hou mijn hart vast voor morgenochtend.

[WanWizard]

Ik kwam daar pas ook achter met mijn Zgemma h2h, ze hebben in de smb.conf WORKGROUP als default gezet, deze heb ik weer op THUIS gezet en ik zie mijn Zgemma weer in mijn netwerk. Heb dit gelijk ook aangepast in mijn ET8000 die trouwens wel te zien was met WORKGROUP, na de wijziging naar mijn eigen netwerknaam logt hij nu gelijk in.

 

 

Wel vreemd dat toen ik RC6 installeerde op beide ontvangers hij dit niet overnam uit mijn auto backup.

 

Wij kunnen niet ruiken wat jou thuis situatie is. En Samba 4.x (in OpenPLi 6) heeft een config die niet compatible is met Samba 3.x (in OpenPLi 4). Dus de smb.conf wordt gerestoord als smb.conf.old of zoiets.

[WanWizard]

PS:  Momenteel is e.e.a weer OK.  Maar ik hou mijn hart vast voor morgenochtend.

 

Ik neem aan dat je box up to date is, en dat je na de laatste updates de box hebt herstart? Want er zijn wel issues geweest met Samba in de eerste release versie en de eerste hotfix update, en die zijn pas afgelopen weekend gefixt. Maar daarvoor moest je wel twee keer een update doen (totdat de box zegt dat er geen meer zijn), en daarna een restart om samba opnieuw op te starten.

 

Ik zou niet weten waarom samba niet zou starten met een cold boot, het heeft daar geen enkele dependency mee.

[doglover]

De box is niet geupdate na de flash.  En dat image dateert van 15/10

 

Zal dus een paar keer moeten updaten gezien het bovenstaande.  (maar zal voor morgen zijn - de baas zit naar het darts te kijken)

 

Willy

Edited by doglover, 27 October 2017 - 15:46.

[WanWizard]

Ah, "zet expleens".

 

Er zijn een aantal hotfixes geweest vorig weekend voor Samba, ten aanzien van een ontbrekende config, het overschrijven van een eigen config, en het niet opstarten.

[doglover]

Geupdatet.  Momenteel alles OK.

 

Willy

[doglover]

Ik heb nog altijd problemen dat de Samba verbinding naar de Windows computer er niet is.

Soms wel en soms niet.  Kan er echt geen touw aan vastknopen.

 

Wat meestal wel oplossing bied is Samba te herstarten op de receiver via:

/etc/init.d/samba.sh restart

Maar het blijft vervelend.

 

 

Willy

[WanWizard]

Het hoe en waar heb ik al in een ander topic gepost.

 

Jij hebt toch een NAS? Zit die niet in dezelfde workgroup als je PC en je boxen? Dan zou het gewoon moeten werken.

[doglover]

Dat zit allemaal in de zelfde werkgroep.

 

Maar ik heb nog iets anders geobserveerd.

Als ik geen verbinding heb, en ik vraag via putty ps op dan zie ik dit niet:

15480 root     33624 S    /usr/sbin/smbd
15482 root     31620 S    {smbd-notifyd} /usr/sbin/smbd
15483 root     31612 S    {cleanupd} /usr/sbin/smbd
15490 root     22304 S    /usr/sbin/nmbd
15509 root     34072 S    /usr/sbin/smbd

Waaruit ik besluit dat samba op dat moment niet draait.

 

Heb ik wel verbinding, dan vind ik het bovenstaande wel terug.

Maar ik kan geen touw vastknopen aan de omstandigheden waarin dit wel of niet gebeurt.

 

Willy

 

PS: Op het moment dat ik geen verbinding heb met samba op mijn windows PC, kan ik ook op de LinuxPC geen samba verbinding met deze receiver maken.

Edited by doglover, 7 November 2017 - 11:36.

[mimisiku]

WanWizard heeft één en ander uitgelegd qua Sambaballen versie. De versie 4 die in OpenPli 6.0 zit heeft de problemen met Windows 7/10. De oudere Samba 3 in OpenPli 4.0 heeft dat probleem niet. Ik beheer een aantal (inmiddels oude) DM8000 boxen. Op verzoek van de gebruikers ook weer noodgedwongen terug naar OpenPli 4.0.

Niets ten nadele van OpenPli 6.0 overigens. Ook op de DM8000 werken de core-functies prima. Het is meer het gebrek aan ondersteuning van diverse plugins die die kennissen gebruiken (en niet kwijt willen qua gewend e.d.). Sommige devs hebben de plugin scene wellicht allang achter zich gelaten. Wie zal het zeggen?

Je ziet ook op het hoogste niveau problemen met OpenPli 6.0. Sommige fabrikanten geven geen thuis meer wat voor de drivers weer niet handig is (XTrend, Zgemma)

[Bram55]

@Willy, Wanwizard had hier de volgende oplossing voor en dat werkt bij mij op mijn W7 PC goed. Geen problemen meer gehad.

 

Als een workaround zou je dit in de global sectie van je smb.conf kunnen toevoegen, wellicht dat dit de situatie verbetert:

domain master = yes
preferred master = yes
local master = yes

daarna de box herstarten, of samba herstarten middels

/etc/init.d/samba.sh restart

[doglover]

Staat erin.  (Nu ingezet)

Ook voor de zekerheid de image nog eens ge-updatet.  Echter 0 paketten te updaten.

 

Na het herstarten had mijn Windows PC wel nog verbinding.  Laten we hopen.  (Voor dit alles had ik soms wel verbinding en dan weer niet - zodat ik mijn oordeel nog wat opschort.)

 

Willy

Edited by doglover, 7 November 2017 - 15:33.

[bril]

Heb nog precies hetzelfde na alle updates, ook na de regels toegevoegd te hebben. Door de box opnieuw op te starten doe hij het weer, maar waarom het na een aantal uren/dag het mappen niet meer wil, rara.

[Bram55]

Heb nog precies hetzelfde na alle updates, ook na de regels toegevoegd te hebben. Door de box opnieuw op te starten doe hij het weer, maar waarom het na een aantal uren/dag het mappen niet meer wil, rara.

Ik heb die regels er nu 1 dag instaan en vooralsnog geen problemen meer gehad.

[littlesat]

Is dit iets wat we er standaard bij/in moeten kunnen zetten!

[doglover]

Heb nog precies hetzelfde na alle updates, ook na de regels toegevoegd te hebben. Door de box opnieuw op te starten doe hij het weer, maar waarom het na een aantal uren/dag het mappen niet meer wil, rara.

 

 

Inderdaad rara.  Lijkt mij ook iets dat moeilijk zal te vinden zijn.

Na het opstarten deze ochtend was de verbinding hier OK.  Maar ik wil er mijn hand niet voor in het vuur steken dat het zo blijft.

 

Willy

 

PS:  Is dit iets wat we erbij moeten zetten?

Ik zou het niet weten op dit moment.

Edited by doglover, 8 November 2017 - 09:40.

[WanWizard]

Houd het allemaal even in de gaten a.u.b, als het allemaal blijft werken zo kan het in de update build van komend weekend mee.