Log filling up with crlcache.db errors

I posted an earlier question where my log was filling up with errors from Adobe Air.
I corrected that issue by clearing the adobe keychain.
My logs are still filling, however, with the following:
8/2/11 3:42:46.057 PM sandboxd: ([390]) WebProcess(390) deny file-read-data /private/var/db/crls/crlcache.db
This only happens when I'm running safari.
I've tried recreating an empty /private/var/db/crls folder but it immediately started happening again.
Thoughts?

I believe its fixed.
open Keychain Access then select Keychain Access -> Keychain First Aid
Run a repair
Select the crlcache.db keychain and right click -> delete files and associations
Run a repair
I had to do the set twice until crlcache.db was no longer in my keychain. After it was removed, the logs no longer posted when I used safari.

Similar Messages

System.log fills up with bad packets errors (Multicast packet - CRC error)

Hello,
I've been trying to Google my problem but found no answers; hopefully someone can help me?
Whenever I'm online, my System.logs fills up (every second, and sometimes, multiple times each second) with the following message :
19/12/07 12:51:01 PM kernel AppleYukon2 - bad packet received. length: 60, packet status bits: Multicast packet, CRC error
19/12/07 12:51:01 PM kernel AppleYukon2 - bad packet received. length: 60, packet status bits: Multicast packet, CRC error
My DSL modem is connect directly into my iMac. It's a Speedstream 5360). I never have any problems connecting to the Internet and the speed I get is fine. When I configured my Network settings, I only added my PPPoE Service name username and âssword - everything else was automatically added (Ethernet configuration).
Is there anything I should change in the Advanced Settings?
The System.log causes me problem because it often causes the application Console to crash when I try to view it.

I should add that this problem didn't exist when I was using Tiger.
Also, when I called Apple Tech Support, I was simply told "just don't play with the Console".

System.log fills up with uninstall_folder_path no 0

My system.log fills up with the following text:
Apr 10 22:09:48 Macken DelMonitor[60]: hokan
Apr 10 22:09:48 Macken DelMonitor[60]: uninstall_path no 0
Apr 10 22:09:48 Macken DelMonitor[60]: uninstall_folder_path no 0
Apr 10 22:09:50 Macken DelMonitor[60]: install_path yes
These four lines adds every other second, and just fills upp the system.log.
I habe tried to google but can not find any clues to what this is and how to make it stop!
Anyone have any suggestions?
I have a Mac Book Pro with verson 10.7.3
Regards,
Hokan

It's some third-party software that you installed, but I can't be more specific. If you can't figure it out any other way, you'll just have to start uninstalling things until the log messages stop.

System.log filling up with enqueueData rtn message

I'm seeing the following log entry in system.log 7-9 times a second:
Oct 22 11:00:00 pbair-paulywalnutz-com kernel[0]: ttyioss9000003: enqueueData rtn (e00002d8)
I've tried googling and checked discussions here but can't find anything that seems to be related.
I don't think it's affecting my PB all that much but it is definitely not right and I would like to fix it.
Please let me know any information I might post that would help diagnose, etc...
Thanks,
Paul

I contacted technical support for Software-Systeme (what the company is not called Bresink as I posted earlier).
They replied promptly with what seems to be the answer…
Hardware Monitor Support wrote:
The error message indicates that you have configured Hardware Monitor
to send its current readings to an external LCD display box. However,
this box appears to have a technical problem or you have no such device
connected. To switch this off, open "Preferences > LCD Module", select
the USB device and set "Configure for display type" to "No display".
This works for me and stops the logs filling with the messages. I'm not sure when I set the LCD display settings, but I imagine it was when I was learning what the settings do.
Just select the items in the top 'lcd module settings' table and set them to no display.
Drew

[workaround] log filling up with "ACPI group/action undefined"

I use Arch with a HP 510 notebook and my /var/log/messages.log is filled up with:
Aug 19 14:15:36 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:15:36 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:15:36 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:15:36 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:15:36 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:15:36 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:16:06 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:16:06 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:16:06 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:16:06 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:16:06 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:16:06 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:16:06 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:16:07 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:16:07 hp510 logger: ACPI group/action undefined: video / C054
Aug 19 14:16:07 hp510 logger: ACPI group/action undefined: video / C054
Any suggestions?
Last edited by fijam (2009-08-20 22:35:10)

