Re: [Mono-list] Using mod-mono from source

[Andy York]

Sorry to say that I'm a Suseman do to the early relation between Mono and 
Novell. I wish it could be used on Slackware but you're dealing with Pat and 
Pat like people there.
--
Sent from my Nexus 7, typing with my thumbs makes it easy to make errors & is 
painfully slow, please excuse my brevity.

Martin Thwaites  wrote:
>Hi Andy,
>
>Out of interest, what distro would you recommend for running mono (for
>web).  I'm happy to load up another VM with that on to test it.
>
>I'm not a fan of Suse, I've used Fedora but not in the last 8 years
>ish,
>used CentOS a few years back as an IDS but nothing more.  Any
>suggestions?
>
>Thanks,
>Martin
>
>On Sat, Jul 13, 2013 at 12:15 PM, Martin Thwaites
>wrote:
>
>> Thanks Andy, I've heard a few people say this, but I rarely get
>issues to
>> be honest and I've been using ubuntu server/desktop for years,
>regularly
>> (It's the main OS I use for everything other than .NET development).
>>
>> I'm going to try grabbing the code for XSP and running it through
>> monodevelop to see if there is actually an issue with the code.
>>
>>
>> On Sat, Jul 13, 2013 at 12:55 AM, Andy York 
>wrote:
>>
>>> My money is on Ubuntu being the issue, it seems like Ubuntu users
>have
>>> more than than the average amount of issues. Not because it's a bad
>distro
>>> but because it doesn't seem to use the standard Linux setup, for
>example
>>> they seem to use different ports for web servers.
>>>
>>> This is an uneducated guess, I don't have documentation to back me
>up.
>>> --
>>> Sent from my Nexus 7, typing with my thumbs makes it easy to make
>errors
>>> & is painfully slow, please excuse my brevity.
>>>
>>>
>>> Martin Thwaites  wrote:

 Thanks Daniel,

 I've tried that now, and it seems that there might be a more
>underlying
 problem as I'm getting a similar error as the mod-mono-server, in
>that it
 appears to be passing the parameter name into the parameter value.
>So I
 think there is a problem with either:

- My installation (not sure how as it's a basic ubuntu 13.04,
>and
I've reinstalled a few times)
- The mono code base
- The mono options class (not sure if that's part the main mono
>code
base?)
- The xsp code base.

 My money is on either a problem with compiling the mono code base,
>or
 problems with changes in the xsp code base.  Looking at the recent
>commits
 on XSP, there was a change to use the ConfigurationManager class
>very
 recently.

 Do you use Ubuntu/debian? and do you have the facility to test the
 lastest commits of mono/xsp?  or anyone else for that matter?

 Thanks
 Martin

 On Fri, Jul 12, 2013 at 11:46 AM, Daniel Lo Nigro 
>wrote:

> You could also try using FastCGI instead (although that would
>involve
> changing your config a bit)
>
>
> On Fri, Jul 12, 2013 at 8:42 PM, Martin Thwaites <
> monofo...@my2cents.co.uk> wrote:
>
>> I've now tried with/without the "=" using the
>mod-mono-server4.exe
>> directly, and no joy.
>>
>> Did you run your source directly from Git with all the latest
>commits?
>> and if so, what date did you do it?
>>
>> Thanks
>>
>>
>> On Fri, Jul 12, 2013 at 10:06 AM, Martin Thwaites <
>>> monofo...@my2cents.co.uk> wrote:
>>>
 Hi Mike,

 I've tried every combination of parameters I can think of,
>including
 adding/removing the "=", as well as reordering (not that it
>should have an
 effect, but who knows what bugs might be lurking).

 I'll try the nonstop and root, and I'll also try running it
>directly
 from the exe instead of the bash script (thinking about it,
>that is one of
 the big differences and I'm actually optimistic about that
>being the issue
 as looking at the code, applications is a recently added
>option).

 I'll let you know how I get on, I've sent a mail to the devel
>list
 too.

 Thanks,
 Martin


 On Fri, Jul 12, 2013 at 4:11 AM, Mike Morano
>wrote:

> Hi Martin,
>
> Sorry, you are still running into problems.  You are right, if
>you
> are using /usr as your prefix, you shouldn't need to worry
>about the
> ld.conf.so.d entry.
>
> When I look at the command on my running webserver, I see the
> following:
>
> /opt/mono-3.0/bin/mono
> /opt/mono-3.0/lib/mono/4.5/mod-mono-server4.exe --filename
> /tmp/mod_mono_server_site --applications /:/srv/www/site
>--nonstop --root
> /srv/www/site
>
> Seeing you are using the default prefix, you should be fine
>with
> /usr/bin/mod-mono-server4 as you have it.  However, perhaps it
>doesn't like
> the format you are specifying the arguments (try dropping the
>'='), or
> perhaps try add

Re: [Mono-list] Using mod-mono from source

[Martin Thwaites]

FYI... had an e-mail back from one of the committers on XSP and it was a
bug in the code that was fixed in a recent commit... all is good now, I can
get the basic pages working, I'm now working on something a little bit more
complicated.

Thanks for all the help, and I'm still interested on recommended distros.
Martin


On Sat, Jul 13, 2013 at 5:30 PM, Daniel Lo Nigro  wrote:

> I'm currently using Debian with Mono 3.0.6 and Nginx. I'll try upgrading
> it if I get some free time to do so. It does look like XSP is under pretty
> heavy development at the moment though. Perhaps try using a tagged release
> rather than the latest development version?
>
>
> On Sat, Jul 13, 2013 at 6:47 AM, Martin Thwaites  > wrote:
>
>> Thanks Daniel,
>>
>> I've tried that now, and it seems that there might be a more underlying
>> problem as I'm getting a similar error as the mod-mono-server, in that it
>> appears to be passing the parameter name into the parameter value. So I
>> think there is a problem with either:
>>
>>- My installation (not sure how as it's a basic ubuntu 13.04, and
>>I've reinstalled a few times)
>>- The mono code base
>>- The mono options class (not sure if that's part the main mono code
>>base?)
>>- The xsp code base.
>>
>> My money is on either a problem with compiling the mono code base, or
>> problems with changes in the xsp code base.  Looking at the recent commits
>> on XSP, there was a change to use the ConfigurationManager class very
>> recently.
>>
>> Do you use Ubuntu/debian? and do you have the facility to test the
>> lastest commits of mono/xsp?  or anyone else for that matter?
>>
>> Thanks
>> Martin
>>
>>
>> On Fri, Jul 12, 2013 at 11:46 AM, Daniel Lo Nigro  wrote:
>>
>>> You could also try using FastCGI instead (although that would involve
>>> changing your config a bit)
>>>
>>>
>>> On Fri, Jul 12, 2013 at 8:42 PM, Martin Thwaites <
>>> monofo...@my2cents.co.uk> wrote:
>>>
 I've now tried with/without the "=" using the mod-mono-server4.exe
 directly, and no joy.

 Did you run your source directly from Git with all the latest commits?
 and if so, what date did you do it?

 Thanks


 On Fri, Jul 12, 2013 at 10:06 AM, Martin Thwaites <
> monofo...@my2cents.co.uk> wrote:
>
>> Hi Mike,
>>
>> I've tried every combination of parameters I can think of, including
>> adding/removing the "=", as well as reordering (not that it should have 
>> an
>> effect, but who knows what bugs might be lurking).
>>
>> I'll try the nonstop and root, and I'll also try running it directly
>> from the exe instead of the bash script (thinking about it, that is one 
>> of
>> the big differences and I'm actually optimistic about that being the 
>> issue
>> as looking at the code, applications is a recently added option).
>>
>> I'll let you know how I get on, I've sent a mail to the devel list
>> too.
>>
>> Thanks,
>> Martin
>>
>>
>> On Fri, Jul 12, 2013 at 4:11 AM, Mike Morano 
>> wrote:
>>
>>> Hi Martin,
>>>
>>> Sorry, you are still running into problems.  You are right, if you
>>> are using /usr as your prefix, you shouldn't need to worry about the
>>> ld.conf.so.d entry.
>>>
>>> When I look at the command on my running webserver, I see the
>>> following:
>>>
>>> /opt/mono-3.0/bin/mono
>>> /opt/mono-3.0/lib/mono/4.5/mod-mono-server4.exe --filename
>>> /tmp/mod_mono_server_site --applications /:/srv/www/site --nonstop 
>>> --root
>>> /srv/www/site
>>>
>>> Seeing you are using the default prefix, you should be fine with
>>> /usr/bin/mod-mono-server4 as you have it.  However, perhaps it doesn't 
>>> like
>>> the format you are specifying the arguments (try dropping the '='), or
>>> perhaps try adding the nonstop and root arguments.
>>>
>>> Does that get you any further?
>>>
>>>
>>> -m
>>>
>>>
>>>
>

 ___
 Mono-list maillist  -  Mono-list@lists.ximian.com
 http://lists.ximian.com/mailman/listinfo/mono-list


>>>
>>
>
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Using mod-mono from source

[Daniel Lo Nigro]

I'm currently using Debian with Mono 3.0.6 and Nginx. I'll try upgrading it
if I get some free time to do so. It does look like XSP is under pretty
heavy development at the moment though. Perhaps try using a tagged release
rather than the latest development version?


On Sat, Jul 13, 2013 at 6:47 AM, Martin Thwaites
wrote:

> Thanks Daniel,
>
> I've tried that now, and it seems that there might be a more underlying
> problem as I'm getting a similar error as the mod-mono-server, in that it
> appears to be passing the parameter name into the parameter value. So I
> think there is a problem with either:
>
>- My installation (not sure how as it's a basic ubuntu 13.04, and I've
>reinstalled a few times)
>- The mono code base
>- The mono options class (not sure if that's part the main mono code
>base?)
>- The xsp code base.
>
> My money is on either a problem with compiling the mono code base, or
> problems with changes in the xsp code base.  Looking at the recent commits
> on XSP, there was a change to use the ConfigurationManager class very
> recently.
>
> Do you use Ubuntu/debian? and do you have the facility to test the lastest
> commits of mono/xsp?  or anyone else for that matter?
>
> Thanks
> Martin
>
>
> On Fri, Jul 12, 2013 at 11:46 AM, Daniel Lo Nigro  wrote:
>
>> You could also try using FastCGI instead (although that would involve
>> changing your config a bit)
>>
>>
>> On Fri, Jul 12, 2013 at 8:42 PM, Martin Thwaites <
>> monofo...@my2cents.co.uk> wrote:
>>
>>> I've now tried with/without the "=" using the mod-mono-server4.exe
>>> directly, and no joy.
>>>
>>> Did you run your source directly from Git with all the latest commits?
>>> and if so, what date did you do it?
>>>
>>> Thanks
>>>
>>>
>>> On Fri, Jul 12, 2013 at 10:06 AM, Martin Thwaites <
 monofo...@my2cents.co.uk> wrote:

> Hi Mike,
>
> I've tried every combination of parameters I can think of, including
> adding/removing the "=", as well as reordering (not that it should have an
> effect, but who knows what bugs might be lurking).
>
> I'll try the nonstop and root, and I'll also try running it directly
> from the exe instead of the bash script (thinking about it, that is one of
> the big differences and I'm actually optimistic about that being the issue
> as looking at the code, applications is a recently added option).
>
> I'll let you know how I get on, I've sent a mail to the devel list too.
>
> Thanks,
> Martin
>
>
> On Fri, Jul 12, 2013 at 4:11 AM, Mike Morano wrote:
>
>> Hi Martin,
>>
>> Sorry, you are still running into problems.  You are right, if you
>> are using /usr as your prefix, you shouldn't need to worry about the
>> ld.conf.so.d entry.
>>
>> When I look at the command on my running webserver, I see the
>> following:
>>
>> /opt/mono-3.0/bin/mono
>> /opt/mono-3.0/lib/mono/4.5/mod-mono-server4.exe --filename
>> /tmp/mod_mono_server_site --applications /:/srv/www/site --nonstop --root
>> /srv/www/site
>>
>> Seeing you are using the default prefix, you should be fine with
>> /usr/bin/mod-mono-server4 as you have it.  However, perhaps it doesn't 
>> like
>> the format you are specifying the arguments (try dropping the '='), or
>> perhaps try adding the nonstop and root arguments.
>>
>> Does that get you any further?
>>
>>
>> -m
>>
>>
>>

>>>
>>> ___
>>> Mono-list maillist  -  Mono-list@lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-list
>>>
>>>
>>
>
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Using mod-mono from source

[Martin Thwaites]

Hi Andy,

Out of interest, what distro would you recommend for running mono (for
web).  I'm happy to load up another VM with that on to test it.

I'm not a fan of Suse, I've used Fedora but not in the last 8 years ish,
used CentOS a few years back as an IDS but nothing more.  Any suggestions?

Thanks,
Martin

On Sat, Jul 13, 2013 at 12:15 PM, Martin Thwaites
wrote:

> Thanks Andy, I've heard a few people say this, but I rarely get issues to
> be honest and I've been using ubuntu server/desktop for years, regularly
> (It's the main OS I use for everything other than .NET development).
>
> I'm going to try grabbing the code for XSP and running it through
> monodevelop to see if there is actually an issue with the code.
>
>
> On Sat, Jul 13, 2013 at 12:55 AM, Andy York  wrote:
>
>> My money is on Ubuntu being the issue, it seems like Ubuntu users have
>> more than than the average amount of issues. Not because it's a bad distro
>> but because it doesn't seem to use the standard Linux setup, for example
>> they seem to use different ports for web servers.
>>
>> This is an uneducated guess, I don't have documentation to back me up.
>> --
>> Sent from my Nexus 7, typing with my thumbs makes it easy to make errors
>> & is painfully slow, please excuse my brevity.
>>
>>
>> Martin Thwaites  wrote:
>>>
>>> Thanks Daniel,
>>>
>>> I've tried that now, and it seems that there might be a more underlying
>>> problem as I'm getting a similar error as the mod-mono-server, in that it
>>> appears to be passing the parameter name into the parameter value. So I
>>> think there is a problem with either:
>>>
>>>- My installation (not sure how as it's a basic ubuntu 13.04, and
>>>I've reinstalled a few times)
>>>- The mono code base
>>>- The mono options class (not sure if that's part the main mono code
>>>base?)
>>>- The xsp code base.
>>>
>>> My money is on either a problem with compiling the mono code base, or
>>> problems with changes in the xsp code base.  Looking at the recent commits
>>> on XSP, there was a change to use the ConfigurationManager class very
>>> recently.
>>>
>>> Do you use Ubuntu/debian? and do you have the facility to test the
>>> lastest commits of mono/xsp?  or anyone else for that matter?
>>>
>>> Thanks
>>> Martin
>>>
>>> On Fri, Jul 12, 2013 at 11:46 AM, Daniel Lo Nigro  wrote:
>>>
 You could also try using FastCGI instead (although that would involve
 changing your config a bit)


 On Fri, Jul 12, 2013 at 8:42 PM, Martin Thwaites <
 monofo...@my2cents.co.uk> wrote:

> I've now tried with/without the "=" using the mod-mono-server4.exe
> directly, and no joy.
>
> Did you run your source directly from Git with all the latest commits?
> and if so, what date did you do it?
>
> Thanks
>
>
> On Fri, Jul 12, 2013 at 10:06 AM, Martin Thwaites <
>> monofo...@my2cents.co.uk> wrote:
>>
>>> Hi Mike,
>>>
>>> I've tried every combination of parameters I can think of, including
>>> adding/removing the "=", as well as reordering (not that it should have 
>>> an
>>> effect, but who knows what bugs might be lurking).
>>>
>>> I'll try the nonstop and root, and I'll also try running it directly
>>> from the exe instead of the bash script (thinking about it, that is one 
>>> of
>>> the big differences and I'm actually optimistic about that being the 
>>> issue
>>> as looking at the code, applications is a recently added option).
>>>
>>> I'll let you know how I get on, I've sent a mail to the devel list
>>> too.
>>>
>>> Thanks,
>>> Martin
>>>
>>>
>>> On Fri, Jul 12, 2013 at 4:11 AM, Mike Morano 
>>> wrote:
>>>
 Hi Martin,

 Sorry, you are still running into problems.  You are right, if you
 are using /usr as your prefix, you shouldn't need to worry about the
 ld.conf.so.d entry.

 When I look at the command on my running webserver, I see the
 following:

 /opt/mono-3.0/bin/mono
 /opt/mono-3.0/lib/mono/4.5/mod-mono-server4.exe --filename
 /tmp/mod_mono_server_site --applications /:/srv/www/site --nonstop 
 --root
 /srv/www/site

 Seeing you are using the default prefix, you should be fine with
 /usr/bin/mod-mono-server4 as you have it.  However, perhaps it doesn't 
 like
 the format you are specifying the arguments (try dropping the '='), or
 perhaps try adding the nonstop and root arguments.

 Does that get you any further?


 -m



>>
>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>

>>> --
>>>
>>> Mono-list maillist  -  Mono-list@lists.ximia

Re: [Mono-list] Using mod-mono from source

[Martin Thwaites]

Thanks Andy, I've heard a few people say this, but I rarely get issues to
be honest and I've been using ubuntu server/desktop for years, regularly
(It's the main OS I use for everything other than .NET development).

I'm going to try grabbing the code for XSP and running it through
monodevelop to see if there is actually an issue with the code.

On Sat, Jul 13, 2013 at 12:55 AM, Andy York  wrote:

> My money is on Ubuntu being the issue, it seems like Ubuntu users have
> more than than the average amount of issues. Not because it's a bad distro
> but because it doesn't seem to use the standard Linux setup, for example
> they seem to use different ports for web servers.
>
> This is an uneducated guess, I don't have documentation to back me up.
> --
> Sent from my Nexus 7, typing with my thumbs makes it easy to make errors &
> is painfully slow, please excuse my brevity.
>
>
> Martin Thwaites  wrote:
>>
>> Thanks Daniel,
>>
>> I've tried that now, and it seems that there might be a more underlying
>> problem as I'm getting a similar error as the mod-mono-server, in that it
>> appears to be passing the parameter name into the parameter value. So I
>> think there is a problem with either:
>>
>>- My installation (not sure how as it's a basic ubuntu 13.04, and
>>I've reinstalled a few times)
>>- The mono code base
>>- The mono options class (not sure if that's part the main mono code
>>base?)
>>- The xsp code base.
>>
>> My money is on either a problem with compiling the mono code base, or
>> problems with changes in the xsp code base.  Looking at the recent commits
>> on XSP, there was a change to use the ConfigurationManager class very
>> recently.
>>
>> Do you use Ubuntu/debian? and do you have the facility to test the
>> lastest commits of mono/xsp?  or anyone else for that matter?
>>
>> Thanks
>> Martin
>>
>> On Fri, Jul 12, 2013 at 11:46 AM, Daniel Lo Nigro  wrote:
>>
>>> You could also try using FastCGI instead (although that would involve
>>> changing your config a bit)
>>>
>>>
>>> On Fri, Jul 12, 2013 at 8:42 PM, Martin Thwaites <
>>> monofo...@my2cents.co.uk> wrote:
>>>
 I've now tried with/without the "=" using the mod-mono-server4.exe
 directly, and no joy.

 Did you run your source directly from Git with all the latest commits?
 and if so, what date did you do it?

 Thanks


 On Fri, Jul 12, 2013 at 10:06 AM, Martin Thwaites <
> monofo...@my2cents.co.uk> wrote:
>
>> Hi Mike,
>>
>> I've tried every combination of parameters I can think of, including
>> adding/removing the "=", as well as reordering (not that it should have 
>> an
>> effect, but who knows what bugs might be lurking).
>>
>> I'll try the nonstop and root, and I'll also try running it directly
>> from the exe instead of the bash script (thinking about it, that is one 
>> of
>> the big differences and I'm actually optimistic about that being the 
>> issue
>> as looking at the code, applications is a recently added option).
>>
>> I'll let you know how I get on, I've sent a mail to the devel list
>> too.
>>
>> Thanks,
>> Martin
>>
>>
>> On Fri, Jul 12, 2013 at 4:11 AM, Mike Morano 
>> wrote:
>>
>>> Hi Martin,
>>>
>>> Sorry, you are still running into problems.  You are right, if you
>>> are using /usr as your prefix, you shouldn't need to worry about the
>>> ld.conf.so.d entry.
>>>
>>> When I look at the command on my running webserver, I see the
>>> following:
>>>
>>> /opt/mono-3.0/bin/mono
>>> /opt/mono-3.0/lib/mono/4.5/mod-mono-server4.exe --filename
>>> /tmp/mod_mono_server_site --applications /:/srv/www/site --nonstop 
>>> --root
>>> /srv/www/site
>>>
>>> Seeing you are using the default prefix, you should be fine with
>>> /usr/bin/mod-mono-server4 as you have it.  However, perhaps it doesn't 
>>> like
>>> the format you are specifying the arguments (try dropping the '='), or
>>> perhaps try adding the nonstop and root arguments.
>>>
>>> Does that get you any further?
>>>
>>>
>>> -m
>>>
>>>
>>>
>

 ___
 Mono-list maillist  -  Mono-list@lists.ximian.com
 http://lists.ximian.com/mailman/listinfo/mono-list


>>>
>> --
>>
>> Mono-list maillist  -  Mono-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
>>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] Using mod-mono from source

[Andy York]

My money is on Ubuntu being the issue, it seems like Ubuntu users have more 
than than the average amount of issues. Not because it's a bad distro but 
because it doesn't seem to use the standard Linux setup, for example they seem 
to use different ports for web servers.

This is an uneducated guess, I don't have documentation to back me up.
--
Sent from my Nexus 7, typing with my thumbs makes it easy to make errors & is 
painfully slow, please excuse my brevity.

Martin Thwaites  wrote:
>Thanks Daniel,
>
>I've tried that now, and it seems that there might be a more underlying
>problem as I'm getting a similar error as the mod-mono-server, in that
>it
>appears to be passing the parameter name into the parameter value. So I
>think there is a problem with either:
>
> - My installation (not sure how as it's a basic ubuntu 13.04, and I've
>   reinstalled a few times)
>   - The mono code base
>   - The mono options class (not sure if that's part the main mono code
>   base?)
>   - The xsp code base.
>
>My money is on either a problem with compiling the mono code base, or
>problems with changes in the xsp code base.  Looking at the recent
>commits
>on XSP, there was a change to use the ConfigurationManager class very
>recently.
>
>Do you use Ubuntu/debian? and do you have the facility to test the
>lastest
>commits of mono/xsp?  or anyone else for that matter?
>
>Thanks
>Martin
>
>On Fri, Jul 12, 2013 at 11:46 AM, Daniel Lo Nigro  wrote:
>
>> You could also try using FastCGI instead (although that would involve
>> changing your config a bit)
>>
>>
>> On Fri, Jul 12, 2013 at 8:42 PM, Martin Thwaites
>> > wrote:
>>
>>> I've now tried with/without the "=" using the mod-mono-server4.exe
>>> directly, and no joy.
>>>
>>> Did you run your source directly from Git with all the latest
>commits?
>>> and if so, what date did you do it?
>>>
>>> Thanks
>>>
>>>
>>> On Fri, Jul 12, 2013 at 10:06 AM, Martin Thwaites <
 monofo...@my2cents.co.uk> wrote:

> Hi Mike,
>
> I've tried every combination of parameters I can think of,
>including
> adding/removing the "=", as well as reordering (not that it should
>have an
> effect, but who knows what bugs might be lurking).
>
> I'll try the nonstop and root, and I'll also try running it
>directly
> from the exe instead of the bash script (thinking about it, that
>is one of
> the big differences and I'm actually optimistic about that being
>the issue
> as looking at the code, applications is a recently added option).
>
> I'll let you know how I get on, I've sent a mail to the devel list
>too.
>
> Thanks,
> Martin
>
>
> On Fri, Jul 12, 2013 at 4:11 AM, Mike Morano
>wrote:
>
>> Hi Martin,
>>
>> Sorry, you are still running into problems.  You are right, if
>you are
>> using /usr as your prefix, you shouldn't need to worry about the
>> ld.conf.so.d entry.
>>
>> When I look at the command on my running webserver, I see the
>> following:
>>
>> /opt/mono-3.0/bin/mono
>/opt/mono-3.0/lib/mono/4.5/mod-mono-server4.exe
>> --filename /tmp/mod_mono_server_site --applications
>/:/srv/www/site
>> --nonstop --root /srv/www/site
>>
>> Seeing you are using the default prefix, you should be fine with
>> /usr/bin/mod-mono-server4 as you have it.  However, perhaps it
>doesn't like
>> the format you are specifying the arguments (try dropping the
>'='), or
>> perhaps try adding the nonstop and root arguments.
>>
>> Does that get you any further?
>>
>>
>> -m
>>
>>
>>

>>>
>>> ___
>>> Mono-list maillist  -  Mono-list@lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-list
>>>
>>>
>>
>
>
>
>
>___
>Mono-list maillist  -  Mono-list@lists.ximian.com
>http://lists.ximian.com/mailman/listinfo/mono-list
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Using mod-mono from source

[Martin Thwaites]

Thanks Daniel,

I've tried that now, and it seems that there might be a more underlying
problem as I'm getting a similar error as the mod-mono-server, in that it
appears to be passing the parameter name into the parameter value. So I
think there is a problem with either:

   - My installation (not sure how as it's a basic ubuntu 13.04, and I've
   reinstalled a few times)
   - The mono code base
   - The mono options class (not sure if that's part the main mono code
   base?)
   - The xsp code base.

My money is on either a problem with compiling the mono code base, or
problems with changes in the xsp code base.  Looking at the recent commits
on XSP, there was a change to use the ConfigurationManager class very
recently.

Do you use Ubuntu/debian? and do you have the facility to test the lastest
commits of mono/xsp?  or anyone else for that matter?

Thanks
Martin

On Fri, Jul 12, 2013 at 11:46 AM, Daniel Lo Nigro  wrote:

> You could also try using FastCGI instead (although that would involve
> changing your config a bit)
>
>
> On Fri, Jul 12, 2013 at 8:42 PM, Martin Thwaites  > wrote:
>
>> I've now tried with/without the "=" using the mod-mono-server4.exe
>> directly, and no joy.
>>
>> Did you run your source directly from Git with all the latest commits?
>> and if so, what date did you do it?
>>
>> Thanks
>>
>>
>> On Fri, Jul 12, 2013 at 10:06 AM, Martin Thwaites <
>>> monofo...@my2cents.co.uk> wrote:
>>>
 Hi Mike,

 I've tried every combination of parameters I can think of, including
 adding/removing the "=", as well as reordering (not that it should have an
 effect, but who knows what bugs might be lurking).

 I'll try the nonstop and root, and I'll also try running it directly
 from the exe instead of the bash script (thinking about it, that is one of
 the big differences and I'm actually optimistic about that being the issue
 as looking at the code, applications is a recently added option).

 I'll let you know how I get on, I've sent a mail to the devel list too.

 Thanks,
 Martin


 On Fri, Jul 12, 2013 at 4:11 AM, Mike Morano wrote:

> Hi Martin,
>
> Sorry, you are still running into problems.  You are right, if you are
> using /usr as your prefix, you shouldn't need to worry about the
> ld.conf.so.d entry.
>
> When I look at the command on my running webserver, I see the
> following:
>
> /opt/mono-3.0/bin/mono /opt/mono-3.0/lib/mono/4.5/mod-mono-server4.exe
> --filename /tmp/mod_mono_server_site --applications /:/srv/www/site
> --nonstop --root /srv/www/site
>
> Seeing you are using the default prefix, you should be fine with
> /usr/bin/mod-mono-server4 as you have it.  However, perhaps it doesn't 
> like
> the format you are specifying the arguments (try dropping the '='), or
> perhaps try adding the nonstop and root arguments.
>
> Does that get you any further?
>
>
> -m
>
>
>
>>>
>>
>> ___
>> Mono-list maillist  -  Mono-list@lists.ximian.com
>> http://lists.ximian.com/mailman/listinfo/mono-list
>>
>>
>
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Using mod-mono from source

[Daniel Lo Nigro]

You could also try using FastCGI instead (although that would involve
changing your config a bit)


On Fri, Jul 12, 2013 at 8:42 PM, Martin Thwaites
wrote:

> I've now tried with/without the "=" using the mod-mono-server4.exe
> directly, and no joy.
>
> Did you run your source directly from Git with all the latest commits? and
> if so, what date did you do it?
>
> Thanks
>
>
> On Fri, Jul 12, 2013 at 10:06 AM, Martin Thwaites <
>> monofo...@my2cents.co.uk> wrote:
>>
>>> Hi Mike,
>>>
>>> I've tried every combination of parameters I can think of, including
>>> adding/removing the "=", as well as reordering (not that it should have an
>>> effect, but who knows what bugs might be lurking).
>>>
>>> I'll try the nonstop and root, and I'll also try running it directly
>>> from the exe instead of the bash script (thinking about it, that is one of
>>> the big differences and I'm actually optimistic about that being the issue
>>> as looking at the code, applications is a recently added option).
>>>
>>> I'll let you know how I get on, I've sent a mail to the devel list too.
>>>
>>> Thanks,
>>> Martin
>>>
>>>
>>> On Fri, Jul 12, 2013 at 4:11 AM, Mike Morano wrote:
>>>
 Hi Martin,

 Sorry, you are still running into problems.  You are right, if you are
 using /usr as your prefix, you shouldn't need to worry about the
 ld.conf.so.d entry.

 When I look at the command on my running webserver, I see the following:

 /opt/mono-3.0/bin/mono /opt/mono-3.0/lib/mono/4.5/mod-mono-server4.exe
 --filename /tmp/mod_mono_server_site --applications /:/srv/www/site
 --nonstop --root /srv/www/site

 Seeing you are using the default prefix, you should be fine with
 /usr/bin/mod-mono-server4 as you have it.  However, perhaps it doesn't like
 the format you are specifying the arguments (try dropping the '='), or
 perhaps try adding the nonstop and root arguments.

 Does that get you any further?


 -m



>>
>
> ___
> Mono-list maillist  -  Mono-list@lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-list
>
>
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Using mod-mono from source

[Martin Thwaites]

I've now tried with/without the "=" using the mod-mono-server4.exe
directly, and no joy.

Did you run your source directly from Git with all the latest commits? and
if so, what date did you do it?

Thanks


On Fri, Jul 12, 2013 at 10:06 AM, Martin Thwaites
wrote:
>
>> Hi Mike,
>>
>> I've tried every combination of parameters I can think of, including
>> adding/removing the "=", as well as reordering (not that it should have an
>> effect, but who knows what bugs might be lurking).
>>
>> I'll try the nonstop and root, and I'll also try running it directly from
>> the exe instead of the bash script (thinking about it, that is one of the
>> big differences and I'm actually optimistic about that being the issue as
>> looking at the code, applications is a recently added option).
>>
>> I'll let you know how I get on, I've sent a mail to the devel list too.
>>
>> Thanks,
>> Martin
>>
>>
>> On Fri, Jul 12, 2013 at 4:11 AM, Mike Morano wrote:
>>
>>> Hi Martin,
>>>
>>> Sorry, you are still running into problems.  You are right, if you are
>>> using /usr as your prefix, you shouldn't need to worry about the
>>> ld.conf.so.d entry.
>>>
>>> When I look at the command on my running webserver, I see the following:
>>>
>>> /opt/mono-3.0/bin/mono /opt/mono-3.0/lib/mono/4.5/mod-mono-server4.exe
>>> --filename /tmp/mod_mono_server_site --applications /:/srv/www/site
>>> --nonstop --root /srv/www/site
>>>
>>> Seeing you are using the default prefix, you should be fine with
>>> /usr/bin/mod-mono-server4 as you have it.  However, perhaps it doesn't like
>>> the format you are specifying the arguments (try dropping the '='), or
>>> perhaps try adding the nonstop and root arguments.
>>>
>>> Does that get you any further?
>>>
>>>
>>> -m
>>>
>>>
>>>
>
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Using mod-mono from source

[Mike Morano]

Hi Martin,

Sorry, you are still running into problems.  You are right, if you are
using /usr as your prefix, you shouldn't need to worry about the
ld.conf.so.d entry.

When I look at the command on my running webserver, I see the following:

/opt/mono-3.0/bin/mono /opt/mono-3.0/lib/mono/4.5/mod-mono-server4.exe
--filename /tmp/mod_mono_server_site --applications /:/srv/www/site
--nonstop --root /srv/www/site

Seeing you are using the default prefix, you should be fine with
/usr/bin/mod-mono-server4 as you have it.  However, perhaps it doesn't like
the format you are specifying the arguments (try dropping the '='), or
perhaps try adding the nonstop and root arguments.

Does that get you any further?


-m


On Thu, Jul 11, 2013 at 4:24 PM, Martin Thwaites
wrote:

> So I've got a little further in debugging.
>
> I think this has to do with loading applications from the commandline
> maybe?
>
> I've tried running this command (looks like this is what mod_mono is
> trying to run:
>
> /usr/bin/mod-mono-server4 --filename="/tmp/mod_mono_server_test"
> --applications="/test:/var/www/test/"
>
> This gives an error saying that the applications parameter is not correct:
>
> mod-mono-server4
> Handling exception type ArgumentException
> Message is Should be something like [[hostname:]port:]VPath:realpath
> IsTerminating is set to True
> System.ArgumentException: Should be something like
> [[hostname:]port:]VPath:realpath
>   at Mono.WebServer.ApplicationServer.AddApplicationsFromCommandLine
> (System.String applications) [0x0] in :0
>   at (wrapper remoting-invoke-with-check)
> Mono.WebServer.ApplicationServer:AddApplicationsFromCommandLine (string)
>   at Mono.WebServer.Apache.Server.Rea
>
> I added a bit of debug code to the above method, and found that what's
> being passed in is "applications" as a string instead of what was passed on
> the commandline.  Anybody else getting this?
>
> Thanks,
> Martin
>
> On Tue, Jul 9, 2013 at 11:31 PM, Martin Thwaites  > wrote:
>
>> Thanks mike.
>>
>> Couple of things though, I'm using ubuntu server, so it doesn't use
>> SELinux apparently.
>>
>> The directory is set to a+rw (as a last resort) so permissions shouldn't
>> be an issue.  I've also su'd to the www-data user and run mod-mono-server4
>> directly in that directory, it worked fine.
>>
>> Finally, I'm not sure about the prefix thing, I'm using ./autogen.sh
>> --prefix=/usr, but the downloaded code is in /opt/mono-3.0.  It doesn't
>> produce the file you've specified in /etc/ld.conf.so.d, plus I'm not sure
>> it's needed as I'm installing to /usr?
>>
>> Thanks for what you've sent so, far, any further insight based on the
>> above?
>>
>> Martin
>>
>>
>> On Thu, Jul 4, 2013 at 5:59 PM, Mike Morano wrote:
>>
>>> Hello,
>>>
>>> I was doing something similar today - moving a working site to a
>>> different machine (running a new fedora19 install).  Your issue sounds a
>>> bit different from mine, but thought I'd send some of the things that
>>> caught me when getting this up and running again in apache:
>>>
>>> 1) selinux - although I don't know what a good fix for this is, i had to
>>> disable selinux.
>>>   - edit /etc/selinux/config:  SELINUX=disabled
>>>   - reboot (perhaps there is a way to reload the config if not done
>>> manually, but my machine is not a production server)
>>>
>>> 2) mono prefix location
>>>   - I compile all of mono to a unique prefix on my machine:
>>>  /opt/mono-3.0
>>>   - When I ran apache, was getting issue where it could not find
>>> libmonoPosixHelper.so.  To fix this, I did the following:
>>>a) cd /etc/ld.so.conf.d/
>>>b) echo '/opt/mono-3.0/lib' > mod_mono.conf
>>>c) ldconfig
>>>d) systemctl restart httpd.service   (restart apache - not sure
>>> if this is the same as what you would need to do on ubuntu)
>>>
>>>
>>> In terms of permissions, I had previously made sure that the user that
>>> runs apache has appropriate access to the directory structure hosting the
>>> site.  On my system, that is the apache user/group.  Just make sure the
>>> directory hosting the site and parent paths are accessible.
>>>
>>> Also, I have a couple extra settings in my apache config, so perhaps
>>> take a look at this in the mod_mono man pages to see if it helps:
>>>  MonoWapiDir, MonoUnixSocket.  In particular, make sure apache has rw acess
>>> to the location pointed to by MonoWapiDir.
>>>
>>>
>>> After the above was completed, my site worked via apache on the new
>>> machine.
>>>
>>> Good luck,
>>> Mike
>>>
>>>
>>> On Wed, Jul 3, 2013 at 9:21 PM, Danny  wrote:
>>>
 No idea.


 On 07/03/2013 05:30 PM, Martin Thwaites wrote:

