Perl script are not running on Apache 2.2.15 with mod_fcgid / Win32 - windows

I have installed apache 2.2.15 with mod_fcgid on Windows XP SP3 and Activestate Perl (tried both 5.12 & 5.8.9)
tried the perl example script in the mod_fcgid reference page but it
is not working
I get this in error log
[Tue Dec 07 23:10:35 2010] [info] mod_fcgid: server 127.0.0.1:/usr/bin/perl.exe(5476) started
[Tue Dec 07 23:10:35 2010] [warn] [client 127.0.0.1] (OS 109)The pipe has been ended. : mod_fcgid : get overlap result error
[Tue Dec 07 23:10:35 2010] [error] [client 127.0.0.1] Premature end of script headers: f.pl
[Tue Dec 07 23:10:35 2010] [error] [client 127.0.0.1] File does not exist: C:/Apache2/htdocs/favicon.ico
[Tue Dec 07 23:10:39 2010] [info] mod_fcgid - infoneto: process /usr/bin/perl.exe(5476) exit(communication error), return code 9
I double check everything including:
The #!/usr/bin/perl.exe line
The mod_fcgid is loaded
When running the script as plain cgi it works
When I turned to the older mod_fastcgi it works just fine as a fastcgi (i.e. loads once runs many times).
Using process monitor I can see that apache starts Perl but it Perl exits almost instantly without even loading the Perl script
I tried it also on Apache 2.0.52 & 2.0.63 with older mod_fcgid and with Apache 2.2.15 with the newest mod_fcgid (2.3.6) but no luck
What can be done ?
I googled around but no one seems to have solution or managed using mod_fcgid with perl on Win32
I opened a bug on both FCGI at cpan and on apache tracker but no one seems to care...
Is there a solution for this ?
Does someone else need this ? (mod_fcgid with Perl on Apache/Win32)

You're on Win32, and you have a /usr/bin/perl.exe? Are you sure?
Regardless, I think you're looking for mod_fastcgi rather than mod_fcgid; at least, a quick google search seemed that it fixed the problem for most. Apparently mod_fcgid is not working as well under Windows.

Related

Transformers gets killed for no reason on linux

So i'm trying to run inference on a Huggingface model, the model is 6.18gb.
This morning I was on Windows and it was possible to load the model, but inference was very slow so I took a look at DeepSpeed but only available on linux so I switched to Zorin OS.
Now the exact same script gets killed when running
from transformers import AutoModelForCausalLM
model = AutoModelForCausalLM.from_pretrained("Cedille/fr-boris", device_map = "auto")
What is going on ?
Try to diagnose with below command:
dmesg -T| grep -E -i -B100 'killed process'
And you may find out the reason.
[Fri Feb 10 21:16:54 2023] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/user.slice/user-1000.slice/session-14313.scope,task=python,pid=1071011,uid=1000
[Fri Feb 10 21:16:54 2023] Out of memory: Killed process 1071011 (python) total-vm:2480280kB, anon-rss:1709008kB, file-rss:4kB, shmem-rss:0kB, UID:1000 pgtables:4276kB oom_score_adj:0

Hubot not responding to Ping

