Andreas Haumer wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
[...]
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 1536, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 2048, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 1536, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 1024, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 2048, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 1536, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 1024, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 2048, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 1024, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 2048, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 1024, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 2048, size = 512,
returned 512
read_file (daten/covers/dhm_offset/o1000c/arc.adf): pos = 1536, size = 512,
returned 512
[...]
Note the difference:
* read blocksize (Linux = 512, Solaris = 4096)
* locking count (Linux = 512, Solaris = 4096)
* locking type (Linux = READ, Solaris = WRITE)
* Under Linux, there is a "schedule_aio_read_and_X" error message,
which is missing under Solaris
Can anyone explain these differences?
The main question IMHO still ist: why does the application
request the files differently when changing the Samba server
operating system (and the Samba servers itself are configured
identically)?
IMHO the client shouldn't even know the server's operating system,
should it?
[...]
I've no idea, why the system should make a difference between the both
operating systems.
But these jumps in the files could be caused by an Anti-Virus software
tracing the the files. I've seen a (quite) similar behaviour with PnP
driver files.
Just an idea.
Bye,
Martin
--
Martin Zielinski [EMAIL PROTECTED]
Software Development
SEH Computertechnik GmbH www.seh.de
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/listinfo/samba
