Toon posts:

[Samba] Kan geen directories verwijderen vanuit Windows

Pagina: 1
Acties:

Onderwerpen


  • posttoast
  • Registratie: April 2000
  • Laatst online: 15:52
Ik draai nu al een tijd met veel plezier een Ubuntu servertje (11.04) maar heb ook al een hele tijd een klein probleem: ik kan geen directories verwijderen van Samba shares vanuit Windows. Als ik een directory probeer te verwijderen wordt de inhoud weggegooid (dus ook subdirectories) maar de directory zelf blijft staan. Ik krijg ook geen foutmelding of iets dergelijks.

Ik heb al flink gezocht, maar het enige wat ik tegenkom zijn problemen met schrijfrechten waarbij er dus helemaal niets verwijderd kan worden. Mijn probleem vind ik nergens terug.

Heeft iemand hier dit misschien ook gehad? En, belangrijker, heeft iemand een oplossing?

omniscale.nl


  • Burner NL
  • Registratie: November 2002
  • Laatst online: 24-05 22:39
Het is een tijd geleden dat ik met Samba gewerkt heb, maar heb je de shares van de betreffende mappen wel verwijderd?

  • posttoast
  • Registratie: April 2000
  • Laatst online: 15:52
Eh, nee, ik wil ook niet een complete share verwijderen. Het gaat erom dat als ik een directory weggooi (gewoon een willekeurige directory binnen een share) hij wel alle inhoud verwijdert, maar niet de directory zelf. De enige manier om die weg te krijgen is door met SSH in te loggen en een "rm" commando uit te voeren.

omniscale.nl


  • Rainmaker
  • Registratie: Augustus 2000
  • Laatst online: 28-01 13:06
Zal vermoedelijk zijn dat de directory boven de share geen w / x bit heeft voor de gebruiker.

Dus als je /mnt/nas/share/blaat verwijderd, heeft de gebruiker geen rechten om in share te writen.

We are pentium of borg. Division is futile. You will be approximated.


  • posttoast
  • Registratie: April 2000
  • Laatst online: 15:52
Maar het betreffen hier sowieso subdirectories. Een van de shares is als volgt ingesteld:

code:
1
2
3
4
5
6
[www]
path = /var/www
read only = no
browsable = yes
public = no
write list = vincent


Als ik bijvoorbeeld vanuit Windows deze directory probeer te verwijderen: /var/www/test/apennootjes, dan gaat het dus al mis. Dat begrijp ik niet.

omniscale.nl


  • Rob
  • Registratie: Februari 2000
  • Niet online
Is het ook zo in de directorys buiten je /var/www map?
Misschien vindt het Apache-process dat een map niet weg mag

In the beginning the Internet was a bunch of smart users with dumb terminals. Now...


  • posttoast
  • Registratie: April 2000
  • Laatst online: 15:52
Ik geloof dat je iets op het spoor bent inderdaad. Bij andere shares werkt het wel...

Is er een oplossing voor, of moet ik gewoon Apache af en toe restarten?

omniscale.nl


  • -Dr.Z
  • Registratie: Januari 2005
  • Laatst online: 25-05 16:42
Je bash username (waar je de map mee aan hebt gemaakt) is waarschijnlijk niet gelijk aan de share user?
Je kunt dus dezelfde user gebruiken of de user admin rechten geven (omdat hij niet de owner is)
heel lelijk (niet voor productie machines!) kun je dus "force admin = $username doen"

Basically all electronics are powered by magical smoke. I know this because I've seen the smoke escape, and then things don't work anymore.


  • posttoast
  • Registratie: April 2000
  • Laatst online: 15:52
-Dr.Z schreef op dinsdag 27 september 2011 @ 16:14:
Je bash username (waar je de map mee aan hebt gemaakt) is waarschijnlijk niet gelijk aan de share user?
Je kunt dus dezelfde user gebruiken of de user admin rechten geven (omdat hij niet de owner is)
heel lelijk (niet voor productie machines!) kun je dus "force admin = $username doen"
Username is in beide gevallen "vincent", dus dat is het niet lijkt me?