Turns out that the message is triggered when the laptop's lid is closed for more than a few seconds. I have no idea if that's a bug but I worked it around in handler.sh before the catch-all condition like that:
video)
case "$2" in
C054) : ;;
*) logger "ACPI video action undefined: $2" ;;
esac
It's probably the Wrong Way but I am quite sleepy and it appears to be working.
Thanks for suggestions.

Accounting Log filling up with useless data

I am getting my ACS Accounting logs filled with useless data from about 12 devices. I think I have found the cause - I just don't know how to fix it.
The accounting data has a username we have not used for months, and I stumbled upon this by looking at various show commands on the devices that are causing the problem.
When I do a "sh aaa sessions", I see this:
CE-WIN-IDF16-3750-Stack1#sh aaa session
Total sessions since last reload: 189
Session Id: 1
   Unique Id: 127
   User Name: *not available*
   IP Address: 0.0.0.0
   Idle Time: 0
   CT Call Handle: 0
Session Id: 354
   Unique Id: 263
   User Name: cenetmgmt
   IP Address: 10.62.7.15
   Idle Time: 0
   CT Call Handle: 0
Session Id: 626
   Unique Id: 410
   User Name: leehoyle
   IP Address: 10.62.7.15
   Idle Time: 0
   CT Call Handle: 0
I would LOVE to get rid of that Session ID: 354 if I could. I can't seem to find a suitable "clear" command. Any help out there?
Thansk in advance!
Lee Hoyle

I am not trying to access anything I keep getting the message that my cloud is full than go to it to find that is is full of things from my computer and pictures from the Sims game spent 3 hours yesterday as it kept telling me that Verizon was not available. Why is my cloud not backing up my phone but randomly backing up my computer which I do not need. This is using the desktop Icon. I have not even opened it on my desktop until I tried to delete the stuff on it it did this on its own.

Log filling up with kadmind: no such file or directory while initializing

My log files are being spammed with
"kadmind; No such file or directory while initializing, aborting"
followed by edu.mit.kadmind exiting and respawning and then 4x:
"krb5kdc: cannot initialize realm My-FQDM.NET - see log file for details"
Not surprisingly, Kerberos logins do not work, for instance from iCal I get:
"Cannot contact any KDC for requested realm"
This is a brand new iMac with a brand new install of OS X Leopard, using "Standard" configuration. I'm a complete network admin newb and acknowledge that; I could really use some help getting Kerberos working, and failing that, getting it to stop respawning and spamming the error logs.
Edit: Sorry, wrong forum, reposted here:
http://discussions.apple.com/thread.jspa?threadID=1934679&tstart=0
Message was edited by: Derek Jones3

Hm, I definitely have a reverse PTR. But there's also definitely a problem with Kerberos. In the Directory, I click Edit for a user and get a GSSAPI Error (cannot find ticket for requested realm) followed by a "if you haven't dismissed the Kerberos authentication dialog by clicking 'Cancel', chances are there is a problem with Kerberos." Interestingly, there's never a dialog presented to me.
In case it's relevant, as mentioned, this is a new iMac. It will not boot from the OS X Server Install DVD - I have to start out with the client version of OS X and run the installer from the disc, and then reboot sans install DVD. If I try to boot from the DVD it restarts over and over again. Enterprise support said this is "normal" since the install DVD comes with 10.5.4 - it won't boot from a machine that came with 10.5.6 client.
Is it possible that something that the client version does with Kerberos (standalone machine?) doesn't get corrected in the Server install, preventing it from working? I'm postulizing this theory as I see in my error log shortly after boot:
com.apple.KerberosAutoConfig[3244] Couldn't find KerberosClient config record

System.log filling up with: mbp kernel[0]: dp events: 0x04

Dec 21 17:09:52 mbp kernel[0]: dp events: 0x04
This line seems to repeat 5 or 6 times per minute, filling system.log.
Looks like it started Dec 19th. I don't see any obvious unusual thing I did at that time.
Any ideas?
Thanks, jeff