> Is this message not getting through? is it just that no one knows the
> answer, can someone just send a simple "No idea" so I know this is
> getting through.  It's the first time I've used the list.
>
>
> On Mon, Jul 1, 2013 at 9:49 PM, Martin Thwaites
>  >
> w

Re: [Mono-list] Using mod-mono from source

[Martin Thwaites]

So I've got a little further in debugging.

I think this has to do with loading applications from the commandline maybe?

I've tried running this command (looks like this is what mod_mono is trying
to run:

/usr/bin/mod-mono-server4 --filename="/tmp/mod_mono_server_test"
--applications="/test:/var/www/test/"

This gives an error saying that the applications parameter is not correct:

mod-mono-server4
Handling exception type ArgumentException
Message is Should be something like [[hostname:]port:]VPath:realpath
IsTerminating is set to True
System.ArgumentException: Should be something like
[[hostname:]port:]VPath:realpath
  at Mono.WebServer.ApplicationServer.AddApplicationsFromCommandLine
(System.String applications) [0x0] in :0
  at (wrapper remoting-invoke-with-check)
Mono.WebServer.ApplicationServer:AddApplicationsFromCommandLine (string)
  at Mono.WebServer.Apache.Server.Rea

I added a bit of debug code to the above method, and found that what's
being passed in is "applications" as a string instead of what was passed on
the commandline.  Anybody else getting this?