omniscale.nl


  • -Dr.Z
  • Registratie: Januari 2005
  • Laatst online: 25-05 16:42
Ja uiteraard is het dan "force admin = vincent"
wat ook nog kan missen is:
writable = yes i.p.v. force user (in het geval dat vincent in bash dus ook de owner is van de folder in /var/www) kun je checken met ls -lah


een samba script wat ik ook lelijk voor thuis gebruik om een share uit te lezen die word beschreven door een applicatie onder een andere deamon is:

path = /$sharepad
available = yes
valid users = $username
admin users = $username
force user = $username
read list = $username
write list = $username
read only = no
browsable = yes
public = yes
writable = yes

uiteraard wel $username veranderen voor vincent ;)

[Voor 10% gewijzigd door -Dr.Z op 27-09-2011 16:21]

Basically all electronics are powered by magical smoke. I know this because I've seen the smoke escape, and then things don't work anymore.


  • posttoast
  • Registratie: April 2000
  • Laatst online: 15:52
-Dr.Z schreef op dinsdag 27 september 2011 @ 16:20:
Ja uiteraard is het dan "force admin = vincent"
wat ook nog kan missen is:
writable = yes i.p.v. force user (in het geval dat vincent in bash dus ook de owner is van de folder in /var/www) kun je checken met ls -lah


een samba script wat ik ook lelijk voor thuis gebruik om een share uit te lezen die word beschreven door een applicatie onder een andere deamon is:

path = /$sharepad
available = yes
valid users = $username
admin users = $username
force user = $username
read list = $username
write list = $username
read only = no
browsable = yes
public = yes
writable = yes

uiteraard wel $username veranderen voor vincent ;)
Haha, ik snap dat $username een variabele is, ik bedoelde alleen dat zowel mijn username waarmee ik via Samba inlog als de enige user op die linuxbak "vincent" is. Er zit geen verschil tussen dus.

Ik zal straks die hele riedel eens proberen :)

omniscale.nl

Pagina: 1


Tweakers maakt gebruik van cookies

Tweakers plaatst functionele en analytische cookies voor het functioneren van de website en het verbeteren van de website-ervaring. Deze cookies zijn noodzakelijk. Om op Tweakers relevantere advertenties te tonen en om ingesloten content van derden te tonen (bijvoorbeeld video's), vragen we je toestemming. Via ingesloten content kunnen derde partijen diensten leveren en verbeteren, bezoekersstatistieken bijhouden, gepersonaliseerde content tonen, gerichte advertenties tonen en gebruikersprofielen opbouwen. Hiervoor worden apparaatgegevens, IP-adres, geolocatie en surfgedrag vastgelegd.

Meer informatie vind je in ons cookiebeleid.

Sluiten

Toestemming beheren

Hieronder kun je per doeleinde of partij toestemming geven of intrekken. Meer informatie vind je in ons cookiebeleid.

Functioneel en analytisch

Deze cookies zijn noodzakelijk voor het functioneren van de website en het verbeteren van de website-ervaring. Klik op het informatie-icoon voor meer informatie. Meer details

janee

    Relevantere advertenties

    Dit beperkt het aantal keer dat dezelfde advertentie getoond wordt (frequency capping) en maakt het mogelijk om binnen Tweakers contextuele advertenties te tonen op basis van pagina's die je hebt bezocht. Meer details

    Tweakers genereert een willekeurige unieke code als identifier. Deze data wordt niet gedeeld met adverteerders of andere derde partijen en je kunt niet buiten Tweakers gevolgd worden. Indien je bent ingelogd, wordt deze identifier gekoppeld aan je account. Indien je niet bent ingelogd, wordt deze identifier gekoppeld aan je sessie die maximaal 4 maanden actief blijft. Je kunt deze toestemming te allen tijde intrekken.

    Ingesloten content van derden

    Deze cookies kunnen door derde partijen geplaatst worden via ingesloten content. Klik op het informatie-icoon voor meer informatie over de verwerkingsdoeleinden. Meer details

    janee