Installed hubot but it's not responding to Pinging on OSX. Sample error:
bin/hubot
botname> [Sun May 22 2016 00:24:06 GMT-0400 (EDT)] WARNING Loading scripts from hubot-scripts.json is deprecated and will be removed in 3.0 (https://github.com/github/hubot-scripts/issues/1113) in favor of packages for each script.
Your hubot-scripts.json is empty, so you just need to remove it.
[Sun May 22 2016 00:24:06 GMT-0400 (EDT)] ERROR hubot-heroku-alive included, but missing HUBOT_HEROKU_KEEPALIVE_URL. heroku config:set HUBOT_HEROKU_KEEPALIVE_URL=$(heroku apps:info -s | grep web-url | cut -d= -f2)
[Sun May 22 2016 00:24:06 GMT-0400 (EDT)] INFO hubot-redis-brain: Using default redis on localhost:6379

The runtime version supported by this application is unavailable during app startup

I'm getting the following lines on app startup.
Application works fine though:
Jun 22 18:29:54 Alexeys-iPod-touch xxx[1169] : WARNING: The
runtime version supported by this application is unavailable. Jun 22
18:29:54 Alexeys-iPod-touch xxx[1169] : Using default
runtime: v4.0.30319
What should I do about it (and should I)?
This is just some debug spew we haven't had time to remove yet.
You can safely ignore it.

Apache on Win2003 cannot find the path specified

A fresh installation of Apache 2.2 on Win2003.
Configuration validates with the apache tool yet when I attempt to access the site the browser displays an internal error.
Apache log shows:
[Mon Jul 16 13:36:38 2012] [error] [client 10.162.9.158] (OS 3)The
system cannot find the path specified. : couldn't spawn child
process: D:/Heatmap/Webapp/public/dispatch.cg
The file system shows:
D:\Heatmap\Webapp\public>dir dispatch* Volume in drive D is DATA
Volume Serial Number is C482-3950
Directory of D:\Heatmap\Webapp\public
05/02/2012 10:56 AM 445 dispatch.cgi 05/02/2012 10:56
AM 520 dispatch.fcgi
2 File(s) 965 bytes
0 Dir(s) 5,625,618,432 bytes free
Since I noramlly run Apache on Linux servers I'm stymied as to what the root cause is here. The system cannot find a path that is present.
Cluestick please.
The bit of the message couldn't spawn child process caught my attention.
Research showed the shebang line is actually used by Apache - unless Perl at the WinOS level which associates the file extension with the interpreter - and I needed to correct it in my .cgi.
Specifying the full path to Perl in the cgi's shebang line corrected the problem.

How do I get sendmail to work reliably on a Mac OS 10.5?

I need to use sendmail from Macs in an office. At the moment, I can get it to work on the two development Macs (which I think is due to MAMP being installed and working), but getting it to go on the others seems to be a problem...
I assume it's down to some config issue, and hope there's someway to fix it (without resorting to installing MAMP on each machine !).
I think it may be down to the 'local' nature of the from, but not sure. Here's a dump of /var/log/mail.log if that's any help:
Nov 14 14:37:06 claire-g5 postfix/master[5339]: daemon started -- version 2.4.3, configuration /etc/postfix
Nov 14 14:37:06 claire-g5 postfix/qmgr[5341]: 2B625250BDB: from=<claire#claire-g5.local>, size=1131, nrcpt=1 (queue active)
Nov 14 14:37:06 claire-g5 postfix/qmgr[5341]: D5D19250D5A: from=<claire#claire-g5.local>, size=1191, nrcpt=1 (queue active)
Nov 14 14:37:06 claire-g5 postfix/smtp[5344]: 2B625250BDB: host mx01.xxx.uk[212.x.x.134] said: 451 cannot relay now to <xx#xx.com>, please try again later (in reply to RCPT TO command)
Nov 14 14:37:06 claire-g5 postfix/smtp[5346]: D5D19250D5A: host mx01.xxx.uk[212.x.x.186] said: 451 cannot relay now to <xx#xx.com>, please try again later (in reply to RCPT TO command)
Nov 14 14:37:07 claire-g5 postfix/smtp[5346]: D5D19250D5A: to=<xx#xx.com>, relay=mx01.xxx.uk[212.x.x.134]:25, delay=2350, delays=2349/0.08/0.7/0.12, dsn=4.0.0, status=deferred (host mx01.xxx.uk[212.x.x.134] said: 451 cannot
Nov 14 14:37:07 claire-g5 postfix/pickup[5340]: 1A2EC2511D1: uid=501 from=<claire
Note that it's postfix that you have running on your mac, not sendmail.
The problem is that the machine mx01.xxx.uk[212.x.x.134] is configured to block mail relaying (accepting an email over SMTP and sending it on to the final mail server). The postfix configuration files are normally stored in /etc/postfix so you could start by looking there. In particular, look at the mynetworks setting in main.cf.
Ah ha! Thanks Denis - this looks like the beasty...
### MAMP Postfix Configuration - Start ###
myorigin = example.com
myhostname = mailer.$myorigin
smtpd_sender_restrictions = permit_inet_interfaces
# smart host
relayhost = auth.example.co.uk
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_MAMP_passwd
smtp_sasl_security_options = noanonymous
### MAMP Postfix Configuration - End ###
# DONT REMOVE: MAMP PRO main.cf template compatibility version: 1
I'll give it a go, and get back to you.

Resources