Thanks,
Martin

On Tue, Jul 9, 2013 at 11:31 PM, Martin Thwaites
wrote:

> Thanks mike.
>
> Couple of things though, I'm using ubuntu server, so it doesn't use
> SELinux apparently.
>
> The directory is set to a+rw (as a last resort) so permissions shouldn't
> be an issue.  I've also su'd to the www-data user and run mod-mono-server4
> directly in that directory, it worked fine.
>
> Finally, I'm not sure about the prefix thing, I'm using ./autogen.sh
> --prefix=/usr, but the downloaded code is in /opt/mono-3.0.  It doesn't
> produce the file you've specified in /etc/ld.conf.so.d, plus I'm not sure
> it's needed as I'm installing to /usr?
>
> Thanks for what you've sent so, far, any further insight based on the
> above?
>
> Martin
>
>
> On Thu, Jul 4, 2013 at 5:59 PM, Mike Morano  wrote:
>
>> Hello,
>>
>> I was doing something similar today - moving a working site to a
>> different machine (running a new fedora19 install).  Your issue sounds a
>> bit different from mine, but thought I'd send some of the things that
>> caught me when getting this up and running again in apache:
>>
>> 1) selinux - although I don't know what a good fix for this is, i had to
>> disable selinux.
>>   - edit /etc/selinux/config:  SELINUX=disabled
>>   - reboot (perhaps there is a way to reload the config if not done
>> manually, but my machine is not a production server)
>>
>> 2) mono prefix location
>>   - I compile all of mono to a unique prefix on my machine:  /opt/mono-3.0
>>   - When I ran apache, was getting issue where it could not find
>> libmonoPosixHelper.so.  To fix this, I did the following:
>>a) cd /etc/ld.so.conf.d/
>>b) echo '/opt/mono-3.0/lib' > mod_mono.conf
>>c) ldconfig
>>d) systemctl restart httpd.service   (restart apache - not sure if
>> this is the same as what you would need to do on ubuntu)
>>
>>
>> In terms of permissions, I had previously made sure that the user that
>> runs apache has appropriate access to the directory structure hosting the
>> site.  On my system, that is the apache user/group.  Just make sure the
>> directory hosting the site and parent paths are accessible.
>>
>> Also, I have a couple extra settings in my apache config, so perhaps take
>> a look at this in the mod_mono man pages to see if it helps:  MonoWapiDir,
>> MonoUnixSocket.  In particular, make sure apache has rw acess to the
>> location pointed to by MonoWapiDir.
>>
>>
>> After the above was completed, my site worked via apache on the new
>> machine.
>>
>> Good luck,
>> Mike
>>
>>
>> On Wed, Jul 3, 2013 at 9:21 PM, Danny  wrote:
>>
>>> No idea.
>>>
>>>
>>> On 07/03/2013 05:30 PM, Martin Thwaites wrote:
>>>
 Is this message not getting through? is it just that no one knows the
 answer, can someone just send a simple "No idea" so I know this is
 getting through.  It's the first time I've used the list.


 On Mon, Jul 1, 2013 at 9:49 PM, Martin Thwaites
 >>> >
 wrote:

 I'm trying to get mono working from source so i can try and get some
 .net 4.5 website stuff working.  I'm using Ubuntu Server 13.04, and
 I followed this:

 
 http://stackoverflow.com/**questions/13365158/installing-**mono-3-0

 Apart from the libgdiplus, I can get everything to compile, however,
 when I've installed mod_mono, I keep getting the following in the
 log...

 [Mon Jul 01 21:20:57 2013] [error] Failed to connect to
 mod-mono-server after several attempts to spawn the process.

 I enable debug on the compile and got this in the logs..

 [Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
 [Mon Jul 01 21:20:55 2013] [warn] Socket file name
 /tmp/mod_mono_server_**GalleryLive
 [Mon J

Re: [Mono-list] Using mod-mono from source

[Martin Thwaites]

Thanks mike.

Couple of things though, I'm using ubuntu server, so it doesn't use SELinux
apparently.

The directory is set to a+rw (as a last resort) so permissions shouldn't be
an issue.  I've also su'd to the www-data user and run mod-mono-server4
directly in that directory, it worked fine.

Finally, I'm not sure about the prefix thing, I'm using ./autogen.sh
--prefix=/usr, but the downloaded code is in /opt/mono-3.0.  It doesn't
produce the file you've specified in /etc/ld.conf.so.d, plus I'm not sure
it's needed as I'm installing to /usr?

Thanks for what you've sent so, far, any further insight based on the above?

Martin

On Thu, Jul 4, 2013 at 5:59 PM, Mike Morano  wrote:

> Hello,
>
> I was doing something similar today - moving a working site to a different
> machine (running a new fedora19 install).  Your issue sounds a bit
> different from mine, but thought I'd send some of the things that caught me
> when getting this up and running again in apache:
>
> 1) selinux - although I don't know what a good fix for this is, i had to
> disable selinux.
>   - edit /etc/selinux/config:  SELINUX=disabled
>   - reboot (perhaps there is a way to reload the config if not done
> manually, but my machine is not a production server)
>
> 2) mono prefix location
>   - I compile all of mono to a unique prefix on my machine:  /opt/mono-3.0
>   - When I ran apache, was getting issue where it could not find
> libmonoPosixHelper.so.  To fix this, I did the following:
>a) cd /etc/ld.so.conf.d/
>b) echo '/opt/mono-3.0/lib' > mod_mono.conf
>c) ldconfig
>d) systemctl restart httpd.service   (restart apache - not sure if
> this is the same as what you would need to do on ubuntu)
>
>
> In terms of permissions, I had previously made sure that the user that
> runs apache has appropriate access to the directory structure hosting the
> site.  On my system, that is the apache user/group.  Just make sure the
> directory hosting the site and parent paths are accessible.
>
> Also, I have a couple extra settings in my apache config, so perhaps take
> a look at this in the mod_mono man pages to see if it helps:  MonoWapiDir,
> MonoUnixSocket.  In particular, make sure apache has rw acess to the
> location pointed to by MonoWapiDir.
>
>
> After the above was completed, my site worked via apache on the new
> machine.
>
> Good luck,
> Mike
>
>
> On Wed, Jul 3, 2013 at 9:21 PM, Danny  wrote:
>
>> No idea.
>>
>>
>> On 07/03/2013 05:30 PM, Martin Thwaites wrote:
>>
>>> Is this message not getting through? is it just that no one knows the
>>> answer, can someone just send a simple "No idea" so I know this is
>>> getting through.  It's the first time I've used the list.
>>>
>>>
>>> On Mon, Jul 1, 2013 at 9:49 PM, Martin Thwaites
>>> >> >
>>> wrote:
>>>
>>> I'm trying to get mono working from source so i can try and get some
>>> .net 4.5 website stuff working.  I'm using Ubuntu Server 13.04, and
>>> I followed this:
>>>
>>> 
>>> http://stackoverflow.com/**questions/13365158/installing-**mono-3-0
>>>
>>> Apart from the libgdiplus, I can get everything to compile, however,
>>> when I've installed mod_mono, I keep getting the following in the
>>> log...
>>>
>>> [Mon Jul 01 21:20:57 2013] [error] Failed to connect to
>>> mod-mono-server after several attempts to spawn the process.
>>>
>>> I enable debug on the compile and got this in the logs..
>>>
>>> [Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
>>> [Mon Jul 01 21:20:55 2013] [warn] Socket file name
>>> /tmp/mod_mono_server_**GalleryLive
>>> [Mon Jul 01 21:20:55 2013] [warn] try_connect: -1
>>> [Mon Jul 01 21:20:55 2013] [warn] After setup_socket
>>> [Mon Jul 01 21:20:55 2013] [warn] No backend found, will start a new
>>> copy.
>>> [Mon Jul 01 21:20:55 2013] [warn] Acquiring the
>>> /tmp/mod_mono_dashboard_**GalleryLive_2.lock lock for backend start
>>> [Mon Jul 01 21:20:55 2013] [warn] config->servers [0]->dashboard ==
>>> 0x0
>>> [Mon Jul 01 21:20:55 2013] [warn] config->servers [1]->dashboard ==
>>> 0x7F2F61407000
>>> [Mon Jul 01 21:20:55 2013] [warn] xsp address 0x7f2f6599c6c8,
>>> dashboard 0x7f2f61407000
>>> [Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
>>> [Mon Jul 01 21:20:55 2013] [warn] Socket file name
>>> /tmp/mod_mono_server_**GalleryLive
>>> [Mon Jul 01 21:20:55 2013] [warn] try_connect: -1
>>> [Mon Jul 01 21:20:55 2013] [warn] backend cannot be connected to.
>>> [Mon Jul 01 21:20:55 2013] [warn] Starting backend for alias
>>> GalleryLive
>>> [Mon Jul 01 21:20:55 2013] [warn] Applications: /:/var/www/gallery/
>>> [Mon Jul 01 21:20:55 2013] [warn] Config file: (null)
>>> [Mon Jul 01 21:20:55 2013] [warn] Config dir.: (null)
>>> [Mon Jul 01 21:20:55 2013] [warn] Listen port: (null)
>>> [Mon Jul

Re: [Mono-list] Using mod-mono from source

[Mike Morano]

Hello,

I was doing something similar today - moving a working site to a different
machine (running a new fedora19 install).  Your issue sounds a bit
different from mine, but thought I'd send some of the things that caught me
when getting this up and running again in apache:

1) selinux - although I don't know what a good fix for this is, i had to
disable selinux.
  - edit /etc/selinux/config:  SELINUX=disabled
  - reboot (perhaps there is a way to reload the config if not done
manually, but my machine is not a production server)

2) mono prefix location
  - I compile all of mono to a unique prefix on my machine:  /opt/mono-3.0
  - When I ran apache, was getting issue where it could not find
libmonoPosixHelper.so.  To fix this, I did the following:
   a) cd /etc/ld.so.conf.d/
   b) echo '/opt/mono-3.0/lib' > mod_mono.conf
   c) ldconfig
   d) systemctl restart httpd.service   (restart apache - not sure if
this is the same as what you would need to do on ubuntu)


