-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
We are testing a setup of fedora cluster on glusterFS (a clustered
file system) . so far , so good , test results look positive . I
had to workaround some code in
fedora.server.management.DefaultManagement.java's getTempStream
method .wanted to check if you developers think it is a bad idea.
>if (id.startsWith(DatastreamManagedContent.UPLOADED_SCHEME) ||
>id.length() < 12) {
> String internalId = id.substring(11);
> //if (m_uploadStartTime.get(internalId) != null) {
>//disabled the in memory check since the m_uploadStartTimeobject
>will
>//not have the reference to the temp file even though the file
>exists in
>//the clustered file system.
> if (1 == 1) {
> // found... return inputstream
> try {
> return new FileInputStream(new File(m_tempDir,
>internalId));
> } catch (Exception e) {
> throw new StreamReadException(e.getMessage());
> }
>
>....
>..
>
>
The setup has a couple of fedora tomcat instances running behind a
load balancer and sharing the same file system through GlusterFS
clients .
we have to move it onto production in some time , and was wondering
if any of you can think ahead on this approach and point me to
possible side effects.
I have the full details of the setup at
http://scalewell.wordpress.com/2010/08/15/high-availability-and-
scalability-of-fedora-commons-2/
-----BEGIN PGP SIGNATURE-----
Charset: UTF8
Version: Hush 3.0
Note: This signature can be verified at https://www.hushtools.com/verify
wpwEAQMCAAYFAkxo2mcACgkQm0K1c33hqfab1wP/brcxZYKScreGfJk6jmgNdXX8G8vP
5O3WoAC5RWCMcorQ9MUyrNHx9dfk2+xUi/WTDKohq5ECAbpf3WR1abWNTT1dMkpZoE97
Y5oLQAtWIvTRFJfRENTk+fhTR5wczsheEyR1FljzmF5mC5IDawxFhVc342tM1GnJSKYI
RcYXalY=
=2iMs
-----END PGP SIGNATURE-----
------------------------------------------------------------------------------
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
