Difference between revisions of "User:Paul.W/august2010"

From CDOT Wiki
Jump to: navigation, search
Line 77: Line 77:
 
* arm6 filesystem corrupted, unreadable on another machine. Used another card to get the builder back online. Configured, back online and ready for tasks.
 
* arm6 filesystem corrupted, unreadable on another machine. Used another card to get the builder back online. Configured, back online and ready for tasks.
 
* arm6 not processing tasks, after troubleshooting error was permissions on the filesystem. This change needs to be made each time rootfs used as perms are not correct.
 
* arm6 not processing tasks, after troubleshooting error was permissions on the filesystem. This change needs to be made each time rootfs used as perms are not correct.
 +
* test data connections in 1040, not connected to network, outlets dead.

Revision as of 14:49, 18 August 2010


03 Tuesday

  • went to Markham campus to fill out paperwork for HR.
  • troubleshooting builds. Packages needing gcc, which needs binutils, builds to solve dependencies.
  • meeting with Chris.

04 Wednesday

  • troubleshooting build failures, gcc not building.
  • troubleshooting space issue on arm5, arm6. No root fs mounted
  • work on solving gcc deps.
  • proposal for fsoss

05 Thursday

  • attempting to track down issue with gcc
  • builds of additional packages required
  • edit build-previous.py script to change naming

06 Friday

  • work on back procedure.
  • originally attempting to use rsync and ssh keys, but changed due to security.
  • started to use bacula

09 Monday

  • checked logs for information regarding build failure of gcc
  • implemented bacula, problems with version mismatch, resolved.
  • edit gcc spec file
  • spoke with Dawn regarding IO position.

10 Tuesday

  • bacula working for backups, tweaking of backup management
  • edit gcc again, another failed build attempt
  • final test configuration of bacula completed. Backup scheduled to run weekly full backups every sunday at 9pm, and nightly incremental backups at 11:10PM. File being backed up from hongkong include - /etc, /share/koji, /var/lib/pgsql. Later tweaks will include postgresql dump to be backed up instead of the entire directory. Back ups are compressed with gzip for travel across the network.
  • packaging of mkrootfs completed however issues running script. Appears to be intended to run on arm machine rather then x86.

11 Wednesday

  • backup job failed to run, no log information as to why, troubleshooting.
  • backup jobs edited, problem should now be resolved. Full backup completed. Compressed 27G. Incremental backups each night at 11:05, full backups every sunday at 9pm. Backups are kept for 30 days.
  • completed mkrootfs-f12 packaging and testing. works on an arm based system.

12 Thursday

  • tweak to mkrootfs rpm to include repo, edit repo so not enabled.
  • small tweaks to bacula config files as backup catalog job was not completing successfully.
  • upgraded uboot on experimental guru.
  • loaded new kernel Chris compiled.
  • plug boots!

13 Friday

  • tracking down build failures, reasons, where needed uploading new srpm
  • problems booting fedora from sd card with new uboot and kernel, will revisit.
  • rebuilds of select packages to fix blocking issues.

16 Monday

  • tracking build problems, rebuilds of select packages.
  • edit python script to prevent error occurring right after pydict. FIXED!
  • attempting to boot fedora from sdcard on guruplug. Change uboot, issue still exists.

17 Tuesday

  • checked builds from previous night, script stopped with same error, attempt to fix.
  • backup of sql database for Bacula not working, created a script to manually dump the bacula db, create folder with current date and insert sql backup.
  • problem discovered with arm6, filesystem seems to be corrupted. Taken offline.
  • troubleshooting kernel, tried new kernel, same issue with usb not being availible.

18 Wednesday

  • arm6 filesystem corrupted, unreadable on another machine. Used another card to get the builder back online. Configured, back online and ready for tasks.
  • arm6 not processing tasks, after troubleshooting error was permissions on the filesystem. This change needs to be made each time rootfs used as perms are not correct.
  • test data connections in 1040, not connected to network, outlets dead.