In terms of permissions, I had previously made sure that the user that runs
apache has appropriate access to the directory structure hosting the site.
 On my system, that is the apache user/group.  Just make sure the directory
hosting the site and parent paths are accessible.

Also, I have a couple extra settings in my apache config, so perhaps take a
look at this in the mod_mono man pages to see if it helps:  MonoWapiDir,
MonoUnixSocket.  In particular, make sure apache has rw acess to the
location pointed to by MonoWapiDir.


After the above was completed, my site worked via apache on the new
machine.

Good luck,
Mike


On Wed, Jul 3, 2013 at 9:21 PM, Danny  wrote:

> No idea.
>
>
> On 07/03/2013 05:30 PM, Martin Thwaites wrote:
>
>> Is this message not getting through? is it just that no one knows the
>> answer, can someone just send a simple "No idea" so I know this is
>> getting through.  It's the first time I've used the list.
>>
>>
>> On Mon, Jul 1, 2013 at 9:49 PM, Martin Thwaites
>> > >
>> wrote:
>>
>> I'm trying to get mono working from source so i can try and get some
>> .net 4.5 website stuff working.  I'm using Ubuntu Server 13.04, and
>> I followed this:
>>
>> 
>> http://stackoverflow.com/**questions/13365158/installing-**mono-3-0
>>
>> Apart from the libgdiplus, I can get everything to compile, however,
>> when I've installed mod_mono, I keep getting the following in the
>> log...
>>
>> [Mon Jul 01 21:20:57 2013] [error] Failed to connect to
>> mod-mono-server after several attempts to spawn the process.
>>
>> I enable debug on the compile and got this in the logs..
>>
>> [Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
>> [Mon Jul 01 21:20:55 2013] [warn] Socket file name
>> /tmp/mod_mono_server_**GalleryLive
>> [Mon Jul 01 21:20:55 2013] [warn] try_connect: -1
>> [Mon Jul 01 21:20:55 2013] [warn] After setup_socket
>> [Mon Jul 01 21:20:55 2013] [warn] No backend found, will start a new
>> copy.
>> [Mon Jul 01 21:20:55 2013] [warn] Acquiring the
>> /tmp/mod_mono_dashboard_**GalleryLive_2.lock lock for backend start
>> [Mon Jul 01 21:20:55 2013] [warn] config->servers [0]->dashboard ==
>> 0x0
>> [Mon Jul 01 21:20:55 2013] [warn] config->servers [1]->dashboard ==
>> 0x7F2F61407000
>> [Mon Jul 01 21:20:55 2013] [warn] xsp address 0x7f2f6599c6c8,
>> dashboard 0x7f2f61407000
>> [Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
>> [Mon Jul 01 21:20:55 2013] [warn] Socket file name
>> /tmp/mod_mono_server_**GalleryLive
>> [Mon Jul 01 21:20:55 2013] [warn] try_connect: -1
>> [Mon Jul 01 21:20:55 2013] [warn] backend cannot be connected to.
>> [Mon Jul 01 21:20:55 2013] [warn] Starting backend for alias
>> GalleryLive
>> [Mon Jul 01 21:20:55 2013] [warn] Applications: /:/var/www/gallery/
>> [Mon Jul 01 21:20:55 2013] [warn] Config file: (null)
>> [Mon Jul 01 21:20:55 2013] [warn] Config dir.: (null)
>> [Mon Jul 01 21:20:55 2013] [warn] Listen port: (null)
>> [Mon Jul 01 21:20:55 2013] [warn] Listen address: (null)
>> [Mon Jul 01 21:20:55 2013] [warn] Started new backend, sleeping 2s
>> to let it configure
>> [Mon Jul 01 21:20:55 2013] [warn] child started
>> [Mon Jul 01 21:20:55 2013] [warn] PATH: /usr/local/bin:/usr/bin:/bin
>> [Mon Jul 01 21:20:55 2013] [warn] serverdir: /usr/bin
>> [Mon Jul 01 21:20:55 2013] [warn] PATH after:
>> /usr/bin:/usr/local/bin:/usr/**bin:/bin
>> [Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
>> [Mon Jul 01 21:20:55 2013] [warn] Backend socket path:
>> /tmp/mod_mono_server_**GalleryLive
>> Warning: unparsed command line arguments:
>> /tmp/mod_mono_server_**GalleryLive /:/var/www/gallery/
>>
>>
>> It seems there there is no "/tmp/mod_mono_server_**GalleryLive"
>> socket
>> for it 

Re: [Mono-list] Using mod-mono from source

[Danny]

No idea.

On 07/03/2013 05:30 PM, Martin Thwaites wrote:

Is this message not getting through? is it just that no one knows the
answer, can someone just send a simple "No idea" so I know this is
getting through.  It's the first time I've used the list.


On Mon, Jul 1, 2013 at 9:49 PM, Martin Thwaites
mailto:monofo...@my2cents.co.uk>> wrote:

I'm trying to get mono working from source so i can try and get some
.net 4.5 website stuff working.  I'm using Ubuntu Server 13.04, and
I followed this:

http://stackoverflow.com/questions/13365158/installing-mono-3-0

Apart from the libgdiplus, I can get everything to compile, however,
when I've installed mod_mono, I keep getting the following in the log...

[Mon Jul 01 21:20:57 2013] [error] Failed to connect to
mod-mono-server after several attempts to spawn the process.

I enable debug on the compile and got this in the logs..

[Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
[Mon Jul 01 21:20:55 2013] [warn] Socket file name
/tmp/mod_mono_server_GalleryLive
[Mon Jul 01 21:20:55 2013] [warn] try_connect: -1
[Mon Jul 01 21:20:55 2013] [warn] After setup_socket
[Mon Jul 01 21:20:55 2013] [warn] No backend found, will start a new
copy.
[Mon Jul 01 21:20:55 2013] [warn] Acquiring the
/tmp/mod_mono_dashboard_GalleryLive_2.lock lock for backend start
[Mon Jul 01 21:20:55 2013] [warn] config->servers [0]->dashboard == 0x0
[Mon Jul 01 21:20:55 2013] [warn] config->servers [1]->dashboard ==
0x7F2F61407000
[Mon Jul 01 21:20:55 2013] [warn] xsp address 0x7f2f6599c6c8,
dashboard 0x7f2f61407000
[Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
[Mon Jul 01 21:20:55 2013] [warn] Socket file name
/tmp/mod_mono_server_GalleryLive
[Mon Jul 01 21:20:55 2013] [warn] try_connect: -1
[Mon Jul 01 21:20:55 2013] [warn] backend cannot be connected to.
[Mon Jul 01 21:20:55 2013] [warn] Starting backend for alias GalleryLive
[Mon Jul 01 21:20:55 2013] [warn] Applications: /:/var/www/gallery/
[Mon Jul 01 21:20:55 2013] [warn] Config file: (null)
[Mon Jul 01 21:20:55 2013] [warn] Config dir.: (null)
[Mon Jul 01 21:20:55 2013] [warn] Listen port: (null)
[Mon Jul 01 21:20:55 2013] [warn] Listen address: (null)
[Mon Jul 01 21:20:55 2013] [warn] Started new backend, sleeping 2s
to let it configure
[Mon Jul 01 21:20:55 2013] [warn] child started
[Mon Jul 01 21:20:55 2013] [warn] PATH: /usr/local/bin:/usr/bin:/bin
[Mon Jul 01 21:20:55 2013] [warn] serverdir: /usr/bin
[Mon Jul 01 21:20:55 2013] [warn] PATH after:
/usr/bin:/usr/local/bin:/usr/bin:/bin
[Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
[Mon Jul 01 21:20:55 2013] [warn] Backend socket path:
/tmp/mod_mono_server_GalleryLive
Warning: unparsed command line arguments:
/tmp/mod_mono_server_GalleryLive /:/var/www/gallery/


It seems there there is no "/tmp/mod_mono_server_GalleryLive" socket
for it to connect to, so the error makes sense, but I can't see why
this is the case.

I can run mod-mono-server4 from the desired directory, and it seems
to run fine.

I've run sites using mod-mono from the repos before, but this is the
first time I've compiled from source.

vhost config is (this is also copied some a server using the repos
and is working):


 ServerAdmin webmaster@localhost
 ServerName gallery.internal.com 

 DocumentRoot /var/www/gallery/
 MonoServerPath GalleryLive "/usr/bin/mod-mono-server4"

 MonoApplications GalleryLive "/:/var/www/gallery/"
 
 Allow from all
 Order allow,deny
 MonoSetServerAlias GalleryLive
 SetHandler mono
 

 ErrorLog /var/log/apache2/error.log

 # Possible values include: debug, info, notice, warn,
error, crit,
 # alert, emerg.
 LogLevel debug

 CustomLog /var/log/apache2/access.log combined



I'm thinking that this could be a permissions error somewhere, but
I've run out of places to look.

Any ideas?




___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list


___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

Re: [Mono-list] Using mod-mono from source

[Martin Thwaites]

Is this message not getting through? is it just that no one knows the
answer, can someone just send a simple "No idea" so I know this is getting
through.  It's the first time I've used the list.


On Mon, Jul 1, 2013 at 9:49 PM, Martin Thwaites wrote:

> I'm trying to get mono working from source so i can try and get some .net
> 4.5 website stuff working.  I'm using Ubuntu Server 13.04, and I followed
> this:
>
> http://stackoverflow.com/questions/13365158/installing-mono-3-0
>
> Apart from the libgdiplus, I can get everything to compile, however, when
> I've installed mod_mono, I keep getting the following in the log...
>
> [Mon Jul 01 21:20:57 2013] [error] Failed to connect to mod-mono-server
> after several attempts to spawn the process.
>
> I enable debug on the compile and got this in the logs..
>
> [Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
> [Mon Jul 01 21:20:55 2013] [warn] Socket file name
> /tmp/mod_mono_server_GalleryLive
> [Mon Jul 01 21:20:55 2013] [warn] try_connect: -1
> [Mon Jul 01 21:20:55 2013] [warn] After setup_socket
> [Mon Jul 01 21:20:55 2013] [warn] No backend found, will start a new copy.
> [Mon Jul 01 21:20:55 2013] [warn] Acquiring the
> /tmp/mod_mono_dashboard_GalleryLive_2.lock lock for backend start
> [Mon Jul 01 21:20:55 2013] [warn] config->servers [0]->dashboard == 0x0
> [Mon Jul 01 21:20:55 2013] [warn] config->servers [1]->dashboard ==
> 0x7F2F61407000
> [Mon Jul 01 21:20:55 2013] [warn] xsp address 0x7f2f6599c6c8, dashboard
> 0x7f2f61407000
> [Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
> [Mon Jul 01 21:20:55 2013] [warn] Socket file name
> /tmp/mod_mono_server_GalleryLive
> [Mon Jul 01 21:20:55 2013] [warn] try_connect: -1
> [Mon Jul 01 21:20:55 2013] [warn] backend cannot be connected to.
> [Mon Jul 01 21:20:55 2013] [warn] Starting backend for alias GalleryLive
> [Mon Jul 01 21:20:55 2013] [warn] Applications: /:/var/www/gallery/
> [Mon Jul 01 21:20:55 2013] [warn] Config file: (null)
> [Mon Jul 01 21:20:55 2013] [warn] Config dir.: (null)
> [Mon Jul 01 21:20:55 2013] [warn] Listen port: (null)
> [Mon Jul 01 21:20:55 2013] [warn] Listen address: (null)
> [Mon Jul 01 21:20:55 2013] [warn] Started new backend, sleeping 2s to let
> it configure
> [Mon Jul 01 21:20:55 2013] [warn] child started
> [Mon Jul 01 21:20:55 2013] [warn] PATH: /usr/local/bin:/usr/bin:/bin
> [Mon Jul 01 21:20:55 2013] [warn] serverdir: /usr/bin
> [Mon Jul 01 21:20:55 2013] [warn] PATH after:
> /usr/bin:/usr/local/bin:/usr/bin:/bin
> [Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
> [Mon Jul 01 21:20:55 2013] [warn] Backend socket path:
> /tmp/mod_mono_server_GalleryLive
> Warning: unparsed command line arguments: /tmp/mod_mono_server_GalleryLive
> /:/var/www/gallery/
>
>
> It seems there there is no "/tmp/mod_mono_server_GalleryLive" socket for
> it to connect to, so the error makes sense, but I can't see why this is the
> case.
>
> I can run mod-mono-server4 from the desired directory, and it seems to run
> fine.
>
> I've run sites using mod-mono from the repos before, but this is the first
> time I've compiled from source.
>
> vhost config is (this is also copied some a server using the repos and is
> working):
>
> 
> ServerAdmin webmaster@localhost
> ServerName gallery.internal.com
>
> DocumentRoot /var/www/gallery/
> MonoServerPath GalleryLive "/usr/bin/mod-mono-server4"
>
> MonoApplications GalleryLive "/:/var/www/gallery/"
> 
> Allow from all
> Order allow,deny
> MonoSetServerAlias GalleryLive
> SetHandler mono
> 
>
> ErrorLog /var/log/apache2/error.log
>
> # Possible values include: debug, info, notice, warn, error, crit,
> # alert, emerg.
> LogLevel debug
>
> CustomLog /var/log/apache2/access.log combined
>
> 
>
> I'm thinking that this could be a permissions error somewhere, but I've
> run out of places to look.
>
> Any ideas?
>
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list

[Mono-list] Using mod-mono from source

[Martin Thwaites]

I'm trying to get mono working from source so i can try and get some .net
4.5 website stuff working.  I'm using Ubuntu Server 13.04, and I followed
this:

http://stackoverflow.com/questions/13365158/installing-mono-3-0

Apart from the libgdiplus, I can get everything to compile, however, when
I've installed mod_mono, I keep getting the following in the log...

[Mon Jul 01 21:20:57 2013] [error] Failed to connect to mod-mono-server
after several attempts to spawn the process.

I enable debug on the compile and got this in the logs..

[Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
[Mon Jul 01 21:20:55 2013] [warn] Socket file name
/tmp/mod_mono_server_GalleryLive
[Mon Jul 01 21:20:55 2013] [warn] try_connect: -1
[Mon Jul 01 21:20:55 2013] [warn] After setup_socket
[Mon Jul 01 21:20:55 2013] [warn] No backend found, will start a new copy.
[Mon Jul 01 21:20:55 2013] [warn] Acquiring the
/tmp/mod_mono_dashboard_GalleryLive_2.lock lock for backend start
[Mon Jul 01 21:20:55 2013] [warn] config->servers [0]->dashboard == 0x0
[Mon Jul 01 21:20:55 2013] [warn] config->servers [1]->dashboard ==
0x7F2F61407000
[Mon Jul 01 21:20:55 2013] [warn] xsp address 0x7f2f6599c6c8, dashboard
0x7f2f61407000
[Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
[Mon Jul 01 21:20:55 2013] [warn] Socket file name
/tmp/mod_mono_server_GalleryLive
[Mon Jul 01 21:20:55 2013] [warn] try_connect: -1
[Mon Jul 01 21:20:55 2013] [warn] backend cannot be connected to.
[Mon Jul 01 21:20:55 2013] [warn] Starting backend for alias GalleryLive
[Mon Jul 01 21:20:55 2013] [warn] Applications: /:/var/www/gallery/
[Mon Jul 01 21:20:55 2013] [warn] Config file: (null)
[Mon Jul 01 21:20:55 2013] [warn] Config dir.: (null)
[Mon Jul 01 21:20:55 2013] [warn] Listen port: (null)
[Mon Jul 01 21:20:55 2013] [warn] Listen address: (null)
[Mon Jul 01 21:20:55 2013] [warn] Started new backend, sleeping 2s to let
it configure
[Mon Jul 01 21:20:55 2013] [warn] child started
[Mon Jul 01 21:20:55 2013] [warn] PATH: /usr/local/bin:/usr/bin:/bin
[Mon Jul 01 21:20:55 2013] [warn] serverdir: /usr/bin
[Mon Jul 01 21:20:55 2013] [warn] PATH after:
/usr/bin:/usr/local/bin:/usr/bin:/bin
[Mon Jul 01 21:20:55 2013] [warn] getting unix socket path
[Mon Jul 01 21:20:55 2013] [warn] Backend socket path:
/tmp/mod_mono_server_GalleryLive
Warning: unparsed command line arguments: /tmp/mod_mono_server_GalleryLive
/:/var/www/gallery/


It seems there there is no "/tmp/mod_mono_server_GalleryLive" socket for it
to connect to, so the error makes sense, but I can't see why this is the
case.

I can run mod-mono-server4 from the desired directory, and it seems to run
fine.

I've run sites using mod-mono from the repos before, but this is the first
time I've compiled from source.

vhost config is (this is also copied some a server using the repos and is
working):


ServerAdmin webmaster@localhost
ServerName gallery.internal.com

DocumentRoot /var/www/gallery/
MonoServerPath GalleryLive "/usr/bin/mod-mono-server4"

MonoApplications GalleryLive "/:/var/www/gallery/"

Allow from all
Order allow,deny
MonoSetServerAlias GalleryLive
SetHandler mono


ErrorLog /var/log/apache2/error.log

# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel debug

CustomLog /var/log/apache2/access.log combined



I'm thinking that this could be a permissions error somewhere, but I've run
out of places to look.

Any ideas?
___
Mono-list maillist  -  Mono-list@lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-list