CouchDB 1.6.1 on Windows 08 r2 - os_process_error exit status 1 - view

I have an installation of couchdb which has been working well for a few weeks now. Today it started to throw an os_process_error exit status 1 when attempting to look at any view. The documents in the DB are very small and the views a quite simple. Total DB size is 20mb, largest document is 2mb, i have noticed that the ERL process pegs the CPU at 99%.
I've looked at:
CouchDB delay building index (CouchDB 1.5.0 on Windows Server 2008 R2)
Specific couchdb views suddenly start timing out
I've increased my time out to 50000 seconds, then lowered it to 500 to see if i could find the document which was killing everything but nothing shows up. Stale views still work as well.
Below is the debug error:
[Mon, 10 Nov 2014 19:22:19 GMT] [debug] [<0.118.0>] Successful cookie auth as: "sking"
[Mon, 10 Nov 2014 19:22:19 GMT] [info] [<0.118.0>] 192.168.247.158 - - GET /_config/native_query_servers/ 200
[Mon, 10 Nov 2014 19:22:19 GMT] [error] [<0.231.0>] OS Process Error <0.233.0> :: {os_process_error,
{exit_status,1}}
[Mon, 10 Nov 2014 19:22:19 GMT] [error] [emulator] Error in process <0.231.0> with exit value: {{nocatch,{os_process_error,{exit_status,1}}},[{couch_os_process,prompt,2,[{file,"c:/cygwin/relax/APACHE~2.1/src/couchdb/couch_os_process.erl"},{line,57}]},{couch_query_servers,map_doc_raw,2,[{file,"c:/cygwin/relax...
[Mon, 10 Nov 2014 19:22:19 GMT] [debug] [<0.117.0>] Minor error in HTTP request: {os_process_error,
{exit_status,1}}
[Mon, 10 Nov 2014 19:22:19 GMT] [debug] [<0.117.0>] Stacktrace: [{couch_mrview_util,get_view,4,
[{file,
"c:/cygwin/relax/APACHE~2.1/src/COUCH_~3/src/couch_mrview_util.erl"},
{line,49}]},
{couch_mrview,query_view,6,
[{file,
"c:/cygwin/relax/APACHE~2.1/src/COUCH_~3/src/couch_mrview.erl"},
{line,75}]},
{couch_httpd,etag_maybe,2,
[{file,
"c:/cygwin/relax/APACHE~2.1/src/couchdb/couch_httpd.erl"},
{line,610}]},
{couch_mrview_http,design_doc_view,5,
[{file,
"c:/cygwin/relax/APACHE~2.1/src/COUCH_~3/src/couch_mrview_http.erl"},
{line,188}]},
{couch_httpd_db,do_db_req,2,
[{file,
"c:/cygwin/relax/APACHE~2.1/src/couchdb/couch_httpd_db.erl"},
{line,234}]},
{couch_httpd,handle_request_int,5,
[{file,
"c:/cygwin/relax/APACHE~2.1/src/couchdb/couch_httpd.erl"},
{line,318}]},
{mochiweb_http,headers,5,
[{file,
"c:/cygwin/relax/APACHE~2.1/src/mochiweb/mochiweb_http.erl"},
{line,94}]},
{proc_lib,init_p_do_apply,3,
[{file,"proc_lib.erl"},{line,239}]}]
[Mon, 10 Nov 2014 19:22:19 GMT] [info] [<0.117.0>] 192.168.247.158 - - GET /tcs/_design/company/_view/Company_Id?limit=101 500
[Mon, 10 Nov 2014 19:22:19 GMT] [error] [<0.117.0>] httpd 500 error response:
{"error":"os_process_error","reason":"{exit_status,1}"}

I figured this out but I am not sure why it happened. There was a HUGE document 57mb which had been uploaded to the DB but it was not visible in Futon or anywhere else.
I only found it after digging into the debug log further. I could not access the document via a CURL Get. I ended up having to use CURL -X DELETE with the specific revision then a purge to get rid of the document. Soon as the document was deleted everything worked as expected.

Related

KARAF start up takes time during boot up

We are using karaf 4.3.7 in which we are installing the bundles as features. While analyzing the framework logs we found that initial boot up take time which is causing the initial start up failure of our karaf
karaf: Ignoring predefined value for KARAF_HOME
Feb 07, 2023 7:07:43 AM org.apache.karaf.main.Main launch
INFO: Installing and starting initial bundles
Feb 07, 2023 7:07:44 AM org.apache.karaf.main.Main launch
INFO: All initial bundles installed and set to start
Feb 07, 2023 7:07:44 AM org.apache.karaf.main.lock.SimpleFileLock lock
INFO: Trying to lock /var/tmp/opt/apache-karaf/lock
Feb 07, 2023 7:07:44 AM org.apache.karaf.main.lock.SimpleFileLock lock
INFO: Lock acquired
Feb 07, 2023 7:07:44 AM org.apache.karaf.main.Main$KarafLockCallback lockAcquired
INFO: Lock acquired. Setting startlevel to 100
After this logs we couldn't find the logs for ~4 minutes approximately and then the downloading logs are appearing.
{"version": "0.2.0", "timestamp": "2023-02-07T07:11:27.782Z", "severity": "TRACE", "service_id": "testapp", "metadata" : {"category": "EDM-tests"}, "message": "Downloading [wrap:file:/opt/apache-karaf/system/io/micrometer/micrometer-registry-prometheus/1.8.1/micrometer-registry-prometheus-1.8.1.jar]"}
Not sure why its taking time to download the logs. Any help would be appreciated.

issuing curl_easy_perform(handle): 7

I am new to using PLEX server I found a issue in plex server i tried to cast 4-5 images in repeated format but after some time it 'll stuck at some random image. When I see the Log Files of this I found
964] INFO - [Chromecast] [MDE] Finished analysis of jpeg (jpeg)
Jan 15, 2018 13:58:16.652 [6060] ERROR - Error issuing
curl_easy_perform(handle): 7
Jan 15, 2018 13:58:16.652 [8292] ERROR - Error issuing
curl_easy_perform(handle): 7
Jan 15, 2018 13:58:16.652 [1860] ERROR - Error issuing
curl_easy_perform(handle): 7
Jan 15, 2018 13:58:16.683 [6800] INFO - [Chromecast] canPlay: true
Jan 15, 2018 13:58:16.730 [5728] INFO - [Chromecast]
canDirectPlay: true
Jan 15, 2018 13:58:16.840 [3764] INFO - [Chromecast] [PDE] Player
decision
Jan 15, 2018 13:58:16.918 [3104] INFO - [Chromecast] Player: html
I didn't get why this happen so I tried to resolve this issue from last few of weeks but not able to resolve can any one help.

Unexpected Error at Installing CS6 on macOS 10.12

I want re-install my licensed CS6 Web & Design Premium os macOS 10.12 Sierra. However, installer says "Could not start the installation. Any file may be missing."
I got the PDapp.log which created by installer in /Libary/Logs.
The Log:
Wed Oct 12 19:34:00 2016 [INFO] Setup - Build Version - 6.0.335.0
Wed Oct 12 19:34:00 2016 [INFO] Setup - Logging Level verbosity Set to 4
Wed Oct 12 19:34:00 2016 [INFO] Setup - TimeLog: Bootstrapper Start
Wed Oct 12 19:34:00 2016 [INFO] Setup - TimeLog: Start initial checks
Wed Oct 12 19:34:00 2016 [INFO] Setup - Launch Path set to /var/folders/ln/ljj38hdx5f13q0db1q58bpsr0000gp/T/AppTranslocation/E0C66AE8-34B2-4A80-A424-D031D2709AEA/d
Wed Oct 12 19:34:00 2016 [INFO] Setup - Found 6 packages in setup manifest
Wed Oct 12 19:34:00 2016 [INFO] PIM - Build Version - 6.0.335.0
Wed Oct 12 19:34:00 2016 [INFO] PIM - Logging Level verbosity Set to 4
Wed Oct 12 19:34:00 2016 [WARN] PIM - Detected Old content in USF trying to delete it...
Wed Oct 12 19:34:00 2016 [WARN] PIM - Successfully deleted old content...
Wed Oct 12 19:34:00 2016 [INFO] PIM - Build Version - 6.0.335.0
Wed Oct 12 19:34:00 2016 [INFO] PIM - Logging Level verbosity Set to 4
Wed Oct 12 19:34:00 2016 [INFO] PIM - CREATE PIM Instance ...
Wed Oct 12 19:34:00 2016 [INFO] PIM - trying to createOrUpdatePIMDbSchema.
Wed Oct 12 19:34:00 2016 [INFO] PIM - SUCCESS Created Tables.
Wed Oct 12 19:34:00 2016 [INFO] PIM - PIM Database is Up To Date.
Wed Oct 12 19:34:00 2016 [INFO] PIM - Updater Inventory location:/var/folders/ln/ljj38hdx5f13q0db1q58bpsr0000gp/T/AppTranslocation/E0C66AE8-34B2-4A80-A424-D031D2709AEA/d/Install.app/Contents/Frameworks/UpdaterInventory.framework/UpdaterInventory
Wed Oct 12 19:34:00 2016 [FATAL] PIM - ERROR invalid xml file path. Could not read data from path /var/folders/ln/ljj38hdx5f13q0db1q58bpsr0000gp/T/AppTranslocation/E0C66AE8-34B2-4A80-A424-D031D2709AEA/d/packages/core/PDApp.pimx
Wed Oct 12 19:34:00 2016 [FATAL] PIM - Error Description Error Domain=NSCocoaErrorDomain Code=260 "The file “PDApp.pimx” couldn’t be opened because there is no such file." UserInfo={NSFilePath=/var/folders/ln/ljj38hdx5f13q0db1q58bpsr0000gp/T/AppTranslocation/E0C66AE8-34B2-4A80-A424-D031D2709AEA/d/packages/core/PDApp.pimx, NSUnderlyingError=0x23add0 {Error Domain=NSPOSIXErrorDomain Code=2 "No such file or directory"}}
Wed Oct 12 19:34:00 2016 [ERROR] PIM - Error couldnot initialize XML. Improper xml file.
Wed Oct 12 19:34:00 2016 [ERROR] Setup - Error in initialization. Manifest parsing failed.
Wed Oct 12 19:34:00 2016 [INFO] Setup - TimeLog: End initial checks
Wed Oct 12 19:34:02 2016 [INFO] Setup - ================= Exiting Installer with Code: 0 =================
Wed Oct 12 19:34:02 2016 [INFO] PIM - PIMSqlite closeDB status 0
Wed Oct 12 19:34:02 2016 [INFO] PIM - FREE PIM Instance ...
How can I fix this error?
Thanks.
For OSX 10.12.X (Sierra) run installer directly from Install.app/Contents/MacOS/Install

Gwan stops working every night

I have a arch 64bit VPS on digitalocean. I installed gwan and run it in deamon mode. It stopped running every midnight.
Here is the log file
[Wed Apr 24 06:10:28 2013 GMT] memory footprint: 3.78 MiB
[Thu, 25 Apr 2013 00:00:19 GMT] * child abort(8) coredump
[Thu, 25 Apr 2013 00:00:19 GMT] * child abort(8) coredump
[Thu, 25 Apr 2013 00:00:19 GMT] * child abort(8) coredump
[Thu, 25 Apr 2013 00:00:19 GMT] * child died 3 times within 3 seconds
[Thu Apr 25 12:39:39 2013 GMT] memory footprint: 3.77 MiB.
[Thu Apr 25 12:39:56 2013 GMT] loaded maintenance script/opt/gwan_linux64-bit/0.0.0.0_8080/#0.0.0.0/csp/crash.c 43.14 KiB MD5:820cf6b4-2152b838-08a13fcb-5f0dc4be
[Fri, 26 Apr 2013 00:00:10 GMT] * child abort(8) coredump
[Fri, 26 Apr 2013 00:00:10 GMT] * child abort(8) coredump
[Fri, 26 Apr 2013 00:00:10 GMT] * child abort(8) coredump
[Fri, 26 Apr 2013 00:00:10 GMT] * child died 3 times within 3 seconds
This problem does not happen on all platforms and so far all the user reports we received used hypervisors which alter the CPU and OS behavior in erratic and undocumented ways (not to cite the additional bugs they inject into the system).
UPDATE
That new problem for 4-years old code that worked fine so far is a platform issue, for which we have found a workaround, to be published with the next release in a few weeks.

Weird behavior with gwan v3.12.26

I just installed the latest Xmas gift from gwan team, but I'm having some problems:
Segmentation fault with archlinux .
On Ubuntu strange behavior.
I can't run any script on it.
About #1, Archlinux is up to date and uses the 2.16 GLIBC.
About #2, I'm loading http://188.165.219.99:8080/100.html sometimes it display 100 X, sometimes an error page (with CSS) and sometimes an error page without CSS.
About #3, I can't run any csp script:
http://188.165.219.99:8080/?hello.c
http://188.165.219.99:8080/?hello.rb
http://188.165.219.99:8080/?hello.php
None of the above work. Has the csp url changed?
I have installed php5-cli and ruby on my ubuntu.
For informations:
# ldd --version
ldd (Ubuntu EGLIBC 2.11.1-0ubuntu7.11) 2.11.1
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Written by Roland McGrath and Ulrich Drepper.
Here the log on archlinux
# cat logs/gwan.log
[Thu Dec 27 14:03:44 2012 GMT] ------------------------------------------------
[Thu Dec 27 14:03:44 2012 GMT] G-WAN 3.12.26 64-bit (Dec 26 2012 13:58:12)
[Thu Dec 27 14:03:44 2012 GMT] ------------------------------------------------
[Thu Dec 27 14:03:44 2012 GMT] Local Time: Thu, 27 Dec 2012 16:03:44 GMT+2
[Thu Dec 27 14:03:44 2012 GMT] RAM: (1.60 GiB free + 0 shared + 834.57 MiB buffers) / 23.64 GiB total
[Thu Dec 27 14:03:44 2012 GMT] Physical Pages: 1.60 GiB / 23.64 GiB
[Thu Dec 27 14:03:44 2012 GMT] DISK: 1.71 TiB free / 1.88 TiB total
[Thu Dec 27 14:03:44 2012 GMT] 336 processes, including pid:1545 './gwan'
[Thu Dec 27 14:03:44 2012 GMT] Multi-Core, HT enabled
[Thu Dec 27 14:03:44 2012 GMT] 1x Intel(R) Xeon(R) CPU W3520 # 2.67GHz (4 Core(s)/CPU, 2 thread(s)/Core)
[Thu Dec 27 14:03:44 2012 GMT] using 4 workers 0[1111]3
[Thu Dec 27 14:03:44 2012 GMT] among 8 threads 0[11110000]7
[Thu Dec 27 14:03:44 2012 GMT] 64-bit little-endian (least significant byte first)
1: segmentation fault with archlinux
Many informations are listed at the top of the /logs/wgan.log file. It would immensely help to see it (that's what log files are for).
2: on ubuntu strange behavior
Not knowing the nature of the "strange behavior" nor the Ubuntu version makes difficult to answer your question (if that's a question).
3: I can't run any script on it
We received more than 50 emails this morning alove. None (but yours) reports that scripts fail to run. So far, people report great results with all languages.
Check your files permissions (can the G-WAN account read the script files?) and verify that the relevant compilers / runtimes are installed.
Ogla's report suggests that javascript embedded in HTML (the new release does minifying there) migh be the cause of the cut files.
Other than that, the fact that the daemon mode is broken in v3.12.25/26 may explain your problems if you run in daemon mode.

Resources