getack

Pretoria, South Africa

daniel@dline.co.za

Age: 25

1d
comment MHDDFS randomly breaks
I am not sure why this is downvoted, but I will do this tonight. With my luck after enabling the debug logging MHDDFS have become rock solid with no crashes for almost a week!
Mar
27
awarded Scholar
Mar
27
accepted Mount only sub-directory in NFS export
Mar
27
asked std::unordered_map lock the bucket count
Mar
27
awarded Scholar
Mar
27
awarded Supporter
Mar
27
comment Mount only sub-directory in NFS export
Fantastic, thanks!
Mar
26
comment Mount only sub-directory in NFS export
Your trick worked. You can post it as a regular answer so that I can mark it as the answer. Can you also please explain why subtree checking is needed? I do not understand the documentation's description of it fully.
Mar
26
comment Mount only sub-directory in NFS export
Your trick worked. You can post it as a regular answer so that I can mark it as the answer. Can you also please explain why subtree checking is needed? I do not understand the documentation's description of it fully.
Mar
25
asked Mount only sub-directory in NFS export
Mar
25
asked Mount only sub-directory in NFS export
Mar
23
comment MHDDFS randomly breaks
Thank you for getting back to me! I will grok the logs asap and update my question with any relevant findings. I reread the MHDDFS manpage and saw that the default loglevel is not debug. So I will reenable it tonight to see if I can learn anything. Leaving logging on the standard loglevel gives me a <50GB (!!) logfile after 7 days though.
Mar
22
asked MHDDFS randomly breaks
Feb
18
awarded Supporter
Feb
12
answered pfSense: How to route traffic out the WAN port?
Jan
18
asked Ubuntu server VM install has limited bash functionality
Jan
11
answered Windows client asks for password, Linux does not
Jan
11
comment Windows client asks for password, Linux does not
When I look at the owners of test files created in the share I can see that all the files created by my Linux machines belong to nobody and nogroup as designed. The test files created through windows belongs however to my main UNIX user, who's credentials I provided during the command you suggested. I then added a guest only = yes directive to the share stanza and even though the share still works in windows, all files I create now belongs to nobody and nogroup as it's supposed to. I am thoroughly confuzed...
Jan
11
comment Windows client asks for password, Linux does not
OK your suggestion worked... It asked for a username and password and I provided the UNIX credentials used on the server. When I retried the share it worked... Can you explain what the hell happened? I assume that even though it works it is not the guest account that is providing me with access?
Jan
11
awarded Student
1 2 3 4 5