Although Apple has not fixed this yet, I have learned some interesting things. While on the phone with Apple, they had me run a Data Capture program to collect info about my system to send back to them.
While running the application, I had Console open so I could look at the system log. To my surprise, after running this application, the repeating dp events: 0x04 completely stopped and the mouse cursor behaved normally. The mouse continued to behave normally until I put the computer to sleep and woke it up again.
In summary:
1) The dp events: 0x04 messages are present when the mouse skips and not present when it doesn't. This seems like proof that the muliple writes to the system log are what make the cursor skip.
2) Running Capture Data.app (from the Apple tech) runs a handful of scripts that not only capture data, but also kills the dp events for some reason.
I have verified this four different times and reported my findings to the Apple tech I was speaking to.
Can anyone else who receive the data capture program from Apple give this a shot? Just have Console open and look at your system log before, during, and after running the program. Perhaps you'll see as I did that the dp events go away and your mouse works right (at least until sleep).

System.log fills up with mDNSResponder[17]

My system.log will be filled in a 1 second intervall by the following message:
25.12.07 17:58:25 mDNSResponder[17] Failed to obtain NAT port mapping from router 192.168.0.1 external address 0.0.0.0 internal port 22 (ports are different).
Does any body have an idea what I have wrong configured. I'm using a router DGL-4300.
reagrds
wholler

