[Megoldva] Samba megosztásokról Excel 2003 táblák megnyitása nagyon lassú

Linux-kezdő

A következő problémához kérték a segítségemet, de nem nagyon jutottam semmire.
Adott egy Samba 3.5.8-at futtató fájlszerver, amihez Windows XP kliensek kapcsolódnak. A fájlműveletekkel semmi gond nincs, könyvtárak böngészése is gyors, egyetlen problémás alkalmazás van, az Excel 2003. Párszáz kilóbájtos excel táblák megnyitása szó szerint 5-10 percig tart. A neten böngészve oplock problémákról olvastam, megpróbáltam letiltani a global szekcióban oplocks=no -val de semmi hatás.
A gépeken NOD32 fut, de letiltva a vírusvédelmet sincs javulás.

XP-n Process Monitorral megnéztem hogy mit csinál az Excel.exe. A lassúság magyarázata az hogy az Excel kényelmesen 4-20 bájtonként (!) olvassa a fájlt, így mondjuk egy 3 MB-os fájlnál 470 000 olvasási műveletet számoltam össze.

12:41:04,0330320 EXCEL.EXE 3796 ReadFile K:\Selejt.xls SUCCESS Offset: 18 698, Length: 4
12:41:04,0457225 EXCEL.EXE 3796 ReadFile K:\Selejt.xls SUCCESS Offset: 18 729, Length: 4
12:41:04,0529773 EXCEL.EXE 3796 ReadFile K:\Selejt.xls SUCCESS Offset: 18 768, Length: 4

Nincs valami ötletetek hogy mi készteti az Excel-t erre? Valami Samba beállítás okozza?

smb.conf:

