summaryrefslogtreecommitdiffstats
path: root/sources
Commit message (Collapse)AuthorAgeFilesLines
* #988 add json configuration fileRoberto Hueso Gómez2020-06-266-9/+214
| | | | New configuration file at /opt/opengnsys/cfg/ogserver.json
* #980 Add Virtual statusJavier Sánchez Parra2020-06-263-0/+5
| | | | | Since version 1.2.0, OpenGnsys supports ogVDI hypervisor OS. This commit a new status which indicates that clients are running ogVDI.
* #971 syslog on error from the initialization pathOpenGnSys Support Team2020-06-241-3/+9
|
* #971 rename ogAdmServer to ogserver in syslogOpenGnSys Support Team2020-06-241-1/+1
|
* #971 split socket core logic and main filesOpenGnSys Support Team2020-06-248-473/+534
| | | | Extract socket core and main from ogAdmServer file.
* #980 coding style cleanupOpenGnSys Support Team2020-06-241-10/+11
| | | | | * Curly braces after function definition * use _dbi_ infix for function name
* #980 Add GET /scopes REST requestRoberto Hueso Gómez2020-06-242-0/+192
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch implements HTTP GET /scopes request which returns the scopes hierarchy: Request: HTTP GET /scopes Response: 200 OK { "scope": [ { "name": "Center 1", "type": "center", "id": 1, "scope": [ { "name": "Room 1", "type": "room", "id": 1, "scope": [ { "name": "Computer 1", "type": "computer", "id": 1, "scope": [] }, { "name": "Computer 3", "type": "computer", "id": 2, "scope": [] } ] } ] } ] }
* #941 Move OG_COMPUTER_NAME_MAXLEN to dbi.hRoberto Hueso Gómez2020-06-242-4/+3
| | | | | This parameter is actually a database related parameter so now it is renamed to OG_DB_COMPUTER_NAME_MAXLEN.
* #986 rename to ogserverOpenGnSys Support Team2020-06-191-2/+2
|
* #971 split into smaller fileOpenGnSys Support Team2020-06-1810-3997/+4115
| | | | | | | | Split ogAdmServer into several files: * sources/rest.c that implements the server REST API. * sources/client.c that implements the client REST API. * sources/json.c that provides a few JSON helpers.
* #971 move ogAdmLib to ogAdmServerOpenGnSys Support Team2020-06-093-1/+479
| | | | Move remaining ogAdmLib code to ogAdmServer
* #971 add str_toupper()OpenGnSys Support Team2020-06-083-8/+29
| | | | Add new utils.c file and replace old StrToUpper().
* #971 do not use og_log()OpenGnSys Support Team2020-06-081-5/+0
| | | | ogAdmServer uses syslog for logging.
* #971 replace og_info() by syslog()OpenGnSys Support Team2020-06-081-9/+16
|
* #971 replace reservaMemoria() by calloc()OpenGnSys Support Team2020-06-081-3/+3
|
* #971 replace liberaMemoria() by free()OpenGnSys Support Team2020-06-081-11/+11
|
* #942 add WoL on commands, procedures and tasksJavier Sánchez Parra2020-06-021-64/+68
| | | | | | | | | | These cases are different from a basic WoL command because they all use the queue. The queue standard behaviour waits for the client to be ON to send orders, but in WoL commands the client is going to be OFF. The behaviour of WoL must be different. This commit implements WoL for queued commands, procedures and tasks. The queue now sends Wol commands without waiting to the client to be ON.
* #980 add procedure auto executionJavier Sánchez Parra2020-06-021-1/+36
| | | | | | | Users can configure clients to execute a procedure at start. This commit adapt this functionality to new functions and behaviour of the ogAdmServer.
* #942 Fix immediate proceduresJavier Sánchez Parra2020-06-023-6/+7
| | | | | | | | | New versions of ogAdmServer handle pending commands in a different way. Instant procedures uses the old way, now unsupported, so we need to adapt instant procedures. This commit adapts instant procedures to work with the new pending commands implementation.
* #942 ignore stale schedules on startOpenGnSys Support Team2020-06-023-23/+55
|
* #942 add command type to POST /schedule/createOpenGnSys Support Team2020-06-023-17/+94
| | | | Pass idcomando as task_id.
* #942 add enum og_schedule_typeOpenGnSys Support Team2020-06-023-9/+27
|
* #942 add type to POST /schedule/createOpenGnSys Support Team2020-06-021-19/+30
| | | | Moreover, add og_task_schedule_create() function.
* #890 handle 202 AcceptedOpenGnSys Support Team2020-06-021-1/+8
|
* #941 missing og_dbi_closeOpenGnSys Support Team2020-06-021-0/+5
|
* #980 Add action completionJavier Sánchez Parra2020-06-021-1/+52
|
* #942 Add tasks to queueJavier Sánchez Parra2020-06-023-9/+70
|
* #942 Fix task break downJavier Sánchez Parra2020-06-021-1/+1
| | | | | | | | | | | | OpenGnsys tasks can contain other tasks. To know if a element of the task is another task, we need to check if it has the parameter tareaid (Task ID). The code had a bug and the check was done on an non-existent parameter This commit fix this bug changing the non-existent parameter for tareaid. Signed-off-by: OpenGnSys Support Team <soporte-og@soleta.eu>
* #942 Improve scope break down processJavier Sánchez Parra2020-06-021-70/+31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | OpenGnsys has a hierarchical scope system to organize clients: +------+ |Center| +------+ | | | | v v +--------------------+ +----------+ +-->+Groups of classrooms+----->+Classrooms| | +-+------------------+ +----------+ | | | | +-----+ | | v v +-----------------+ +-------+ +-->+Groups of clients+--------->+Clients| | +-+---------------+ +-------+ | | +-----+ OpenGnsys can send commands and tasks to several clients simultaneously selecting a scope. For example: send poweroff to center Faculty of Pharmacy. We had a waterfall process to loop through all members of the scope and obtain the clients. This commit simplifies the process with queries that save us to loop through the members. Co-authored-by: Irina Gómez <irinagomez@us.es>
* #980 Change initial probe to refreshJavier Sánchez Parra2020-06-021-25/+7
| | | | | | | | | | We have observed that an initial refresh is needed when the ogClient (in ogLive mode) connects with the ogAdmServer, to generate the HTML menu. This commit changes the probe command that was done at the beginning of the connection to a refresh command. This way the client first generates his HTML menu and the show to the user the browser with all the correct information.
* #942 Add weeks and week days to the schedule APIJavier Sánchez Parra2020-06-022-118/+174
| | | | | | * add og_schedule_create_weekdays() * add og_schedule_create_weeks() * add og_schedule_create_days()
* #980 Complete API REST for ogClientRoberto Hueso Gómez2020-06-021-150/+591
|
* #971 remove obsolete codeOpenGnSys Support Team2020-06-022-1560/+8
|
* #942 Add REST API /schedule get functionRoberto Hueso Gómez2020-06-021-2/+169
|
* #942 Add support for scheduled tasks and commandsOpenGnSys Support Team2020-06-023-12/+847
| | | | | | | | | | | | | | | | | This field needs to be at least 31 bits long to store all days in a month. Other fields are also set to 32 bits because unsigned int length can change depending on the system. We also need to support the three ways that the ogAdmAgent and the WebConsole have to create an schedule. At first, we only supported the easiest method: * Hour, day, month and year -> 10:00, 28, february, 2020 This commit adds these two ways to create an schedule: * Hour, week day, month and year -> 10:00, Monday, february, 2020 * Hour, week, month and year -> 10:00, first week, february, 2020
* #980 Add client REST API basic infrastructure in ogAdmServerRoberto Hueso Gómez2020-06-021-199/+967
|
* #942 Add /run/task to API RESTOpenGnSys Support Team2020-06-023-2/+574
| | | | | | | | | | | | | | | | | | This patch adds a new command to the REST API to run tasks. A task (tarea) is composed of procedures (procedimientos), each procedure is composed of commands (acciones) that are represented through legacy sockHidra parameters in the database. This results in iterating over the task (tareas_acciones) table in the database to fetch the list of procedures (procedimientos). Then, this iterates over the list commands that compose a procedures represented through procedimientos_acciones table. Finally, this builds and sends the sockHidra legacy message for the client. This patch includes an implementation of the Linux linked list.
* #915: Reply 413 status code when no payload is too largeJavier Sánchez Parra2020-04-061-0/+11
| | | | | | | | | | | | | | If the payload is too long, then the API returns a 413 status code (following RFC 7231) instead of the resetting the communication without replying. This way it should be more clear when this problem is happening. The other commit I did related to the issue of the payload size (1d9d93c) said that ogAdmServer do not log anything when it receives a payload of a bigger size than supported, this is false. ogAdmServer prints the next message to the syslog when this happens: ogAdmServer[6824]: client request from 127.0.0.1:43552 is too long
* #915 Increase request max lengthJavier Sánchez Parra2020-04-031-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Trying to send a WakeOnLan command to 150 clients I noticed that the ogAdmClient closed (RST) the communication with the WebConsole without answering or logging anything. The Webconsole logged: php: error occured during curl exec. Additioanl info: Array php: ( php: [url] => http://127.0.0.1:8888/wol php: [content_type] => php: [http_code] => 0 php: [header_size] => 0 php: [request_size] => 199 php: [filetime] => -1 php: [ssl_verify_result] => 0 php: [redirect_count] => 0 php: [total_time] => 1.003122 php: [namelookup_time] => 4.9E-5 php: [connect_time] => 0.000273 php: [pretransfer_time] => 0.00035 php: [size_upload] => 7007 php: [size_download] => 0 php: [speed_download] => 0 php: [speed_upload] => 6986 php: [download_content_length] => -1 php: [upload_content_length] => 7007 php: [starttransfer_time] => 1.001793 php: [redirect_time] => 0 php: [redirect_url] => php: [primary_ip] => 127.0.0.1 php: [certinfo] => Array php: ( php: ) php: php: [primary_port] => 8888 php: [local_ip] => 127.0.0.1 php: [local_port] => 43016 php: [http_version] => 0 php: [protocol] => 1 php: [ssl_verifyresult] => 0 php: [scheme] => HTTP php: ) This happened because request max length is set to 4096 bytes and my request had a size of 7075 bytes. So, the max length was exceeded. This commit increase the max length from 4096 to 16384. This way the ogAdmServer supports larger request messages.
* #941 memleak in actualizaConfiguracionOpenGnSys Support Team2020-03-311-2/+6
| | | | Missing dbi_result_free(), use syslog() for logging.
* #941 Missing error in actualizaSoftware() and memleak in resultOpenGnSys Support Team2020-03-261-2/+3
| | | | | | This patch fixes e052fdceec013 that adds a missing error in case the insertion fails. This also releases the result in case the entry exists.
* #580 double free in checkDato()OpenGnSys Support Team2020-03-241-2/+0
| | | | This is fixing e052fdceec013 that releases the libdbi result twice.
* #915 remove dead code in ogAdmServerOpenGnSys Support Team2020-03-071-27/+0
| | | | These have been replaced by the new REST API.
* #580 Fix uninitialized variables in ogAdmServerRoberto Hueso Gómez2020-03-071-1/+6
| | | | This patch ensures that some variables are initialized before using them.
* #967 rename .cpp to .cOpenGnSys Support Team2020-03-052-0/+0
| | | | This actually is C code, use the gcc compiler instead.
* #967 Replace remaining C++ codeOpenGnSys Support Team2020-03-051-4/+4
|
* #941 use dbi layer from envioProgramacionOpenGnSys Support Team2020-03-042-39/+30
|
* #941 use dbi layer from actualizaHardwareOpenGnSys Support Team2020-03-042-136/+104
|
* #941 use dbi layer from RESPUESTA_CrearSoftIncrementalOpenGnSys Support Team2020-03-041-23/+26
|
* #941 use dbi layer from actualizaCreacionImagen()OpenGnSys Support Team2020-03-042-35/+35
|