-
Notifications
You must be signed in to change notification settings - Fork 45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Adding Uptime tracking capability #1091
Conversation
f605850
to
7cc9023
Compare
46ad8c1
to
e98f21b
Compare
02b9f06
to
a1d4638
Compare
a1d4638
to
7f57be4
Compare
AFIK version bumps are handled independently, i.e. lib/rmt.rb and the spec file changes should not be part of the PR. The Public Cloud team expects support for Debian repositories as the primary feature of 2.16, not sure is that is merged yet. |
Yes, please just add a note about the changes to the changelog, we'll include it into the next release and take care about the versioning. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
Do I need to remove the spec file from this PR ? |
I think you have changes in the .spec file that you need to keep regarding the timers. But you don't need to change the version number. Just add a description of the change to the changelog, and the team will take care about the versioning + release. |
b905549
to
ca7bbec
Compare
1554d5f
to
a6f7cbe
Compare
ee06af4
to
f1640eb
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We can correct some variable inconsistency.
There is system_uptime
and sometimes systemuptime
.
Can we have this changed? It also helps with reading.
EDIT: I have an explanation related here: https://github.com/SUSE/happy-customer/pull/7339#pullrequestreview-2014262074
6822772
to
4fdc90b
Compare
4fdc90b
to
6c929b4
Compare
Performed the end to end testing along with SCC latest PR https://github.com/SUSE/happy-customer/pull/7339 and connect-ng PR SUSE/connect-ng#210 and verified following scenarios
|
@@ -86,4 +86,13 @@ | |||
expect(serializer.key? :system_token).to eq(false) | |||
end | |||
end | |||
|
|||
context 'system with systemuptime' do |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would also change the description but I don't see it as a blocker.
Description
Uptime data is included in the data sent to SCC via RMT
https://jira.suse.com/browse/CSE-504
Fixes # (issue)
Fixes # (issue)
Change Type
Please select the correct option.
Checklist
Please check off each item if the requirement is met.
rubocop
.MANUAL.md
file with any changes to the user experience.package/obs/rmt-server.changes
.Other Notes
Please use this space to provide notes or thoughts to the team, such as tips on how to review/demo your changes.
How to test this PR
On the client system clone SUSE/connect-ng#202 ( this PR has the connect-ng changes for uptime tracking feature )
Also clone https://github.com/SUSE/uptime-tracker
On the RMT system, clone this code
Execute rails db:migrate to create the system_uptimes table
Start the server bin/rails server -b 0.0.0.0
Register the system on client system using command suseconnect --url <rmt_system_ip> , it should populate the system_uptimes table with the entries from /etc/zypp/suse-uptime.logs on client system