Sure. This is what I gleaned from a mere 2 seconds with the Berkley packet monitor. I don't know if it is very usable, but at least you can see how bad my router was getting spammed:
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(I0''
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(K<'
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49773
Byte count: 396
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
123
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:DeletePortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPCon</div>
nection:1"></u:DeletePortMappingResponse></s:Body></s:Envelope>
0
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49774
Byte count: 390
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
11d
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:AddPortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnec</div>
tion:1"></u:AddPortMappingResponse></s:Body></s:Envelope>
0
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(5A''
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49776
Byte count: 390
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
11d
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:AddPortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnec</div>
tion:1"></u:AddPortMappingResponse></s:Body></s:Envelope>
0
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E( ''
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49778
Byte count: 385
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
11d
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:AddPortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnec</div>
tion:1"></u:AddPortMappingResponse></s:Body></s:Envelope>
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(''
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49780
Byte count: 385
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
11d
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:AddPortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnec</div>
tion:1"></u:AddPortMappingResponse></s:Body></s:Envelope>
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49779
Byte count: 98
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
0
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: TCP
Source IP: 192.168.0.145
Source Port: 49781
Destination IP: 192.168.0.1
Destination Port: 4444
Byte count: 919
Raw Data:
4CPOST /wipconn HTTP/1.1
Content-Type: text/xml; charset="utf-8"
SOAPAction: "urn:schemas-upnp-org:service:WANIPConnection:1#DeletePortMappin
g"
User-Agent: Mozilla/4.0 (compatible; UPnP/1.0; Windows 9x)
Host: 192.168.0.1:4444
Content-Length: 604
Connection: close
Pragma: no-cache
<?xml version="1.0"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/
" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><SOAP-E
NV:Body><m:DeletePortMapping xmlns:m="urn:schemas-upnp-org:service:WANIPConn
ection:1"><NewRemoteHost xmlns:dt="urn:schemas-microsoft-com:datatypes" dt:d
t="string"></NewRemoteHost><NewExternalPort xmlns:dt="urn:schemas-microsoft-
com:datatypes" dt:dt="ui2">9999</NewExternalPort><NewProtocol xmlns:dt="urn:
schemas-microsoft-com:datatypes" dt:dt="string">TCP</NewProtocol></m:DeleteP
ortMapping></SOAP-ENV:Body></SOAP-ENV:Envelope>
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(#''
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: TCP
Source IP: 192.168.0.145
Source Port: 49784
Destination IP: 192.168.0.1
Destination Port: 4444
Byte count: 1432
Raw Data:
4EPOST /wipconn HTTP/1.1
Content-Type: text/xml; charset="utf-8"
SOAPAction: "urn:schemas-upnp-org:service:WANIPConnection:1#AddPortMapping"
User-Agent: Mozilla/4.0 (compatible; UPnP/1.0; Windows 9x)
Host: 192.168.0.1:4444
Content-Length: 1119
Connection: close
Pragma: no-cache
<?xml version="1.0"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/
" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><SOAP-E
NV:Body><m:AddPortMapping xmlns:m="urn:schemas-upnp-org:service:WANIPConnect
ion:1"><NewRemoteHost xmlns:dt="urn:schemas-microsoft-com:datatypes" dt:dt="
string"></NewRemoteHost><NewExternalPort xmlns:dt="urn:schemas-microsoft-com
:datatypes" dt:dt="ui2">9999</NewExternalPort><NewProtocol xmlns:dt="urn:sch
emas-microsoft-com:datatypes" dt:dt="string">TCP</NewProtocol><NewInternalPo
rt xmlns:dt="urn:schemas-microsoft-com:datatypes" dt:dt="ui2">9999</NewInter
nalPort><NewInternalClient xmlns:dt="urn:schemas-microsoft-com:datatypes" dt
:dt="string">192.168.0.145</NewInternalClient><NewEnabled xmlns:dt="urn:sche
mas-microsoft-com:datatypes" dt:dt="boolean">1</NewEnabled><NewPortMappingDe
scription xmlns:dt="urn:schemas-microsoft-com:datatypes" dt:dt="string">iC99
99</NewPortMappingDescription><NewLeaseDuration xmlns:dt="urn:schemas-micros
oft-com:datatypes" dt:dt="ui4">0</NewLeaseDuration></m:AddPortMapping></SOAP
-ENV:Body></SOAP-ENV:Envelope>
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49784
Byte count: 385
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
11d
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:AddPortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnec</div>
tion:1"></u:AddPortMappingResponse></s:Body></s:Envelope>
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(T.''
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(1''
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49785
Byte count: 396
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
123
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:DeletePortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPCon</div>
nection:1"></u:DeletePortMappingResponse></s:Body></s:Envelope>
0
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(,''
Start Time: 23:27:16
Last Hit: 23:27:16
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(P(z''
Start Time: 23:27:16
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49787
Byte count: 396
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
123
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:DeletePortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPCon</div>
nection:1"></u:DeletePortMappingResponse></s:Body></s:Envelope>
0
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(7$''
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(|J''
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49789
Byte count: 93
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49790
Byte count: 390
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
11d
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:AddPortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnec</div>
tion:1"></u:AddPortMappingResponse></s:Body></s:Envelope>
0
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(t''
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.145
Source Port: 49791
Destination IP: 192.168.0.1
Destination Port: 4444
Byte count: 919
Raw Data:
4JPOST /wipconn HTTP/1.1
Content-Type: text/xml; charset="utf-8"
SOAPAction: "urn:schemas-upnp-org:service:WANIPConnection:1#DeletePortMappin
g"
User-Agent: Mozilla/4.0 (compatible; UPnP/1.0; Windows 9x)
Host: 192.168.0.1:4444
Content-Length: 604
Connection: close
Pragma: no-cache
<?xml version="1.0"?>
<SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/
" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><SOAP-E
NV:Body><m:DeletePortMapping xmlns:m="urn:schemas-upnp-org:service:WANIPConn
ection:1"><NewRemoteHost xmlns:dt="urn:schemas-microsoft-com:datatypes" dt:d
t="string"></NewRemoteHost><NewExternalPort xmlns:dt="urn:schemas-microsoft-
com:datatypes" dt:dt="ui2">9999</NewExternalPort><NewProtocol xmlns:dt="urn:
schemas-microsoft-com:datatypes" dt:dt="string">TCP</NewProtocol></m:DeleteP
ortMapping></SOAP-ENV:Body></SOAP-ENV:Envelope>
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49792
Byte count: 390
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
11d
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:AddPortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnec</div>
tion:1"></u:AddPortMappingResponse></s:Body></s:Envelope>
0
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49793
Byte count: 391
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
123
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:DeletePortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPCon</div>
nection:1"></u:DeletePortMappingResponse></s:Body></s:Envelope>
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49794
Byte count: 98
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
0
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(p''
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49796
Byte count: 385
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
11d
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:AddPortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnec</div>
tion:1"></u:AddPortMappingResponse></s:Body></s:Envelope>
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49797
Byte count: 391
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
123
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:DeletePortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPCon</div>
nection:1"></u:DeletePortMappingResponse></s:Body></s:Envelope>
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49798
Byte count: 390
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
11d
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:AddPortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPConnec</div>
tion:1"></u:AddPortMappingResponse></s:Body></s:Envelope>
0
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E( 3''
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: TCP
Source IP: 192.168.0.1
Source Port: 4444
Destination IP: 192.168.0.145
Destination Port: 49799
Byte count: 396
Raw Data:
HTTP/1.1 200 OK
SERVER: ipOS/6.8 UPnP/1.0 IGD/1.0
EXT:
Transfer-Encoding: Chunked
123
<?xml version="1.0"?><s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/en
velope/" s:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><s:Body
<div class="jive-quote"><u:DeletePortMappingResponse xmlns:u="urn:schemas-upnp-org:service:WANIPCon</div>
nection:1"></u:DeletePortMappingResponse></s:Body></s:Envelope>
0
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: ICMP
Source IP: 192.168.0.1
Source Port: 0
Destination IP: 192.168.0.145
Destination Port: 0
Byte count: 48
Raw Data:
E(#''
Start Time: 23:27:17
Last Hit: 23:27:17
Protocol: UDP
Source IP: 192.168.0.145
Source Port: 5353
Destination IP: 192.168.0.1
Destination Port: 5351
Byte count: 12
Raw Data:
-----------------------------------------------------------------------

Log filling up with "ACPI action undefined: ACAD"

logger: ACPI action undefined: ACAD
logger: ACPI action undefined: ACAD
logger: ACPI action undefined: ACAD
logger: ACPI action undefined: ACAD
logger: ACPI action undefined: ACAD
Is it bad? Any ideas?

It's not bad, for me it least it happens because ACAD is the name for the AC adapter rather than AC like the /etc/acpi/handler.sh script assumes.
So I have a file like /proc/acpi/ac_adapter/ACAD rather than /proc/acpi/ac_adapter/AC
I changed handler.sh to reflect this.

Dealing with J2SE CORBA errors at the WARNING level?

Sun CORBA Community:
For several years now (since we upgraded to J2SE 1.5.*) our log files have been filling up with CORBA.COMM_FAILURE errors from the Sun ORB that are thrown at the WARNING level. This has been reported as either a problem or an annoyance by a number of folks in this forum, but there has yet to be a suitable fix or work-around forthcoming.
An example stack trace is:
Oct 17, 2008 1:30:54 PM com.sun.corba.se.impl.transport.SocketOrChannelConnectio
nImpl <init>
WARNING: "IOP00410201: (COMM_FAILURE) Connection failure: socketType: IIOP_CLEAR
_TEXT; hostname: 192.168.0.136; port: 58032"
org.omg.CORBA.COMM_FAILURE: vmcid: SUN minor code: 201 completed: No
at com.sun.corba.se.impl.logging.ORBUtilSystemException.connectFailure(O
RBUtilSystemException.java:2172)
at com.sun.corba.se.impl.logging.ORBUtilSystemException.connectFailure(O
RBUtilSystemException.java:2193)
at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.<init>(
SocketOrChannelConnectionImpl.java:205)
at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.<init>(
SocketOrChannelConnectionImpl.java:218)
at com.sun.corba.se.impl.transport.SocketOrChannelContactInfoImpl.create
Connection(SocketOrChannelContactInfoImpl.java:101)
at com.sun.corba.se.impl.protocol.CorbaClientRequestDispatcherImpl.begin
Request(CorbaClientRequestDispatcherImpl.java:152)
at com.sun.corba.se.impl.protocol.CorbaClientDelegateImpl.request(CorbaC
lientDelegateImpl.java:118)
at org.omg.CORBA.portable.ObjectImpl._request(ObjectImpl.java:431)
at org.opencoral.idl.Admin._ClientStub.postedEvent(_ClientStub.java:102)
at org.opencoral.event.server.EventManagerImpl.postEvent(EventManagerImp
l.java:284)
at org.opencoral.idl.Resource.EventManager_Tie.postEvent(EventManager_Ti
e.java:43)
at org.opencoral.idl.Resource._EventManagerImplBase._invoke(_EventManage
rImplBase.java:85)
at com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.dispa
tchToServant(CorbaServerRequestDispatcherImpl.java:637)
at com.sun.corba.se.impl.protocol.CorbaServerRequestDispatcherImpl.dispa
tch(CorbaServerRequestDispatcherImpl.java:189)
at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleRequest
Request(CorbaMessageMediatorImpl.java:1680)
at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleRequest
(CorbaMessageMediatorImpl.java:1540)
at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleInput(C
orbaMessageMediatorImpl.java:922)
at com.sun.corba.se.impl.protocol.giopmsgheaders.RequestMessage_1_2.call
back(RequestMessage_1_2.java:181)
at com.sun.corba.se.impl.protocol.CorbaMessageMediatorImpl.handleRequest
(CorbaMessageMediatorImpl.java:694)
at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.dispatc
h(SocketOrChannelConnectionImpl.java:451)
at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.doWork(
SocketOrChannelConnectionImpl.java:1189)
at com.sun.corba.se.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.
run(ThreadPoolImpl.java:417)
Caused by: java.net.ConnectException: Connection refused
at sun.nio.ch.Net.connect(Native Method)
at sun.nio.ch.SocketChannelImpl.connect(SocketChannelImpl.java:464)
at java.nio.channels.SocketChannel.open(SocketChannel.java:146)
at com.sun.corba.se.impl.transport.DefaultSocketFactoryImpl.createSocket
(DefaultSocketFactoryImpl.java:60)
at com.sun.corba.se.impl.transport.SocketOrChannelConnectionImpl.<init>(
SocketOrChannelConnectionImpl.java:188)
... 19 more
Why does this happen? While I can't speak for others, in our case, I know why it happens and is not something that I want to hear about at the WARNING level. We use CORBA for client/server communications and each client registers with and then receives update information from the server. If someone exits the client properly, by clicking "Exit" in the application, we deregister the client with the server and everything is fine.
However, if someone simply closes the window to terminate the application, then the next time there is an update, the server tries to send it to a non-existent client and, bingo, we get a CORBA.COMM_FAILURE exception. Of course, getting users to properly exit rather than simply closing the window is a losing battle ....
While I would argue that this is not a WARNING level problem, that's the way that Sun has chosen to define it in the underlying CORBA stuff.
So, does anyone have an effective means of dealing with this problem. I thought that I should be able to override the logging level for the appropriate class and change it from WARNING to something lower such as FINE so that our logs listening to INFO level or higher wouldn't see them.
However, my efforts to do this .... and I don't pretend to be a java.logging wizard ... failed. Maybe I was not resetting the level of the appropriate class. Should the java.logging API let me override a logging level for one of the CORBA classes?
Any insights or suggestions as to how to better deal with this problem would be greatly appreciated.
Thanks for your consideration,
John

Hi,
I hope you have carried out the following activities:
1. Carry out standard cost estimate for the materials involved.
2. Check KKPAN to see the cost details of the product.
Need more details on the steps that you have carried out so far.
Regards,
SGP.
P.S - assign points incase the info was useful.

SQL error log filling rapidly

We are running Sql server 2005. This server has been running for over a year without any problems. There are no custom databases or scripts (Operations manager, WSUS, ACS databases)
Recently the ERRORLOG has started filling rapidly with the error:
spid26s An exception occurred while enqueueing a message in the target queue. Error: 15517, State: 1. Cannot execute as the database principal because the principal "dbo" does not exist, this type of principal cannot be impersonated,
or you do not have permission.
This error is being posted several times a second.
All forums and web searches indicate that this occurs when a database is moved from one server to another and the SID of a user account changes, however we have not moved/imported/exported any databases or changed/added/deleted any users. Everything in that
respect is still set the way it always has been.
The only clue I am getting is when I run an sp_who query and look for spid26 (or whatever is being reported at the time)
This shows:
spid 26 status: background loginname: sa dbname: master cmd: BRKR Task
If I am reading this correctly, then I cannot understand why the sa account is failing to login to the master database for the Broker when everything else is working.
Any suggestions?
My knowledge of SQL is limited, so if there is any other info required, let me know.
Thanks

Thanks Dan
I ran both the queries you suggested and all SIDs matched.
However, it turned out that on one of the databases (Operations Manager - the first one that was created 3 years ago), there was no dbo! (the queries returned a value of 'null')
Setting a dbo with the 'alter authorization' query stopped the errors immediately.
I'm not sure where the dbo had gone as this is not a server we log on to very often and certainly not to work on SQL.The problem only came to light when disk space started depleting rapidly a couple of days ago.
I can only put it down to either a Windows update (the only change made recently) or just one of those things - something corrupted after a reboot!
It's a pity that the errorlog didn't specify which database had the problem. We might have narrowed it down a bit quicker then.
Many thanks for your help and quick response - much appreciated.

Everytime I try and sign into my iCloud account it tells me I can't log in due to a server error, but there is nothing wrong with my server . It also wont allow me to view any of my Photos or Documents that i have backed up.

Everytime I try and sign into my iCloud account it tells me I can't log in due to a server error, but there is nothing wrong with my server . It also wont allow me to view any of my Photos or Documents that I have backed up. Please help

Hi,
Are you running any Anti-virus software or do you have your firewall turned on? If so, disable them and try again. If that doesn't work, delete the iCloud account and then sign it back on again.
Make sure you are running the most current version of the iCloud Control Panel:
http://support.apple.com/kb/dl1455
Cheers,
GB

Messages can't communicate with the account "AIM." Cannot log in to AIM. General error. Try again

Hi,
For the first time today, I've been having problems connecting to AIM using Messages. I get the "Messages can't communicate with the account "AIM." Cannot log in to AIM. General error. Try again." error. I looked at the forums here and I tried deleting my account, restarting my computer, reinstalling the account but to no avail. I've been using messages and mountain lion for a few weeks and never had a problem with connecting to AIM until now. Any help is greatly appreciated!

uncheck SSL in server settings....done deal. Funny part is I was having the same problem...went to genius bar...they couldnt figure it out...told me to call apple support. Did that...they told me to re install software after an hour of trying to figure it out...that didnt work either.
amazing the info you can get thru forums.!

Hi ya'll, I'm having problems with patterns. Error 519, what's going on?? URGENT!!! Can't seem to fill layers with user defined patterns

I've never had this problem before, I noticed improvements a few days ago regarding pattern tool but the last few days I've been unable to fill layers with a user defined pattern. This is one of the main reasons I use photoshop and it's giving me a headache!!! I have to turn in some patterns by monday and this is not working, please fix it!!

First a clarification: You are NOT addressing Adobe here in these user forums.
BOILERPLATE TEXT:
Note that because this is boilerplate text, not all points may apply to any given, specific poster.
If you give complete and detailed information about your setup and the issue at hand,
such as your platform (Mac or Win),
exact versions of your OS, of Photoshop (not just "CS6", but something like CS6v.13.0.6) and of Bridge,
your settings in Photoshop > Preference > Performance
the type of file you were working on,
machine specs, such as total installed RAM, scratch file HDs, total available HD space, video card specs, including total VRAM installed,
what troubleshooting steps you have taken so far,
what error message(s) you receive,
if having issues opening raw files also the exact camera make and model that generated them,
if you're having printing issues, indicate the exact make and model of your printer, paper size, image dimensions in pixels (so many pixels wide by so many pixels high). if going through a RIP, specify that too.
etc.,
someone may be able to help you (not necessarily this poster).
a screen shot of your settings or of the image could be very helpful too.
Please read this FAQ for advice on how to ask your questions correctly for quicker and better answers:
http://forums.adobe.com/thread/419981?tstart=0
Thanks!

Log filling up with crlcache.db errors

Similar Messages

Maybe you are looking for