similar to: howto forbid chown on cifs mount

Hi, we''re using Xen 3.3.0 on Debian Etch with 2.6.18.8 kernel from xen.org on dom0. We have problems starting Intrepid domU (using Intrepid''s kernel 2.6.27-7-server) if we give more than 4GB of memory to this domain. Using memory = ''4096'' works perfectly, but changing it to ''4097'' already gives an error. Can anyone put some light on this?

Hello, is it possible to overwrite 'filename' dhcp options with pxelinux command line arguments? I think it would be very useful when building complex netboot menus. If not are you planning to add it in near future? greetings -- Krzysztof Chojnowski <notch at toltech.nl>

Hi My system data: Linux alucard 2.6.24.3 #4 SMP PREEMPT Sat Apr 26 19:36:27 CEST 2008 i686 GNU/Linux I selected the experimental cifs options (but I get the same behaviour with a different kernel where they aren't selected) mount.cifs version: 1.10-3.0.28a (but I also tried an earlier version) ubuntu hardy I bought a netgear ready nas nv+ and enabled a few cifs shares. When I try to mount

Hello 1 - Is there a way to forbid log in of some Dovecot's users ? I use NIS as authentication mechanism. 2 - Is it possible to forbid some machines (IP addresses ) to connect to Dovecot server ? Thank you

When VIRTIO_NET_F_GUEST_UFO is negotiated, host could still send UFO packet that exceeds a single page which could not be handled correctly by XDP. So this patch forbids setting XDP when GUEST_UFO is supported. While at it, forbid XDP for ECN (which comes only from GRO) too to prevent user from misconfiguration. Cc: John Fastabend <john.r.fastabend at intel.com> Signed-off-by: Jason Wang

On 16-12-23 08:02 AM, John Fastabend wrote: > On 16-12-23 06:37 AM, Jason Wang wrote: >> When VIRTIO_NET_F_GUEST_UFO is negotiated, host could still send UFO >> packet that exceeds a single page which could not be handled >> correctly by XDP. So this patch forbids setting XDP when GUEST_UFO is >> supported. While at it, forbid XDP for ECN (which comes only from GRO)

hello is there a way to forbid SOME ( not all ) users's login with dovecot 2 ? I need to move their IMAP folders to another place with more disk space but I don't want to stop dovecot IMAP service for the other users as the moving process will be a bit long ( 1 Tb to move ) thanks

In my tftp usage I'm using the server to collect device configurations but I don't want once the files are uploaded to be accessible for download. I've solved my problem by adding --forbid-get/-F option which disables file downloads. -- Georgi Chorbadzhiyski | http://georgi.unixsol.org/ | http://github.com/gfto/ -------------- next part --------------

On 16-12-23 06:37 AM, Jason Wang wrote: > When VIRTIO_NET_F_GUEST_UFO is negotiated, host could still send UFO > packet that exceeds a single page which could not be handled > correctly by XDP. So this patch forbids setting XDP when GUEST_UFO is > supported. While at it, forbid XDP for ECN (which comes only from GRO) > too to prevent user from misconfiguration. > > Cc: John

On 16-12-23 06:37 AM, Jason Wang wrote: > When VIRTIO_NET_F_GUEST_UFO is negotiated, host could still send UFO > packet that exceeds a single page which could not be handled > correctly by XDP. So this patch forbids setting XDP when GUEST_UFO is > supported. While at it, forbid XDP for ECN (which comes only from GRO) > too to prevent user from misconfiguration. > > Cc: John

On 11/05/2013 07:12 AM, Georgi Chorbadzhiyski wrote: > In my tftp usage I'm using the server to collect device > configurations but I don't want once the files are uploaded > to be accessible for download. > > I've solved my problem by adding --forbid-get/-F option which > disables file downloads. > You can do the same with a one-line map file: aG .* Downloads

I just upgraded from Ubuntu 11.04 to 12.04 and am working to restore access to the windows shares I use at work. smbclient connects immediately: sudo smbclient //server/share -A /etc/.smb_creds.txt mount.cifs fails (with "mount error(13): Permission denied"): sudo mount.cifs //server/share /mnt/ -o credentials=/etc/.smb_creds.txt my credentials file is as

https://bugzilla.mindrot.org/show_bug.cgi?id=2333 Bug ID: 2333 Summary: forbid old Ciphers, KexAlgorithms and MACs by default Product: Portable OpenSSH Version: 6.6p1 Hardware: Other OS: Linux Status: NEW Severity: enhancement Priority: P5 Component: Miscellaneous Assignee:

A sysadmin moved a share from one Windows server to another. I am now getting error 13 when trying to mount the share from the new server. The following worked before the server was replaced: mount.cifs //ipaddress1/share1$ /mnt/share1 -o credientials/home/whatever/.smbcredentials,rw mount.cifs //ipaddress2/share2$ /mnt/share2 -o credientials/home/whatever/.smbcredentials,ro Change: server

Hi, I've got a strange behaviour on a share when I copy files with files explorers (like Thunar, Nautilus, ...). This is the share configuration : [share1] comment = Share 01 path = /home/shares/share1 valid users = +share1 force group = share1 read only = No create mask = 0660 force create mode = 0660 directory mask = 1770 force directory mode = 1770 browseable = No

On 5/27/17, Rowland Penny via samba <samba at lists.samba.org> wrote: > I do not fully know, but it is probably because this is such a bad idea > that it has been made not to work, or even more likely, no one ever > thought about doing this (because it is a bad idea), so there is no > code in Samba to do this. But it seems that it took more work to prevent guest from performing

I have been running in loglevel 10 and looking at the logs, but as I said in my initial post the credentials function fine with nautilus. Appended is a connection log snippet where samba walks through a cascade of authentication methods and finally fails. Earlier in the log, samba successfully determines which domain controller to talk to and pulls its information. However, just before the

On Wed, Apr 27, 2016 at 03:18:18PM -0400, Glomski, Patrick wrote: > I have been running in loglevel 10 and looking at the logs, but as I said > in my initial post the credentials function fine with nautilus. Appended is > a connection log snippet where samba walks through a cascade of > authentication methods and finally fails. > > Earlier in the log, samba successfully

Both answered in my initial post; see below: On Wed, Apr 27, 2016 at 4:02 PM, Jeremy Allison <jra at samba.org> wrote: > On Wed, Apr 27, 2016 at 03:18:18PM -0400, Glomski, Patrick wrote: > > I have been running in loglevel 10 and looking at the logs, but as I said > > in my initial post the credentials function fine with nautilus. Appended > is > > a connection log

Failure for me is always: SMB PACKET: SMBsesssetupX (REPLY) > SMB Command = 0x73 > Error class = 0x6D > Error code = 49152 (0xc000) > Flags1 = 0x80 > Flags2 = 0x3 > Tree ID = 0 (0x0) > Proc ID = 12056 (0x2f18) > UID = 29165 (0x71ed) > MID = 3 (0x3) > Word Count = 0 (0x0) > NTError =