Re: [Samba] Re: [CentOS] OT? File order on CentOS/Samba server -- SOLVED (kind of...)
On Fri, 23 Jan 2009, Miguel Medalha wrote: This sounds to me like the dir_index option was applied to a file system that didn't originally have it and an fsck -Df wasn't run at the time. That may well be the most relevant information given here! I will *certainly* give it a try. I based my speculation on some observations I had made on some of my own systems when I implemented dir_index. It so happens that, on that system at least, a "find /foo -print" returns the filenames in sorted order. Unfortunately, it isn't true on another system that I just checked. So now I will go and stand in the corner :( Steve -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
Re: [Samba] Re: [CentOS] OT? File order on CentOS/Samba server -- SOLVED (kind of...)
I based my speculation on some observations I had made on some of my own systems when I implemented dir_index. It so happens that, on that system at least, a "find /foo -print" returns the filenames in sorted order. Unfortunately, it isn't true on another system that I just checked. So now I will go and stand in the corner :( :) Anyway, your tip gave me some precious direction. Monday I will investigate and then report. Thank you! -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: [CentOS] OT? File order on CentOS/Samba server -- SOLVED (kind of...)
I was under the impression that the Distiller app was running under Windows. If it isn't, it doesn't make much sense for it to expect NTFS filesystem semantics. Yes, Distiller is running under Windows. When pages start to get ready, one of the graphic operators opens Distiller on his/her workstation which then starts watching a folder *on the server*. Can't the trigger operation of placing the special text file be replaced by that person starting the script instead (perhaps click a button on a web page or something similar)? Yes, that would be a possibility. But those people have strong rooted habits and they are not in the least technically minded. As such, I would prefer to keep a workflow that has been functioning very well. (By the way, that "special text file" is a snippet of PostScript code that instructs Distiller on where to find the files and how to process them. It would be needed anyway.) Perhaps this obstacle will be removed by applying the correct parameters to the EXT3 file system, as suggested by William Maltby and Steve Thompson above in this thread: mount option "dir_index" followed by a "fsck -Df". I will try this Monday. Thank you for answering. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: [CentOS] OT? File order on CentOS/Samba server -- SOLVED (kind of...)
Did you consider sharing a directory from the machine running distiller and cifs-mounting it on the linux side to get ntfs behavior? That is out of question. The Windows machines are graphic workstations which are not all connected all the time and the Distiller service is essential to the network. Also, I'm curious about the timing of the runs. It doesn't sound like the file operations are grouped atomically. How do you ensure that the whole set is present when distiller starts, or that only one set is present? This is a very peculiar implementation. As I said om my first post, we are a newspaper and, as all newspapers, we don't have a fixed time to close the edition. It closes when it is ready, that's all. The PDFs for print are automatically produced one by one from PostScript files. The PS files fall on a folder watched by Acrobat Distiller and after being stable for more than 10 seconds the conversion begins. Each one contains only one page, which will then be joined to others to form a plan for a platesetter. When all the pages have been produced, one of the graphics people places a special text file on a folder watched by Distiller and it begins to bulk process all the individual PS files: downsampling images, converting the color space to sRGB, consolidating font subsets, creating bookmarks and indexes, etc. The result is a multipage PDF for electronic distribution, containing the whole newspaper in the sRGB color space. This always worked flawlessly until some days ago I replaced the win2k server with a new CentOS/Samba one. Everything worked better and faster except... the pages on this last PDF were in what seemed like an aleatory order. Ordering them by hand is a time consuming and error prone process, specially when everybody is now tired... Producing a newspaper is a pretty tense work, you know. The difficulty with the scripted solutions proposed here is that we cannot know in advance at what time this process will take place and what the number of pages involved will be. At the end of each issue every minute counts. A watching process would have to poll the status of the workflow for several hours with very small intervals, which would be a waste of processor cicles. And not a very elegant thing to do, I feel. I am (for now...) convinced that the tip given to me here about dir_index and the use of fsck -fD will solve this problem. Monday I will know. It will be a lng wait for me. Thank you again. -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: [CentOS] OT? File order on CentOS/Samba server -- SOLVED (kind of...)
This sounds to me like the dir_index option was applied to a file system that didn't originally have it and an fsck -Df wasn't run at the time. That may well be the most relevant information given here! I will *certainly* give it a try. Thank you! -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
