Hi peoples, I have a Samba Server that has had the same config for over 10 months now (read: never had a problem). Just today, I thought, let's Play with Flash MX, so download I did. Start playing around, and went to test my first movie and it came up blank. Not a flash GURU that I am, I was stumped. Anyway. Saved the flash file to my local C:\ (Oh did I mention the WS is Win2k ;) .. and then tested the Flash Movie, and no problems. Tech Details: In Flash, when you 'Test a Movie' it creates the .swf export in the same folder. The Share I am working from is [htdocs] path = /var/www/html writable = yes create mode = 664 directory mode = 775 force group = www valid users = @www delete readonly = yes Samba version is Version 2.2.1a As I said, nothing has changed and I have only seen this behaviour now with exported Flash MOvies. What else do I know: Testing a Movie in Flash is the same as Exporting the final product, (it creates the same files) So: I Export to Movie on the samba server and I Export to Movie on my Local Workstation (and tried a Networked Win2k Prof box also) The Export to the Samba server creates a bad .swf. It's 41k and the good working one (on the Win2k boxes is 12k) erm.. Where to from here. .swf files are generally served from a Browser... so I copied a Working version (and a non-working version courtesy of Samba) to the Local IIS Server. Expected result. The working one, worked, the non-working .. you get the idea. So I copied the two files to the Apache Server via Samba and browsed to them there... same result. A Flash movie created by saving to Samba, makes a BAD swf file. A Flash movie created by saving to Win32 box makes a normal good movie. The box Samba is on has ample free space available on all mounted partitions. So .. where do I look, the logs below show nothing amazing. It's weird, does anybody have some suggestions on how to debug this problem (before I upgrade Samba) This is the Whole Session of Flash MX, exporting (deleting an old flash movie and creating a new one, and then opening it and the closing it) --------------------------------------------------------- [2002/07/06 02:53:13, 2] smbd/open.c:open_file(213) ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No (numopen=1) [2002/07/06 02:53:13, 2] smbd/close.c:close_normal_file(203) ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) [2002/07/06 02:53:13, 2] smbd/open.c:open_file(213) ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No (numopen=1) [2002/07/06 02:53:13, 2] smbd/close.c:close_normal_file(203) ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) [2002/07/06 02:53:13, 2] smbd/open.c:open_file(213) ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=Yes (numopen=1) [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No (numopen=1) [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No (numopen=1) [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No (numopen=1) [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No (numopen=1) [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No (numopen=1) [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No (numopen=1) [2002/07/06 02:53:21, 2] smbd/close.c:close_normal_file(203) ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) --------------------------------------------------------- Cheers ramon buckland ramon@thebuckland.com
No one have any idea to this ? Is it the client ? Or the server ? (how could I debug it more)> > Hi peoples, > > I have a Samba Server that has had the same config for over 10 months now > (read: never had a problem). > > Just today, I thought, let's Play with Flash MX, so download I did. > Start playing around, and went to test my first movie and it came up blank. > > Not a flash GURU that I am, I was stumped. Anyway. Saved the flash file > to my local C:\ (Oh did I mention the WS is Win2k ;) .. and then > tested the Flash Movie, and no problems. > > Tech Details: > > In Flash, when you 'Test a Movie' > it creates the .swf export in the same folder. > > The Share I am working from is > > [htdocs] > path = /var/www/html > writable = yes > create mode = 664 > directory mode = 775 > force group = www > valid users = @www > delete readonly = yes > > Samba version is > Version 2.2.1a > > As I said, nothing has changed and I have only seen this behaviour now with > exported Flash MOvies. > > What else do I know: > > Testing a Movie in Flash is the same as Exporting the final > product, (it > creates the same files) > > So: > I Export to Movie on the samba server > and > I Export to Movie on my Local Workstation > (and tried a Networked Win2k Prof box also) > > The Export to the Samba server creates a bad .swf. > It's 41k and the good working one (on the Win2k boxes is 12k) > > erm.. Where to from here. > > .swf files are generally served from a Browser... so > > I copied a Working version (and a non-working version > courtesy of Samba) > to the Local IIS Server. Expected result. The working one, worked, > the non-working .. you get the idea. > > So I copied the two files to the Apache Server via Samba > and browsed to them there... same result. > > A Flash movie created by saving to Samba, makes a BAD swf file. > A Flash movie created by saving to Win32 box makes a normal > good movie. > > The box Samba is on has ample free space available on all mounted > partitions. > > So .. where do I look, the logs below show nothing amazing. > > It's weird, > does anybody have some suggestions on how to debug this problem (before I > upgrade Samba) > > This is the Whole Session of Flash MX, exporting (deleting an old > flash movie > and creating a > new one, and then opening it and the closing it) > --------------------------------------------------------- > [2002/07/06 02:53:13, 2] smbd/open.c:open_file(213) > ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No > (numopen=1) > [2002/07/06 02:53:13, 2] smbd/close.c:close_normal_file(203) > ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) > [2002/07/06 02:53:13, 2] smbd/open.c:open_file(213) > ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No > (numopen=1) > [2002/07/06 02:53:13, 2] smbd/close.c:close_normal_file(203) > ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) > [2002/07/06 02:53:13, 2] smbd/open.c:open_file(213) > ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes > write=Yes > (numopen=1) > [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) > ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) > [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) > ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No > (numopen=1) > [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) > ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) > [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) > ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No > (numopen=1) > [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) > ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) > [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) > ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No > (numopen=1) > [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) > ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) > [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) > ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No > (numopen=1) > [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) > ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) > [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) > ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No > (numopen=1) > [2002/07/06 02:53:15, 2] smbd/close.c:close_normal_file(203) > ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) > [2002/07/06 02:53:15, 2] smbd/open.c:open_file(213) > ramon.buckland opened file dev/quasedi/_dev/editor_2.swf read=Yes write=No > (numopen=1) > [2002/07/06 02:53:21, 2] smbd/close.c:close_normal_file(203) > ramon.buckland closed file dev/quasedi/_dev/editor_2.swf (numopen=0) > --------------------------------------------------------- > > Cheers > > > ramon buckland > ramon@thebuckland.com > > > > -- > To unsubscribe from this list go to the following URL and read the > instructions: http://lists.samba.org/mailman/listinfo/samba > >
-----[ ramon@thebuckland.com wrote on 07/09/2002 11:13:57 AM +1000 ]----- --> No one have any idea to this ? --> Is it the client ? Or the server ? (how could I debug it more) Well, Just a guess here but oplocks sometimes cause people all kinds of problems when saving/working with files on the network. Do you have oplocks turned on? I think that they are by default. Try turning them off. Or just veto oplocks on the Flash files.>From man smb.conf:Example: veto oplock files = /*.SEM/ You could add this line to the htdocs share, restart samba and give it a shot. --Ben-- ----------------------- Ben Griffith bgriffit@email.unc.edu -----------------------