similar to: dfree is broken on this system

> >> On Tue, Jun 07, 2016 at 01:36:52PM -0400, Thomas Schulz wrote: >>> Running Samba 4.3.4 on a Solaris 10 i386 box and Samba 4.4.3 on a >>> Solaris 10 sparc box. >>> I have not looked at the logs for awhile. Just checking now and I see >>> many of the following on both systems. >>> >>> [2016/06/01 11:22:04.402945, 0]

> On Tue, Jun 07, 2016 at 01:36:52PM -0400, Thomas Schulz wrote: > > Running Samba 4.3.4 on a Solaris 10 i386 box and Samba 4.4.3 on a > > Solaris 10 sparc box. > > I have not looked at the logs for awhile. Just checking now and I see > > many of the following on both systems. > > > > [2016/06/01 11:22:04.402945, 0]

Hi. I have some trouble with my samba domain controller. Every time I try to logout my windows workstation, I get an error that the share is no longer availible. I estimate that this happens around the time when windows tries to copy my user profile back to the server. (because when I change profile type to local the error no longer occurs) on the samba side the following error is logged.

I have moved a Samba installation from an old samba 2.2.8a (on a 2.4.21 kernel) to a new server running Samba 3.0.10 on a SuSE 9.2 (kernel 2.6.8) and I now have a problem using the (same) shares from client W2K machines. When I open "My Computer" window on a client, the drives are marked by a red cross, as if they were disconnected, and the disksize is zero. I can decend into the

I think that I know what is going on. At first I was getting bad numbers from the DEBUG statement. It turns out that %u does not work with an unsigned 64 bit integer. So instead of passing (*dsize) I had to pass (unsigned int)*dsize. Now I am getting good numbers. The problem only occures with Windows XP machines. We have our users automounted on /home/users. We have /home/users shared as share

When using Samba 3.0.23b (slightly old, I know) on CentOS 4.4, smbstatus -B fails with a segmentation fault. smbstatus works, and tdbdump is able to dump brlock.tdb and locking.tdb without any errors (which is not what I expected). Here's the backtrace (non-ASCII characters replaced with 'X'): #0 0x0017fa2c in memcpy () from /lib/tls/libc.so.6 #1 0x0029b19f in tdb_write

In 2.0.4b using a 16-bit client (in this case Lanman for DOS), disk space reporting for partitions greater than 2GB always reports 0 space free. I've tracked this down to the disk_norm routine in the smbd/dfree.c file. In the code for adjusting block size and disk size/free values for 16-bit reporting, WORDMAX was incorrectly being multiplied by 512 before being compared with bsize. This

Am 16.11.2016 um 15:11 schrieb Volker Lendecke: > On Wed, Nov 16, 2016 at 03:02:20PM +0100, Jochen Eggemann via samba wrote: >> Thanks for the fast reply Volker, >> >> I tried using this, but get following Errors: >> >> ../source3/lib/system.c:1143(sys_popen) sys_popen: ERROR executing command >> '/usr/bin/dfree .': Fehler im Format der Programmdatei

Hi, Created a zpool with 64k recordsize and enabled dedupe on it. zpool create -O recordsize=64k TestPool device1 zfs set dedup=on TestPool I copied files onto this pool over nfs from a windows client. Here is the output of zpool list Prompt:~# zpool list NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT TestPool 696G 19.1G 677G 2% 1.13x ONLINE - When I ran a

Am 15.11.2016 um 13:00 schrieb Volker Lendecke: > On Tue, Nov 15, 2016 at 12:25:32PM +0100, Jochen Eggemann via samba wrote: >> Hi list, >> >> I am exporting share which has a small base partition into which several >> much larger partitions are mounted. Which are used by different user groups. >> >> My problem is, that windows takes the size of the base

This patch is just a (shameless) copy from bug #28 [1]. The original patch has been sitting there for a couple of years now, and it was based on Syslinux v 4.05. The patch I am posting here is just a re-base on v.6.03. Whichever inadequate formatting (tabs, trailing spaces...), or any kind of correction that was required for the original patch to be accepted, is probably still required now.

>From the following: basin.map <- readAsciiGrid("c:/temp/area.asc", colname="area") I have a SpatialGridDataFrame which has the x and y cordinate of a cell, and the drainage area of that cell. There are many cells with a low drainage area (in my case, 33000 with an area of 37.16) and one cell with the highest drainage area (again, in my case, a drainage area of of

After a crash, in my zpool tree, some dataset report this we i do a ls -la: brwxrwxrwx 2 777 root 0, 0 Oct 18 2009 mail-cts also if i set zfs set mountpoint=legacy dataset and then i mount the dataset to other location before the directory tree was only : dataset - vdisk.raw The file was a backing device of a Xen VM, but i cannot access the directory structure of this dataset. However i

I've had a lprng/samba print server for (literally) years that has just worked perfectly. Everything is setup with full guest printing, mainly to make our lives here a little easier. I had to migrate the machine from one physical server to another and I just basically copied the lprng printcap and smb.conf file to the new server, restarted the services, and everything seems to be working.

I'm useing Samba (2.0.7) on an Compaq TRUE64 (Digital OSF) Server. Everything is working fine, but the dfree-script does not work. I think it's not even called. The corosponding entry in my smb.conf is: [global] server string = Samba %v Server, xxxx workgroup = xxxx keep alive = 30 dead time = 15 dfree command = /usr/local/samba/bin/dfree The script it self works fine

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I would like to know the blocksize of a particular file. I know the blocksize for a particular file is decided at creation time, in fuction of the write size done and the recordsize property of the dataset. How can I access that information?. Some zdb magic?. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jcea at

Revised patch set v2. [PATCH 1/8] drm/nouveau: bo read/write wrappers for nv04_crtc.c [PATCH 2/8] drm/nouveau: use bo accessors for push buffers [PATCH 3/8] drm/nouveau: OUT_RINGp - optimize OUT_RING loops [PATCH 4/8] drm/nv50: proper notifier_bo access in nv50_display_vblank_crtc_handler() [PATCH 5/8] drm/nouveau: access fbcon notifier via bo accessors [PATCH 6/8] drm/nouveau: screen_base and

I am attempting to use the 'dfree command' option of smb.conf to handle a few special cases and the like for returning disk free information. The Samba server is acting in a PDC role, running Samba 2.2.3a on a SunBlade 100 running Solaris 8, patched with all Recommended patches. From a Windows 2000 box (the only thing I have handy to test with, and will be the bulk of our client

Our computers in our office ceased being able to print to a shared cups printer today. Could not find the cause. Seems the smbd processes are dying. Below is the stack trace produced by gdb bt full. The Samba 'panic action' script, /usr/share/samba/panic-action, was called for pid 5839 (/usr/opt/samba-3.0.2rc2/sbin/smbd). 0x40150a59 in wait4 () from /lib/libc.so.6 #0 0x40150a59 in

It's mostly a cleanup, but in nv50_fbcon_accel_init gpu lockup message was printed, but HWACCEL_DISBALED flag was not set. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- drivers/gpu/drm/nouveau/nouveau_fbcon.c | 15 +++++++++++---- drivers/gpu/drm/nouveau/nouveau_fbcon.h | 2 ++ drivers/gpu/drm/nouveau/nv04_fbcon.c | 15 +++++----------