Jump to content

SGauvin

Members
  • Content Count

    19
  • Joined

  • Last visited

About SGauvin

  • Rank
    Member

Recent Profile Visitors

386 profile views
  1. SGauvin

    URGENT - upgrading from 7.6 failed

    Unfortunately, as you've experienced with other customers, providing a copy of our database is not an option (even with a NDA). Here are a couple of possible options: 1) Is this something that could be facilitated via a WebEx (or something similar), where your team could access our environment, add the debugging code and execute? In spite of the time difference, I would make myself available 2) As an alternative, provide me with source code with Debugging enabled and I can run it, then provide you with the results. Let me know if either of these would work, or suggest another alternative. p.s. I'm on vacation next week (Dec 10-14), so whatever is decided will have to be executed the week of Dec 17-21 Thanks... Scott
  2. SGauvin

    URGENT - upgrading from 7.6 failed

    Hi Support, I now have an environment that is a replica of production. I attempted the -upgrade- and it failed in the identical spot: 2018-12-05 11:50:42 AM - Build 7721 - Step 2 Completed Successfully. 2018-12-05 11:50:46 AM - Build Process 'Build_7721_CopyPassword()' failed with the following error - Thread+was+being+aborted. ::: +++at+System.Threading.Thread.AbortInternal()%0d%0a+++at+System.Threading.Thread.Abort(Object+stateInfo)%0d%0a+++at+System.Web.HttpResponse.AbortCurrentThread()%0d%0a+++at+Passwordstate.Common.AddDebugInfoData(String+Category%2c+String+DebugInformation%2c+String+EventType)%0d%0a+++at+Passwordstate.Audit.AddAuditing(String+strActivity%2c+String+strDescription%2c+Int32+intPasswordListID%2c+Int32+intPasswordID)%0d%0a+++at+Passwordstate.Upgrade.Build_7721_CopyPassword(String+PasswordID%2c+String+HostID%2c+String+ScriptID%2c+Boolean+ResetStatus%2c+DateTime+LastResetDate%2c+Boolean+AuditRecordFound%2c+String+HostName%2c+String+UserName) 2018-12-05 11:50:46 AM - Build Process 'Build_7721_UpdateNonActiveDirectoryAccounts()' failed with the following error - Thread+was+being+aborted. ::: +++at+System.Threading.Thread.AbortInternal()%0d%0a+++at+System.Threading.Thread.Abort(Object+stateInfo)%0d%0a+++at+System.Web.HttpResponse.AbortCurrentThread()%0d%0a+++at+Passwordstate.Upgrade.Build_7721_CopyPassword(String+PasswordID%2c+String+HostID%2c+String+ScriptID%2c+Boolean+ResetStatus%2c+DateTime+LastResetDate%2c+Boolean+AuditRecordFound%2c+String+HostName%2c+String+UserName)%0d%0a+++at+Passwordstate.Upgrade.Build_7721_UpdateNonActiveDirectoryAccounts() 2018-12-05 11:50:46 AM - Build Process 'Build_7721_Updates' failed with the following error - Thread+was+being+aborted. ::: +++at+System.Threading.Thread.AbortInternal()%0d%0a+++at+System.Threading.Thread.Abort(Object+stateInfo)%0d%0a+++at+System.Web.HttpResponse.AbortCurrentThread()%0d%0a+++at+Passwordstate.Upgrade.Build_7721_UpdateNonActiveDirectoryAccounts()%0d%0a+++at+Passwordstate.Upgrade.Build_7721_Updates() What are the next steps to determine the cause? p.s I can restore the Application and Database at will, so further debugging can be performed if necessary. Thank... Scott
  3. SGauvin

    URGENT - upgrading from 7.6 failed

    First to answer the comment from 'Buckit', yes we did test the upgrade in our lab but we did not have a true replica of the production setup (for the lab we had both the Application and DB on the same server. and in production these are on different servers), and we did not have a production copy of the data. I'm now creating a replica of our production setup (both on virtual-servers). We've restored the production database into the Database_labvn. We also cloned the production Application server into a Application_labvm and modified the web.config to point to the Database_labvm. On the Application_labvm, is there a file where I can modify the URL (https://hostname:9119) so that it points to the Application_labvm and not production (example https://Application_labvm:9119)? Thanks... Scott
  4. SGauvin

    URGENT - upgrading from 7.6 failed

    Thanks for the quick reply - we successfully backed out as we don't have AV on this server. What are our next steps, to identify the issue? Is there anything I could provide that would help? FYI - I took a backup of the database (in case it can provide some insight) along with a backup of the inetpub\passwordstate. I will likely set-up a lab-environment to replicate production tomorrow (as it is 11:50pm local time). Thanks... Scott
  5. HI, I'm attempting to upgrade to version 8 from 7.6 and I got the following: 2018-11-26 10:20:12 PM - Preparing for upgrade has completed successfully. 2018-11-26 10:38:36 PM - Build 7668 Upgrade Started. 2018-11-26 10:38:36 PM - Build 7668- Step 1 Completed Successfully. 2018-11-26 10:38:36 PM - Build 7668 - Step 2 Completed Successfully. 2018-11-26 10:38:36 PM - Build 7668 - Step 3 Completed Successfully. 2018-11-26 10:38:36 PM - Build 7668 completed successfully. 2018-11-26 10:38:37 PM - Build 7676 Upgrade Started. 2018-11-26 10:38:37 PM - Build 7676 - Step 1 Completed Successfully. 2018-11-26 10:38:37 PM - Build 7676 completed successfully. 2018-11-26 10:38:38 PM - Build 7721 Upgrade Started. 2018-11-26 10:38:38 PM - Build 7721- Step 1 Completed Successfully. 2018-11-26 10:38:39 PM - Build 7721 - Step 2 Completed Successfully. 2018-11-26 10:38:47 PM - Build Process 'Build_7721_CopyPassword()' failed with the following error - Thread+was+being+aborted. ::: +++at+System.Threading.Thread.AbortInternal()%0d%0a+++at+System.Threading.Thread.Abort(Object+stateInfo)%0d%0a+++at+System.Web.HttpResponse.AbortCurrentThread()%0d%0a+++at+Passwordstate.Common.AddDebugInfoData(String+Category%2c+String+DebugInformation%2c+String+EventType)%0d%0a+++at+Passwordstate.Audit.AddAuditing(String+strActivity%2c+String+strDescription%2c+Int32+intPasswordListID%2c+Int32+intPasswordID)%0d%0a+++at+Passwordstate.Upgrade.Build_7721_CopyPassword(String+PasswordID%2c+String+HostID%2c+String+ScriptID%2c+Boolean+ResetStatus%2c+DateTime+LastResetDate%2c+Boolean+AuditRecordFound%2c+String+HostName%2c+String+UserName) 2018-11-26 10:38:47 PM - Build Process 'Build_7721_UpdateNonActiveDirectoryAccounts()' failed with the following error - Thread+was+being+aborted. ::: +++at+System.Threading.Thread.AbortInternal()%0d%0a+++at+System.Threading.Thread.Abort(Object+stateInfo)%0d%0a+++at+System.Web.HttpResponse.AbortCurrentThread()%0d%0a+++at+Passwordstate.Upgrade.Build_7721_CopyPassword(String+PasswordID%2c+String+HostID%2c+String+ScriptID%2c+Boolean+ResetStatus%2c+DateTime+LastResetDate%2c+Boolean+AuditRecordFound%2c+String+HostName%2c+String+UserName)%0d%0a+++at+Passwordstate.Upgrade.Build_7721_UpdateNonActiveDirectoryAccounts() 2018-11-26 10:38:47 PM - Build Process 'Build_7721_Updates' failed with the following error - Thread+was+being+aborted. ::: +++at+System.Threading.Thread.AbortInternal()%0d%0a+++at+System.Threading.Thread.Abort(Object+stateInfo)%0d%0a+++at+System.Web.HttpResponse.AbortCurrentThread()%0d%0a+++at+Passwordstate.Upgrade.Build_7721_UpdateNonActiveDirectoryAccounts()%0d%0a+++at+Passwordstate.Upgrade.Build_7721_Updates() Hoping you can help immediately, before I have to back out. Is there an easy fix/quick fix for this? Thanks. ... Scot
  6. Hi, I appreciated the 'quick' reply but your answer does not make sense to me, at least not in the situation I provided. The DATABASE is 'down' so there is no way the information being presented comes from the database. Here is a snapshot of the screen that I am referring to: On this error page it has an embedded link 'Passwordstate Web Site' (which has a URL reference) - as the database is 'down' I'm assuming this must be coming from a property-file or somewhere else on the file-system. Can you verify where this is sourced? p.s. I'm not necessarily looking for a solution that is dynamic, I'm OK with making manual modifications. Thanks... Scott
  7. Hi, I'm in the process of upgrading to 8.4 (from 7.6), and would like to take this opportunity to enhance the standard error-pages to include a link to our HA server when our main-server is inoperable (especially for 'Database Connectivity Error'). We currently have an Active-Passive setup for HA. I opened the /passwordstate/error/dbconnectivity.aspx file - thinking this is a likely place to add the reference, but it contains "This is a marker file generated by the precompilation tool, and should not be deleted!". Is it possible to modify the standard error pages? If so, what are the steps to do so? If not, is there another way that the link to the HA server can be provided via PasswordState? Thanks... Scott
  8. Hi, In the version I have installed (v7.6) I have the System Setting option called "Enable the 'Toggle Visibility of Web API IDs' menu for Password List Administrators only", and currently have it set to YES. The problem I have is that ONLY users with 'Administrator' access can see it. I would like to grant users with 'Modify' access to be able to see it too [ I would like to give these users access without having to elevate their privileges to 'Administrator'').
  9. SGauvin

    Customizing the Passwords Grid Layout

    I don't understand why the displaying of these columns can NOT be controlled by the User. If someone choose not to display the columns on a PasswordList, it should not prevent the system from functioning properly. Is this something that could be implemented in a future release?
  10. SGauvin

    Customizing the Passwords Grid Layout

    I've removed some columns from being displayed (via Screen Options), and then was able to resize columns. I could have up to 10 columns, which still allowed you to adjust the columns slightly (it appears there is a -default- minimum size that gets applied that prevents a column from being sized smaller than 'X') This is one step closer to a solution. There are four columns (actually five, but 'Action' is mandatory) that automatically appear in the Password List: 'Password Last Updated', 'Heartbeat', 'Managed' and 'Tasks'. These are not listed under 'Screen Options' - is there a way to prevent these from being displayed (either by User or Globally)? If these can be removed it would allow a user to select more relevant columns.
  11. SGauvin

    Customizing the Passwords Grid Layout

    Sorry for taking so long to respond - was working on a massive production implementation (while also doing a SANS Certification). Things are slowing down, so I have some cycles to look at lower priority stuff again. There are 11 columns visible in the PasswordLists, and the screen resolution is 1366 X 768. If you need anything further, just let me know.
  12. In our organization we have a Production Control team that has close to 100 PasswordLists, and they have been automating their processes to use PasswordState's API to retrieve account passwords. The challenge tis team faces is remembering the APIKey associated to each PasswordList. Due to the power the APIkeys provide they do not want to store a list outside of PasswordState. Is there a way within the UI to query for a specific APIKey or PasswordListID? If not, how would I convert the binary-value of the APIKey via a sql-query?
  13. SGauvin

    Customizing the Passwords Grid Layout

    Here are the replies to your questions: Q: Does this happen for all columns, or only certain columns - I'm assuming all? A: Yes this happens for all columns Q: If you start Chrome in incognito mode, does it still happen? A: Yes this happens in incognito mode too Q: Does deleting records from GridSettings related to my account help? A: There were records in GridSettings and after deleting them and restarting the browser, there was no difference.
  14. SGauvin

    Customizing the Passwords Grid Layout

    I got 6 other people to try Resizing, and they are all experiencing the same issue. In your testing facilities, do you have the ability to replicate our configuration? WE have a three PasswordList Templates defined - "Standard Settings", "Production Lists" , and "Enhanced Security". Under the User Account Policy we have defined a "Standard Policy" and within it assigned the "Standard Settings" to the " When creating new Shared Password Lists " and "When creating new Private Password Lists" properties (under the policy_list_options tab). The Standard Policy gets applied to all users. When you create a new PasswordList, you must choose from one of these three available PasswordList Templates. Looking forward to getting a workable solution for this issue.
  15. SGauvin

    Customizing the Passwords Grid Layout

    I've tried this on the following 3 browsers, which all exhibited the same behavior - Chrome (version 52.0.2743.116 m) , Firefox (version 45.3.0) and Internet Explorer (version 11.0.9600.18426). I am running a workstation with Windows 7 Enterprise - Service Pack 1. I've opened the Developer Tools and didn't see anything that alerted me to the problem. I am able to successfully resize at the Password Home and Folder screen levels, so I don't think it is a JavaScript error otherwise these wouldn't work either.. It is the actual PasswordLists level that won't resize. Reordering the columns works, it is just the resizing that doesn't work. I click and hold down the left-mouse button, and while dragging it I get the popup that displays Width: ### pixels. However when I release the mouse button nothing happens, everything remains unchanged. There is no need to Save Grid Layout, as nothing changed, I'm puzzled as to why it would work on Password Home and Folders, but not on the actual PasswordLists.
×