Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 40 replies
  • Subscribers 1 subscriber
  • Views 57086 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Cannot Login to Gateway Manager

BangkokBob
Using VM 2.201 I cannot log into the gateway manager.  Either no response or error message "cannot connect to backend process".  Same admin account has no problem in accessing Webadmin.

Many errors in the ACC Core Daemon :

2010:10:01-11:39:02 acc accd: 466055991 [0xae17cba0] ERROR server.device.ReportingItem null - Error extracting binary reporting data (Error creating temporary director for file extraction: boost::filesystem::create_directory: Too many links: "/var/tmp/09af8f03-dd5a-4fa1-bbca-3c124874767b")
2010:10:01-11:39:02 acc accd: 466055991 [0xae17cba0] WARN server.device.ReportingItem null - reporting item will not be updated as binary part is erroneous: [5EAC4E9A-802D-11DF-BFD5-87DB1C65302B;reporting.security]
2010:10:01-11:39:18 acc accd: 466071837 [0xaa174ba0] ERROR server.main.PerlHashDumpStrategy null - Caught exception 'basic_ios::clear' processing '/var/diag/accd.ph'
2010:10:01-11:39:18 acc accd: 466071837 [0xaa174ba0] ERROR server.main.JsonDumpStrategy null - Caught exception 'basic_ios::clear' processing '/var/diag/accd.json'
2010:10:01-11:39:48 acc accd: 466101835 [0xae17cba0] ERROR server.main.PerlHashDumpStrategy null - Caught exception 'basic_ios::clear' processing '/var/diag/accd.ph'
2010:10:01-11:39:48 acc accd: 466101835 [0xae17cba0] ERROR server.main.JsonDumpStrategy null - Caught exception 'basic_ios::clear' processing '/var/diag/accd.json'
2010:10:01-11:40:18 acc accd: 466131833 [0xb4989ba0] ERROR server.main.PerlHashDumpStrategy null - Caught exception 'basic_ios::clear' processing '/var/diag/accd.ph'
2010:10:01-11:40:18 acc accd: 466131833 [0xb4989ba0] ERROR server.main.JsonDumpStrategy null - Caught exception 'basic_ios::clear' processing '/var/diag/accd.json'
2010:10:01-11:40:48 acc accd: 466161837 [0xa3967ba0] ERROR server.main.PerlHashDumpStrategy null - Caught exception 'basic_ios::clear' processing '/var/diag/accd.ph'
2010:10:01-11:40:48 acc accd: 466161838 [0xa3967ba0] ERROR server.main.JsonDumpStrategy null - Caught exception 'basic_ios::clear' processing '/var/diag/accd.json'
2010:10:01-11:40:57 acc accd: 466171539 [0xaf17eba0] ERROR libs.util.TarExtractor null - error extracting tarball: Error creating temporary director for file extraction: boost::filesystem::create_directory: Too many links: "/var/tmp/de5725ce-0ef6-4ec5-a840-840bc754ac5c"
2010:10:01-11:40:57 acc accd: 466171540 [0xaf17eba0] ERROR server.device.ReportingItem null - Error extracting binary reporting data (Error creating temporary director for file extraction: boost::filesystem::create_directory: Too many links: "/var/tmp/de5725ce-0ef6-4ec5-a840-840bc754ac5c")
2010:10:01-11:40:57 acc accd: 466171540 [0xaf17eba0] WARN server.device.ReportingItem null - reporting item will not be updated as binary part is erroneous: [90082066-9F9C-11DF-83A2-B576659BB770;reporting.security] 

Any suggestions how to fix?


