The scheduler is now running to accept reports. No work will be sent out until tomorrow though, when we'll decide about a new/replacement upload server and possibly a new upload URL.
I would think that BTRFS might be a better choice for a Linux system than ZFS. First, many of the features of ZFS are placed outside of ZFS and into modules within the Linux kernel to improve all file systems capable of using those modules like BTRFS. Second, BTRFS is stable and native to the Linux kernel as of kernel version 3.10 while ZFS requires a kernel module due to license incompatibility and will never be integrated into the Linux kernel unless Oracle relicenses it under the GPL. (BTRFS was available in Linux kernel version 2.6.29 as an unstable and experimental file system.) I doubt that Oracle would be interested in relicensing ZFS under the GPL because it started the BTRFS project. I will admit that there are features in ZFS that are not duplicated in BTRFS or other parts of the Linux kernel that augment BTRFS. See http://drdabbles.us/journal/2014/2/15/my-case-for-btrfs-over-zfs.html as a reference.
However, I will admit that using a stable BTRFS system might require a kernel upgrade, which normally is a significant barrier. Since there is a post about replacing the upload server by Mr. Machenschalk, this might no longer be a barrier.
Thank you for all the hard work (weekend hours!) to resolve the issues.
On my computer that had almost no S6Bs, all completed wu's have been uploaded and reported. For my computers that have S6Bs, almost no wu's have been uploaded - boinc keeps trying to upload S6Bs and they all get HTTP transient errors.
At this moment all tasks remain in pending after reporting. I see several tasks with both hosts having completed the task and still it remains in pending. Under the current situation with work in progress is that what the status should be for completed tasks? Example: http://einsteinathome.org/workunit/209096839
At this moment all tasks remain in pending after reporting. I see several tasks with both hosts having completed the task and still it remains in pending. Under the current situation with work in progress is that what the status should be for completed tasks? Example: http://einsteinathome.org/workunit/209096839
Yes, looking at the server status page all validators are still offline so no tasks will get validated until they are turned back on.
If I were to guess it's a choice made to not add more load on the upload server as it tries to get through the backlog of hosts trying to upload finished results.
Have over 50 tasks suddenly
)
Have over 50 tasks suddenly reported now. Good! :)
The scheduler is now running
)
The scheduler is now running to accept reports. No work will be sent out until tomorrow though, when we'll decide about a new/replacement upload server and possibly a new upload URL.
BM
BM
Backlogs are
)
Backlogs are clearing.
Thanks for the outstanding effort.
Superb work Bernd and some
)
Superb work Bernd and some much anticipated good news!
There is light at the end of the tunnel at last :-)
Much respect and thanks to you and any others for giving up your weekend.
Have you been able to identify the root cause of the issue?
Gav.
I would think that BTRFS
)
I would think that BTRFS might be a better choice for a Linux system than ZFS. First, many of the features of ZFS are placed outside of ZFS and into modules within the Linux kernel to improve all file systems capable of using those modules like BTRFS. Second, BTRFS is stable and native to the Linux kernel as of kernel version 3.10 while ZFS requires a kernel module due to license incompatibility and will never be integrated into the Linux kernel unless Oracle relicenses it under the GPL. (BTRFS was available in Linux kernel version 2.6.29 as an unstable and experimental file system.) I doubt that Oracle would be interested in relicensing ZFS under the GPL because it started the BTRFS project. I will admit that there are features in ZFS that are not duplicated in BTRFS or other parts of the Linux kernel that augment BTRFS. See http://drdabbles.us/journal/2014/2/15/my-case-for-btrfs-over-zfs.html as a reference.
However, I will admit that using a stable BTRFS system might require a kernel upgrade, which normally is a significant barrier. Since there is a post about replacing the upload server by Mr. Machenschalk, this might no longer be a barrier.
RE: Perhaps you'll need to
)
LMAO ! .... Thanks Marko,
I almost forgot about that episode )))
Bill
Uploading done. Thank
)
Uploading done. Thank you.
BTW, is it possible to run online defragmentation until tomorrow? May be things become better then now.
Thank you for all the hard
)
Thank you for all the hard work (weekend hours!) to resolve the issues.
On my computer that had almost no S6Bs, all completed wu's have been uploaded and reported. For my computers that have S6Bs, almost no wu's have been uploaded - boinc keeps trying to upload S6Bs and they all get HTTP transient errors.
At this moment all tasks
)
At this moment all tasks remain in pending after reporting. I see several tasks with both hosts having completed the task and still it remains in pending. Under the current situation with work in progress is that what the status should be for completed tasks? Example: http://einsteinathome.org/workunit/209096839
RE: At this moment all
)
Yes, looking at the server status page all validators are still offline so no tasks will get validated until they are turned back on.
If I were to guess it's a choice made to not add more load on the upload server as it tries to get through the backlog of hosts trying to upload finished results.