[global]
workgroup = teszt
netbios name = UjSzerver
server string = UjSzerver
os level = 33
preferred master = yes
local master = yes
security = user
encrypt passwords = true
logon script = kozos.bat
veto files = /.*/
oplocks = no
socket options = IPTOS_THROUGHPUT SO_RCVBUF=8192 SO_SNDBUF=8192
obey pam restrictions = Yes
passdb backend = tdbsam
pam password change = Yes
passwd program = /usr/bin/passwd %u
passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:
* %n\n *password\supdated\ssuccessfully* .
unix password sync = Yes
syslog = 0
log file = /var/log/samba/log.%m
log level = 10
max log size = 1000
dns proxy = No
panic action = /usr/share/samba/panic-action %d
interfaces = 192.168.1.2 eth1
bind interfaces only = yes
[kozos]
path = /home/kozos
comment = Kozos hasznalatu fajlok
writeable = yes
create mask = 0777
directory mask = 0777
force directory mode = 0777
force create mode = 0777
veto oplock files = /*.xls/*.XLS/

  • 3470 megtekintés

Azért kérdeztem tőle, mert ha worddel is és PDF-fel nem, akkor a nyomtatót kéne megnézni, hogy be van-e kapcsolva, mert én is jártam már úgy, hogy a hálózati nyomtató nem volt bekapcsolva, és ugyanígy szivatott.
Az Off2k volt, nem tudom, hogy az újabb verzióknál van-e még ilyen ficsőr...?

Valami HP, printszerveres nyomtató van ott folyamatosan bekapcsolva, nem is nagyon néztem meg. A Samba nem üzemel print szerverként. De lehet hogy errefelé kellene keresgélnem, mert a print szóra keresve a munkaállomásra vonatkozó samba log-ban ilyen sorok vannak:

2011/07/29 09:35:27.162351, 10] smbd/posix_acls.c:1904(create_canon_ace_lists)
create_canon_ace_lists: adding file ACL:
canon_ace index 0. Type = allow SID = S-1-5-21-3647105119-3904073588-1265722945-3006 uid 1003 (user) SMB_ACL_USER_OBJ ace_flags = 0x0 perms rwx
[2011/07/29 09:35:27.162400, 10] smbd/posix_acls.c:1525(check_owning_objs)
check_owning_objs: ACL is missing an owning group entry.
[2011/07/29 09:35:27.162412, 10] smbd/posix_acls.c:841(print_canon_ace_list)
print_canon_ace_list: file ace - before merge
canon_ace index 0. Type = allow SID = S-1-5-21-3647105119-3904073588-1265722945-3006 uid 1003 (user) SMB_ACL_USER_OBJ ace_flags = 0x0 perms rwx
[2011/07/29 09:35:27.162453, 10] smbd/posix_acls.c:841(print_canon_ace_list)
print_canon_ace_list: dir ace - before merge
[2011/07/29 09:35:27.162464, 10] smbd/posix_acls.c:841(print_canon_ace_list)
print_canon_ace_list: file ace - before deny
canon_ace index 0. Type = allow SID = S-1-5-21-3647105119-3904073588-1265722945-3006 uid 1003 (user) SMB_ACL_USER_OBJ ace_flags = 0x0 perms rwx
[2011/07/29 09:35:27.162503, 10] smbd/posix_acls.c:841(print_canon_ace_list)
print_canon_ace_list: dir ace - before deny
[2011/07/29 09:35:27.162514, 10] smbd/posix_acls.c:841(print_canon_ace_list)
print_canon_ace_list: file ace - before valid
canon_ace index 0. Type = allow SID = S-1-5-21-3647105119-3904073588-1265722945-3006 uid 1003 (user) SMB_ACL_USER_OBJ ace_flags = 0x0 perms rwx
[2011/07/29 09:35:27.162561, 10] smbd/posix_acls.c:841(print_canon_ace_list)
print_canon_ace_list: dir ace - before valid
[2011/07/29 09:35:27.162574, 3] smbd/dosmode.c:166(unix_mode)
unix_mode(Dokumentumok/Zene/iTunes/iTunes Music Library.xml) returning 0700
[2011/07/29 09:35:27.162585, 10] smbd/posix_acls.c:841(print_canon_ace_list)
print_canon_ace_list: file ace - return
canon_ace index 0. Type = allow SID = S-1-1-0 other SMB_ACL_OTHER ace_flags = 0x0 perms ---
canon_ace index 1. Type = allow SID = S-1-22-2-1003 gid 1003 (user) SMB_ACL_GROUP_OBJ ace_flags = 0x0 perms ---
canon_ace index 2. Type = allow SID = S-1-5-21-3647105119-3904073588-1265722945-3006 uid 1003 (user) SMB_ACL_USER_OBJ ace_flags = 0x0 perms rwx
[2011/07/29 09:35:27.162666, 10] smbd/posix_acls.c:841(print_canon_ace_list)
print_canon_ace_list: dir ace - return
------------------------------------------
[2011/07/29 09:36:49.497274, 3] smbd/process.c:2081(check_reload)
Printcap cache time expired.
[2011/07/29 09:36:49.497289, 7] param/loadparm.c:9399(lp_servicenumber)
lp_servicenumber: couldn't find printers
[2011/07/29 09:36:49.497300, 3] printing/pcap.c:136(pcap_cache_reload)
reloading printcap cache
[2011/07/29 09:36:49.497324, 5] printing/print_cups.c:408(cups_pcap_load_async)
cups_pcap_load_async: asynchronously loading cups printers
[2011/07/29 09:36:49.497549, 10] printing/print_cups.c:425(cups_pcap_load_async)
cups_pcap_load_async: child pid = 20276
[2011/07/29 09:36:49.497608, 10] printing/print_cups.c:576(cups_cache_reload)
cups_cache_reload: sync read on fd 37
[2011/07/29 09:36:49.497631, 5] printing/print_cups.c:458(cups_async_callback)
cups_async_callback: callback received for printer data. fd = 37
[2011/07/29 09:36:49.497815, 5] printing/print_cups.c:169(cups_cache_reload_async)
reloading cups printcap cache
[2011/07/29 09:36:49.498349, 10] printing/print_cups.c:87(cups_connect)
connecting to cups server localhost:631
[2011/07/29 09:36:49.500007, 0] printing/print_cups.c:108(cups_connect)
Unable to connect to CUPS server localhost:631 - Kapcsolat elutasítva
[2011/07/29 09:36:49.500062, 2] printing/print_cups.c:550(cups_async_callback)
cups_async_callback: failed to read a new printer list
[2011/07/29 09:36:49.500086, 3] printing/pcap.c:243(pcap_cache_reload)
reload status: error
[2011/07/29 09:36:49.500100, 3] printing/pcap.c:136(pcap_cache_reload)
reloading printcap cache
[2011/07/29 09:36:49.500112, 5] printing/print_cups.c:408(cups_pcap_load_async)
cups_pcap_load_async: asynchronously loading cups printers
[2011/07/29 09:36:49.500284, 10] printing/print_cups.c:425(cups_pcap_load_async)
cups_pcap_load_async: child pid = 20277
[2011/07/29 09:36:49.500333, 10] printing/print_cups.c:576(cups_cache_reload)
cups_cache_reload: sync read on fd 37
[2011/07/29 09:36:49.500354, 5] printing/print_cups.c:458(cups_async_callback)
cups_async_callback: callback received for printer data. fd = 37
[2011/07/29 09:36:49.500515, 5] printing/print_cups.c:169(cups_cache_reload_async)
reloading cups printcap cache
[2011/07/29 09:36:49.500975, 10] printing/print_cups.c:87(cups_connect)
connecting to cups server localhost:631
[2011/07/29 09:36:49.502452, 0] printing/print_cups.c:108(cups_connect)
Unable to connect to CUPS server localhost:631 - Kapcsolat elutasítva
[2011/07/29 09:36:49.502502, 2] printing/print_cups.c:550(cups_async_callback)
cups_async_callback: failed to read a new printer list
[2011/07/29 09:36:49.502526, 3] printing/pcap.c:243(pcap_cache_reload)
reload status: error
[2011/07/29 09:36:49.502542, 7] param/loadparm.c:9399(lp_servicenumber)
lp_servicenumber: couldn't find printers
----------------------------------------------------

( bitvadasz | 2011. 07. 27., sze – 13:49 )

külső lejárt hivatkozás a cellákban nincs?

socket options = IPTOS_LOWDELAY TCP_NODELAY SO_SNDBUF=16384

valahol itt olvastam, és (de csak néha) nálam is előjött:
"Az ext3 pl. időnként egyszerűen blokkolni fog egy időre (akár másodpercek is lehetnek)"

( uid_395 v | 2011. 07. 27., sze – 14:08 )

Próba meg egy hálókártya cserét a samba szerveren, akkor is ha látszólag minden rendben van a mostani hálókártyával.

Ugyanezzel a problémával futottam régebben én is pár kört, hálókártya csere volt, az megoldotta a lassú xls, doc, stb. megnyitási problémát, ugyanakkor másolásnál semmi gond nem volt.

Nem 100% hogy ez a gond, de egy próbát mindenképp megér. Lehetőleg ne ugyanolyan chipsetes hálókártyát rakj bele tesztre.

( bsh | 2011. 07. 27., sze – 14:15 )

loglevel 10?! vagy az csak benne maradt?

( sirenter | 2011. 07. 27., sze – 14:56 )

m$office bug (? feature); annyival szerencsésebb voltam, hogy samba a környéken sem volt, megúsztam az árnyékra vetődést:

"Excel 2003 Office File Validation (OFV) opens workbooks slower across the network"
http://support.microsoft.com/kb/2570623

Ha a szar^Hmba tizedannyi értelmes és használható doksival rendelkezne...

Egyébként a lassú szamba nekem is előjött több esetben - volt, hogy egy ócska munkaállomásra került fel a fontos, mindenhonnan matatni kívánt cucc, mert a linux+szamba gyakorlatban használhatatlan sebességet bírt produkálni. Hogy mit tud a natív Windows-os fájlmegosztás, amit a szamba nem, az marhára nem érdekelte sem a megrendelőt, úgyhogy repült a búsba a szambás megoldás - és vele együtt a Linux is...

...Hogy mit tud a natív Windows-os fájlmegosztás, amit a s/szamba/Te/ nem...

80+ xp; összes .pst .doc .xls .ppt .pdf , Complex-jogtár, stb. samba-n: 800+ GB

variálás nélkül telepítve:

http://www.samba.org/samba/docs/man/Samba-Guide/secure.html
http://en.gentoo-wiki.com/wiki/Samba/Primary_Domain_Controller

... el tudod képzelni a 8:00 munkakezdést, mikor mindenki rányitott az útlúk-ra?

jogos, de nagyrészt r1 userek és o2k (.pst 2G limit), lepusztult gépek, pénz nincs;

1szerübb volt feltolni samba-ra a pst-ket és a Dokumentumok mappát, és azt backupolni 1 hét megőrzéssel, mint 80 géppel külön-külön eljátszani

jócég lehet? semmi probléma nincs, viszont van backup

Úgy tűnik hogy nálad a pont. Átküldtem a Fixit.msi fájlt a felhasználónak és felgyorsult az Excel fájl megnyitása! Viszont a felhasználó elmondása szerint most meg kéri az Office cd-t az xls megnyitásakor hogy visszatelepítse a File Validation-t. Mégse-t nyomva a telepítésre gond nélkül nyílik a fájl.
Köszönöm mindenkinek a segítséget!

( matula99 | 2011. 07. 27., sze – 16:28 )

itt is samba van (igaz, samba-3.0.33-3.29.el5_6.2), néha 30-40 xls fájl is meg van nyitva és nincs semmi gond.