This thread was automatically locked due to age.
  • 0 in reply to BrucekConvergent
    Hi Bruce,

    thanks for the feedback. If it happens again could you please also check whether you have write access on /var/storage via ssh before you reboot?

    Regards, Hakan
  • 0 in reply to Hakan Yueksel
    Hi Simon,
    you have most likely the problem mentioned...

    Regards, Hakan


    Worked nicely, thanks!
  • 0 in reply to Hakan Yueksel
    Hi Bruce,

    thanks for the feedback. If it happens again could you please also check whether you have write access on /var/storage via ssh before you reboot?

    Regards, Hakan


    Will do.  I suppose checking as root is fine?  Are we looking for the volume going read-only?

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Sophos Platinum Partner

    --------------------------------------

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • 0 in reply to BrucekConvergent
    I suppose checking as root is fine?


    Yes.

    Are we looking for the volume going read-only?


    Seems to be one of several possibilities. BangkokBob's log file entries indicate that there is a filesystem problem and this can quite affect the login.

    Regards, Hakan
  • 0 in reply to Hakan Yueksel
    The exact error I'm getting when logging into Gateway Manager is:

    "Login failed: #10500 - connection to backend not established"

    Logging into Webadmin does work, and a reboot brings back the access.

    Checked the /var/storage volume:  I was able to create a test directory and test file fine while the Gateway Manager access was down.  A check with mount shows all file systems are mounted at R/W.  Doesn't look like a file system issue.  Also ran df and no partition shows over 26% usage, so not a space issue either.

    I did find some clues in the core daemon log; looks like a ton of errors, and there's that "too many files" error floating in there.  I'm going to PM you the file so you can take a look.

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Sophos Platinum Partner

    --------------------------------------

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • 0 in reply to BrucekConvergent
    Logfiles inbound...

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Sophos Platinum Partner

    --------------------------------------

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • 0
    Hi All,
    Same problem Here:
    "Login failed: #10500 - connection to backend not established"
    The ACC runs on VMware, restarting the accd daemon via SSH fix the login problem for some time.
    The patch cm-chroot-accd-2.2-219.i686.rpm has been applied.
    We have 50 Astaro connected and this issue is a little bit annoying.
    Thank You.

    2011:01:14-09:39:38 acc accd: 866981 [0xb0208ba0] WARN  server.device.DeviceDispatcher null - DeviceDispatcher:[:D]ispatchNotify() notification 'ping' dropped because device is not logged in
    2011:01:14-09:39:38 acc accd: 866983 [0xae204ba0] WARN  server.device.DeviceDispatcher null - DeviceDispatcher:[:D]ispatchNotify() notification 'ping' dropped because device is not logged in
    2011:01:14-09:39:38 acc accd: 866986 [0xa89f9ba0] WARN  server.device.DeviceDispatcher null - DeviceDispatcher:[:D]ispatchNotify() notification 'ping' dropped because device is not logged in
    2011:01:14-09:39:38 acc accd: 866991 [0xb5a13ba0] WARN  server.device.DeviceDispatcher null - DeviceDispatcher:[:D]ispatchNotify() notification 'ping' dropped because device is not logged in
    2011:01:14-09:39:38 acc accd: 867001 [0xb0a09ba0] WARN  server.device.DeviceDispatcher null - DeviceDispatcher:[:D]ispatchNotify() notification 'ping' dropped because device is not logged in
    2011:01:14-09:39:40 acc accd: 869774 [0xaea05ba0] ERROR libs.util.TarExtractor null - error extracting tarball: Error creating temporary director for file extraction: boost::filesystem::create_directory: Too many links: "/var/tmp/0900f641-59a0-4be3-bf0f-372ba9452bbd"
    2011:01:14-09:39:40 acc accd: 869775 [0xaea05ba0] ERROR server.device.ReportingItem null - Error extracting binary reporting data (Error creating temporary director for file extraction: boost::filesystem::create_directory: Too many links: "/var/tmp/0900f641-59a0-4be3-bf0f-372ba9452bbd")
    2011:01:14-09:39:40 acc accd: 869775 [0xaea05ba0] WARN  server.device.ReportingItem null - reporting item will not be updated as binary part is erroneous: [88C459D2-5780-11DF-BB4B-D0131FB942CD;reporting.security]
    2011:01:14-09:39:42 acc accd: 871420 [0xa41f0ba0] WARN  server.device.DeviceSession null - DeviceSession::clear() IO error during recv [device;ip:217.193.135.186]
    2011:01:14-09:39:42 acc accd: 871602 [0xa41f0ba0] WARN  libs.io.RpcQueue null - RpcQueue::queueIn() Unsupported content type: text/html [device;ip:217.193.135.186]
    2011:01:14-09:39:47 acc accd: 876324 [0xb4a11ba0] ERROR libs.util.TarExtractor null - error extracting tarball: Error creating temporary director for file extraction: boost::filesystem::create_directory: Too many links: "/var/tmp/72ee3b8c-dfdf-4c1f-8403-0bfa397db7d1"
    2011:01:14-09:39:47 acc accd: 876324 [0xb4a11ba0] ERROR server.device.ReportingItem null - Error extracting binary reporting data (Error creating temporary director for file extraction: boost::filesystem::create_directory: Too many links: "/var/tmp/72ee3b8c-dfdf-4c1f-8403-0bfa397db7d1")
    2011:01:14-09:39:47 acc accd: 876324 [0xb4a11ba0] WARN  server.device.ReportingItem null - reporting item will not be updated as binary part is erroneous: [777A1136-E62E-11DD-83F3-B254E94CC483;reporting.hardware]
    2011:01:14-09:39:47 acc accd: 876502 [0xa51f2ba0] ERROR libs.util.TarExtractor null - error extracting tarball: Error creating temporary director for file extraction: boost::filesystem::create_directory: Too many links: "/var/tmp/9de0ca89-9a58-45e8-a56c-771a1af5ff1b"
    2011:01:14-09:39:47 acc accd: 876502 [0xa51f2ba0] ERROR server.device.ReportingItem null - Error extracting binary reporting data (Error creating temporary director for file extraction: boost::filesystem::create_directory: Too many links: "/var/tmp/9de0ca89-9a58-45e8-a56c-771a1af5ff1b")
    2011:01:14-09:39:47 acc accd: 876502 [0xa51f2ba0] WARN  server.device.ReportingItem null - reporting item will not be updated as binary part is erroneous: [55CB7982-EC67-11DD-B674-FB4248887472;reporting.hardware]
    2011:01:14-09:39:47 acc accd: 876599 [0xa41f0ba0] WARN  server.device.DeviceSession null - DeviceSession::clear() IO error during recv [device;ip:217.193.135.186]
    2011:01:14-09:39:47 acc accd: 876781 [0xa41f0ba0] WARN  libs.io.RpcQueue null - RpcQueue::queueIn() Unsupported content type: text/html [device;ip:217.193.135.186]
    2011:01:14-09:39:51 acc accd: 880837 [0xb2a0dba0] WARN  server.device.DeviceDispatcher null - DeviceDispatcher:[:D]ispatchNotify() notification 'change' dropped because device is not logged in
    2011:01:14-09:39:51 acc accd: 880855 [0xa61f4ba0] WARN  server.device.DeviceDispatcher null - DeviceDispatcher:[:D]ispatchNotify() notification 'change' dropped because device is not logged in
    2011:01:14-09:39:51 acc accd: 880871 [0xaca01ba0] WARN  server.device.DeviceDispatcher null - DeviceDispatcher:[:D]ispatchNotify() notification 'change' dropped because device is not logged in
    2011:01:14-09:39:51 acc accd: 880889 [0xa39efba0] WARN  server.device.DeviceDispatcher null - DeviceDispatcher:[:D]ispatchNotify() notification 'change' dropped because device is not logged in
  • 0 in reply to stkfor
    Hi stkfor,

    we are already investigating this case. If it happens again you could login as root per ssh and check the output of 
    lsof -p pid_of_accd


    If this output has more than 1000 lines then please check if they mainly consist of established connections to a certain device. If so then you should check the /var/log/device-agent.log on this machine.

    Regards, Hakan
  • 0 in reply to Hakan Yueksel
    Hey Hakan, I sent you some additional information about this issue at our site via email before the start of the new year, but I didn't hear back -- just checking to make sure you got it.

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Sophos Platinum Partner

    --------------------------------------

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • 0 in reply to BrucekConvergent
    Hi Bruce,

    I have received your mail and answered it on 01/12/2011. Didn't you get my reply?

    Regards, Hakan
Unfiltered HTML